gdb 调试 c++ 程序的 core dump 遇到"??"能用什么方法显示吗

2020-08-31 15:30:39 +08:00
 boyhailong
Program terminated with signal 11, Segmentation fault.
#0  0x00007fe9cf7f0fad in malloc_consolidate () from /lib64/libc.so.6
Missing separate debuginfos, use: debuginfo-install glibc-2.12-1.212.el6_10.3.x86_64 libgcc-4.4.7-23.el6.x86_64 libstdc++-4.4.7-23.el6.x86_64
(gdb) bt
#0  0x00007fe9cf7f0fad in malloc_consolidate () from /lib64/libc.so.6
#1  0x00007fe9cf7f4125 in _int_free () from /lib64/libc.so.6
#2  0x00007fe9b018de03 in ?? ()
#3  0x000000000000082e in ?? ()
#4  0x00007fe9b0000020 in ?? ()
#5  0x0000000000000000 in ?? ()

比如上面那样,有什么指令可以显示更多调试信息吗?

1778 次点击
所在节点    程序员
5 条回复
nevin47
2020-08-31 15:32:44 +08:00
这是没有符号表吧,如果能把源程序符号表带上,重新编一下反汇编,应该能从地址还原回来
boyhailong
2020-08-31 15:38:14 +08:00
@nevin47 #1 线上程序产生的 dump,一般情况是完整的堆栈,偶尔这种。。。。;编译的时候是带符号的
dafsic
2020-09-01 10:30:30 +08:00
看这句话,Missing separate debuginfos....,google,安装缺少的东西。
yanqiyu
2020-09-01 10:41:07 +08:00
有些系统源的 rpm 包,会有对应的 debuginfo 包,在 Fedora 下可以通过 debuginfo(build-id) 索引,不知道 CentOS 有没有

但是,你始终可以去安装报名-debuginfo 来安装附带的符号表
listenerri
2020-09-01 15:15:39 +08:00
挂到了这么低层的库里,我觉得没有必要再跟下去了
如果是多线程的话,可以看一下是不是其他线程导致的崩溃 `info threads`

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/702834

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX