Dotaz: debugging gnome-panel z core dumpu

[murinacek]

 gnome-panel mi padá na segmentation fault. To vytváří soubor core, který potom spolu s gnome-panel načítám debuggerem gdb.

podle informací z dumpu se naposled volá funkce bonobo_closure_invoke_va_list (viz dále výpis)

 

Core was generated by `gnome-panel --sm-client-id 117f000101000123956726800000103700000 --screen 0'.
Program terminated with signal 11, Segmentation fault.
[New process 10450]
#0  0xb7e12e40 in bonobo_closure_invoke_va_list ()
   from /usr/lib/libbonobo-2.so.0
(gdb) backtrace
#0  0xb7e12e40 in bonobo_closure_invoke_va_list ()
   from /usr/lib/libbonobo-2.so.0
#1  0xb7e132cf in bonobo_closure_invoke () from /usr/lib/libbonobo-2.so.0
#2  0xb7dfe880 in ?? () from /usr/lib/libbonobo-2.so.0
#3  0x091888b0 in ?? ()
#4  0x08ff5fc0 in ?? ()
#5  0xbfa82078 in ?? ()
#6  0x09177188 in ?? ()
#7  0x0901bbb0 in ?? ()
#8  0x00000041 in ?? ()
#9  0x091887d1 in ?? ()
#10 0x00000000 in ?? ()

 Nainstaloval jsem si také gnome-panel-dbg a stáhnul zdrojové soubory (apt-get source gnome-panel), debug symboly a zdrojové soubory předhodím debuggeru.

Nastavím si breakpoint na bonobo_closure_invoke_va_list a dám povel run. Debugger se zastaví, ale bohužel mi neukáže místo ve zdrojovém souboru. Hledal jsem i ve zdrojových souborech (ne přes debugger) a funkce bonobo_closure_invoke_va_list tam nikde není?

děkuji za radu

Odpovědi

[l4m4]

bonobo_closure_invoke_va_list() je v libbonobo, jak to ostatně gdb píše. K interpretaci stack trace potřebuješ dbg i od všech (v principu) knihoven, které to používá.

[murinacek]

děkuji.. tak jsem si našel na, že libbonobo-2.so.0 je z balíku libbonobo2-0. Stáhl zdroje a funkci tam opět nevidím, nemluvě o tom že už nevidím ani balík -dbg pro libbonobo2-0 .... jak dál?

[l4m4]

Ty vlastně nevidíš věci, které jsou nahoře v zásobníku, ani main() od toho programu, takže problém je někde jinde. Podezřelé je:

(a) gdb nevypisuje žádné

Reading symbols from...

takže kdo ví, zda to debuginfo čte (musím přiznat, že na debianu už jsem dlouho nic nedebugoval, gdb na redhatu samo napíše i který balíček se symboly doinstalovat, když nějaký chybí...).

(b) adresy 0x00000041 a 0x00000000. Celkem by měl překvapilo, kdyby main() byla na adrese 0. To by znamenalo přepsaný zásobník, a v tom případě je stack trace víceméně bezcenný.