Segfault：objdump和gdb的反汇编不同

Question

[深呼吸。] 我们有一个使用 WxMotif 2.6.3 弹出窗口的应用程序（GUI 库不是 - 也不是 - 我的选择）。 它在 32 位 ix86 系统上运行良好。我的任务是将其转换为 64 位应用程序。它总是段错误。 我在 RHEL 6 上，所以我使用 gcc 4.4.7 编译。咬牙切齿之后，问题似乎很明显：在 wxFrame::DoCreate 中，m_mainWidget 已设置（正确）；在 wxFrame::GetMainWidget 中，它作为空指针返回。空指针导致崩溃。 使用gdb，设置m_mainWidget的指令是

mov    %rax,0x1e0(%rdx) # $rdx = 0x68b2f0

而获取 m_mainWidget 的代码是

mov    0x1f0(%rax),%rax # $rax = 0x68b2f0

在 gdb 中，我可以检查内存并查看 0x68b4d0 处的指针是否正确。为什么偏移不正确？

更令人困惑的是，当我使用 objdump 反汇编 libwx_motifd_core-2.6.so.0.3.1 时，“get”程序集是

  mov    0x1e0(%rax),%rax

在 objdump 中，get 和 set 都使用 0x1e0 作为偏移量。怎么回事？

我在这里上传了一些相关信息： GitHub

我已经包含了一个小程序，可以在我的系统上复制问题。

进一步调查，我在 wxFrame::DoCreate 的反汇编中看到，m_mainWidget 的进一步使用使用 0x1e0 作为偏移量检索值（反汇编是在我使用 -O0 的编译中，因此代码必须返回每次到内存）。 “只是为了好玩，”我在 wxFrame 中添加了一个新成员变量 - m_myMainWidget - 并在设置 m_mainWidget 之后立即设置它。然后我让 wxFrame::GetMainWidget() 返回本地值 (m_myMainWidget)。你不知道吗：当我从 gdb 中反汇编时，崩溃仍然发生并且 GetMainWidget 包含相同的 +16 偏移量。 （偏移量在我使用 objdump 反汇编的地方 not。）

Answer 1

根据@Igor 的评论，我查看了使用-fdump-class-hierarchy 编译器选项的类布局。事实证明确实存在vtable布局不匹配，由于include/wx/app.h中的这个条件块：

#ifdef __WXDEBUG__
    virtual void OnAssert(const wxChar *file,
                          int line,
                          const wxChar *cond,
                          const wxChar *msg);
#endif // __WXDEBUG__

您需要确保使用相同的__WXDEBUG__ 设置编译代码。