[fpc-pascal] How to analyze a core dump?

Luca Olivetti luca at ventoso.org
Wed Jun 27 19:21:37 CEST 2007


En/na Luca Olivetti ha escrit:

>>
>> BTW, using the "disassemble" function of gdb sometimes reveals where 
>> the unnamed routine really is, so for the
>>
>>> #3  0x08059bec in ?? ()
>>> No symbol table info available.
>>
>> "disassemble 0x8059bec" *might* help you invastigating the source of 
>> the problem further.
> 
> thanks, I'll give it a try, though the last time I used assembly 
> language was with a Z80 when it was new ;-)

well, I tried (with a fresh core, so the addresses are different than 
the previous one, but the result is the same):

Core was generated by `./botphone -c /home/luca/.linphonerc'.
Program terminated with signal 11, Segmentation fault.
#0  0x0805989a in SYSTEM_GETERRNO$$LONGINT ()
(gdb) bt
#0  0x0805989a in SYSTEM_GETERRNO$$LONGINT ()
#1  0x080608f2 in SYSTEM_REENABLE_SIGNAL$LONGINT$$BOOLEAN ()
#2  0x08060a30 in SYSTEM_SIGNALTORUNERROR$LONGINT$PSIGINFO$PUCONTEXT ()
#3  0x0805a09c in ?? ()
#4  0x0000000b in ?? ()
#5  0xb6b6619c in ?? ()
#6  0xb6b6621c in ?? ()
#7  0x0000000b in ?? ()
#8  0x00000000 in ?? ()
(gdb) disassemble 0x0805a09c
Dump of assembler code for function SYSTEM_LINUX_RESTORE_RT:
0x0805a09c <SYSTEM_LINUX_RESTORE_RT+0>: mov    $0xad,%eax
0x0805a0a1 <SYSTEM_LINUX_RESTORE_RT+5>: int    $0x80
0x0805a0a3 <SYSTEM_LINUX_RESTORE_RT+7>: ret
End of assembler dump.
(gdb) disassemble 0x0000000b
No function contains specified address.
(gdb) disassemble 0xb6b6619c
No function contains specified address.
(gdb) disassemble 0xb6b6621c
No function contains specified address.
(gdb) disassemble 0x00000000
No function contains specified address.
(gdb)


Oh well, I can always run the program under "valgrind --tool=none" :-P

Bye
-- 
Luca



More information about the fpc-pascal mailing list