Segfault: e lo smontaggio è diverso tra objdump e gdb

Question

[Respiro profondo.] Abbiamo un'applicazione che si apre in una finestra usando WxMotif 2.6.3 (la libreria della GUI non era - e non lo è - la mia scelta). Funziona perfettamente con i sistemi ix86 a 32 bit. Ho avuto il compito di convertirlo in un'applicazione a 64 bit. È sempre segreta. Sono su RHEL 6, quindi ho compilato usando gcc 4.4.7. Dopo molti stridori di denti, il problema sembra evidente: in wxFrame :: DoCreate, m_mainWidget è impostato (correttamente); in wxFrame :: GetMainWidget, viene restituito come puntatore nullo. Il puntatore nullo provoca l'arresto anomalo. Utilizzando gdb, l'istruzione che imposta m_mainWidget è

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

che il codice che ottiene m_mainWidget è

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

In gdb, posso esaminare la memoria e vedere che il puntatore 0x68b4d0 sia corretto. Perché l'offset è errato?

Per confondere le cose ancora di più, quando uso objdump di smontare libwx_motifd_core-2.6.so.0.3.1, l'assemblea "get" è

mov 0x1e0(%rax),%rax 

In objdump, sia il get e l'uso insieme 0x1e0 come l'offset. Cosa sta succedendo?

Ho caricato alcune informazioni rilevanti qui: GitHub

ho incluso un piccolo programma che si riproduce il problema sul mio sistema.

Per approfondire, vedo nello smontaggio di wxFrame :: DoCreate, che ulteriori utilizzi di m_mainWidget recuperano il valore utilizzando 0x1e0 come offset (lo smontaggio è su una compilazione dove ho usato -O0, quindi il codice deve andare torna alla memoria ogni volta). "Just for Fun", ho aggiunto una nuova variabile membro a wxFrame - m_myMainWidget - e l'ho impostata subito dopo aver impostato m_mainWidget. Ho quindi avuto wxFrame :: GetMainWidget() restituire il valore locale (m_myMainWidget). Non lo sapresti: il crash si verifica ancora e GetMainWidget contiene lo stesso offset di +16 quando mi disassembro da gdb. (L'offset è non là dove io uso objdump di smontare.)

Answer 1

Sulla base @ commento di Igor, ho guardato i layout di classe utilizzando l'opzione -fdump-class-hierarchy compilatore. Si scopre che v'è infatti una mancata corrispondenza di layout vtable, a causa di questo blocco condizionale in include/wx/app.h:

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

È necessario assicurarsi che si compila il codice con la stessa impostazione __WXDEBUG__.