如何在GDB中打印最后收到的信号?

时间:2012-01-17 16:01:41

标签: linux debugging gdb coredump

将核心转储加载到GDB时会显示自动崩溃的原因。例如

  

程序以信号11,分段故障终止。

有没有办法再次获取信息? 问题是,我正在编写一个需要此信息的脚本。但是如果信号仅在加载核心转储后才可用,那么我以后就无法访问这些信息。

真的没有命令这么重要的功能吗?

2 个答案:

答案 0 :(得分:12)

打印有关上一次执行信号的信息

p $_siginfo

答案 1 :(得分:3)

如果您知道核心文件名是什么,可以发出target core命令来重新指定目标核心文件:

(gdb) target core core.8577
[New LWP 8577]
Core was generated by `./fault'.
Program terminated with signal 11, Segmentation fault.
#0  0x080483d5 in main () at fault.c:10
10      *ptr = '\123';
(gdb) 

对于隐含的问题, info last signal命令是什么?,我不知道。似乎没有。


核心文件的名称可以从命令info target获得:

(gdb) info target
Symbols from "/home/wally/.bin/fault".
Local core dump file:
    `/home/wally/.bin/core.8577', file type elf32-i386.
    0x00da1000 - 0x00da2000 is load1
    0x08048000 - 0x08049000 is load2
...
    0xbfe8d000 - 0xbfeaf000 is load14
Local exec file:
    `/home/wally/.bin/fault', file type elf32-i386.
    Entry point: 0x8048300
    0x08048134 - 0x08048147 is .interp
    0x08048148 - 0x08048168 is .note.ABI-tag
    0x08048168 - 0x0804818c is .note.gnu.build-id
    0x0804818c - 0x080481ac is .gnu.hash
    0x080481ac - 0x080481fc is .dynsym
    0x080481fc - 0x08048246 is .dynstr
...