【发布时间】：2016-09-24 14:35:01
【问题描述】：
我有一个同事机器上的 coredump 文件。
我们都有相同的程序来源和相同的第三方*.so 文件（如libmysqlclient18 和几个内部文件）。
问题是我们都独立编译软件（来自相同的来源），我想使用他的核心转储文件在我的机器上使用 GDB 进行检查。
当我尝试将核心文件和我的可执行文件加载到 gdb 中时，我得到：
user@ubuntu:/mnt/hgfs/share/dir$ gdb prog core
GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-linux-gnu".
For bug reporting instructions, please see:
<http://bugs.launchpad.net/gdb-linaro/>...
Reading symbols from /mnt/hgfs/share/dir/prog...done.
warning: exec file is newer than core file.
[New LWP 4465]
[New LWP 4462]
[New LWP 4464]
warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
Core was generated by `./prog'.
Program terminated with signal 11, Segmentation fault.
#0 0x002d3706 in ?? () from /lib/i386-linux-gnu/libc.so.6
(gdb) bt full
#0 0x002d3706 in ?? () from /lib/i386-linux-gnu/libc.so.6
No symbol table info available.
#1 0x00000000 in ?? ()
No symbol table info available.
(gdb)
这种情况是否可行？ （当然，我在启用调试符号的情况下编译软件） 如果没有，我缺少哪些技术细节？
我确信如果他或我对源进行修改是不可能的，因为那样可执行文件会有所不同，但情况并非如此，第三方*.so 文件和源，它们都匹配。
更新：
在以 cmets 中建议的用户 mkfs 的身份安装 libc6-dbg 后，我在 gdb 中得到了这个：
user@ubuntu:/mnt/hgfs/share/dir$ gdb prog core
GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2.1) 7.4-2012.04
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-linux-gnu".
For bug reporting instructions, please see:
<http://bugs.launchpad.net/gdb-linaro/>...
Reading symbols from /mnt/hgfs/share/dir/prog...done.
warning: exec file is newer than core file.
[New LWP 4465]
[New LWP 4462]
[New LWP 4464]
warning: Can't read pathname for load map: Input/output error.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/i386-linux-gnu/libthread_db.so.1".
Core was generated by `./prog'.
Program terminated with signal 11, Segmentation fault.
#0 0x002d3706 in _IO_helper_overflow (s=0x0, c=0) at vfprintf.c:2188
2188 vfprintf.c: No such file or directory.
(gdb) bt
#0 0x002d3706 in _IO_helper_overflow (s=0x0, c=0) at vfprintf.c:2188
#1 0x00000000 in ?? ()
(gdb) bt full
#0 0x002d3706 in _IO_helper_overflow (s=0x0, c=0) at vfprintf.c:2188
written = 47
target = <optimized out>
used = -1226838776
#1 0x00000000 in ?? ()
No symbol table info available.
(gdb)
【问题讨论】：
-
您确定安装了 libc 的调试符号（例如 libc6-dbg 包）吗？此外，由于它正在查找 .对于可执行文件，您可以将同事的可执行文件和核心转储放在临时目录中，然后从那里运行 gdb。
-
如果构建完全相同，包括编译器标志，这将起作用。如果构建环境存在差异，那么共享可执行文件会容易得多。
-
@MatthewFisher flags 是一样的，我们使用同一个 Makefile。
-
@mkfs 我在安装
libc6-dbg后更新了我的问题，它似乎有所帮助，但并不完全。 -
这可能是两个系统上的系统库不同，这意味着您必须将 libc 等从同事的计算机复制到您的计算机。请参阅 en.wikibooks.org/wiki/Linux_Applications_Debugging_Techniques/… 和 stackoverflow.com/questions/7557283/…。您还应该验证此 2 级堆栈跟踪它不是您的同事在 gdb 中打开核心文件时看到的内容：堆栈可能完全被冲洗掉了，而您系统上的 gdb 是正确解释核心文件。