我深入了解 synergy-project.org 的旧版本(1.3.4),在 Solaris Studio 12.4 上构建它 在这个程序中有 2 个地方使用参数指针调用函数,并且指针被破坏方式。在-m64中编译和链接。我可以在构建标志或其他方面查看什么来弄清楚为什么这是乱码?在下面的日志中,程序在看到错误指针的函数内部设置了断点。它的父级(堆栈上的“向上”)具有正确的数据:
(dbx) print &event
&event = 0x948d30
(dbx) up
Current function is TMethodEventJob<CXWindowsScreen>::run
66 (m_object->*m_method)(event, m_arg);
(dbx) print &event
&event = 0xffff80f8be958a60
(dbx) down
(dbx) print event
event = {
m_type = 7354752U
m_target = 0x7091a0
m_data = 0x7036a0
m_flags = 6257120U
}
(dbx) up
Current function is TMethodEventJob<CXWindowsScreen>::run
66 (m_object->*m_method)(event, m_arg);
(dbx) print event
event = {
m_type = 2U
m_target = 0x94ee80
m_data = 0xc838b0d68
m_flags = 0
}
编码:
void
CClientProxy1_0::handleData(const CEvent&, void*)
{
// handle messages until there are no more. first read message code.
UInt8 code[4];
UInt32 n = getStream()->read(code, 4);
while (n != 0) {
// verify we got an entire code
if (n != 4) {
LOG((CLOG_ERR "incomplete message from \"%s\": %d bytes", getName().c_str(), n));
disconnect();
return;
}
// parse message
LOG((CLOG_DEBUG2 "msg from \"%s\": %c%c%c%c", getName().c_str(), code[0], code[1], code[2], code[3]));
if (!(this->*m_parser)(code)) {
...其中 m_parser 解析为:
bool
CClientProxy1_0::parseHandshakeMessage(const UInt8* code)
{
if (memcmp(code, kMsgCNoop, 4) == 0) {
// discard no-ops
LOG((CLOG_DEBUG2 "no-op from", getName().c_str()));
return true;
}
else if (memcmp(code, kMsgDInfo, 4) == 0) {
// future messages get parsed by parseMessage
m_parser = &CClientProxy1_0::parseMessage;
if (recvInfo()) {
EVENTQUEUE->addEvent(CEvent(getReadyEvent(), getEventTarget()));
addHeartbeatTimer();
return true;
}
}
return false;
}
}
...请注意 m_parser 是如何随着 comm 协议的移动而重新加载的。
回答关于进入函数的问题:它在进入函数时被破坏,并导致函数很快崩溃。如果我将“parseHandshakeMessage() 硬编码到 handleData() 中,它可以正常工作。但是,我在这个系统中有其他示例依赖函数指针正常工作。我可能会发布编译标志,它们是多余的和广泛的。