linux - GDB 核心转储 : Find executable by build-id

标签 linux debugging gdb core coredump

有没有可能让gdb自动找到对应的可执行文件?我提取了调试符号并将它们放在/usr/lib/debug/.build-id/目录中。当我使用 gdb/usr/bin/executable core 启动 gdb 时,一切正常。可执行文件和所有共享库的所有调试符号都会自动加载,因为 gdb 知道构建 ID 并自动加载它。

$ gdb /usr/bin/executable core
GNU gdb (GDB) 7.0.1-debian
Copyright (C) 2009 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 "i486-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/executable...Reading symbols from /usr/lib/debug/.build-id/b7/fada8ba917de74a6055647f3ac205dee1615c8.debug...done.

但是,当我刚启动 gdb 并加载核心文件时,没有加载任何调试符号。

(gdb) core-file core
[New Thread 10822]
[New Thread 10812]
Core was generated by `/usr/bin/executable'.
Program terminated with signal 6, Aborted.
#0  0xb7790424 in __kernel_vsyscall ()

使用 strace 运行 gdb 显示它甚至没有尝试找到它们。核心文件包含构建 ID,所以我猜 gdb 应该能够找到它...

$ eu-unstrip -n --core core
0x8048000+0x25d000 b7fada8ba917de74a6055647f3ac205dee1615c8@0x8048178 - - [exe]
0xb7790000+0x1000 da7bd9bbfe599f7e9b644d684db983c4b34d8f31@0xb77901ec . - linux-gate.so.1
0xb7771000+0x19000 242ae1f2965ed161f3715858d7792019963b57fd@0xb7771164 /lib/i686/cmov/libpthread.so.0 - libpthread.so.0
0xb7768000+0x9000 06a49519b1ede0f79596e4b0cd07d2beba43b2dc@0xb7768164 /lib/i686/cmov/librt.so.1 - librt.so.1
0xb7672000+0xf5000 9daf5aac9ccc9281f2805639c3f87731beae5548@0xb7672144 /usr/lib/libstdc++.so.6 - libstdc++.so.6
0xb764c000+0x26000 696d5fb148fe51609203903d470a8f85d458cd17@0xb764c164 /lib/i686/cmov/libm.so.6 - libm.so.6
0xb762e000+0x1e000 d2a7edbd5dafabb7bb90198eeb58013342c589f0@0xb762e104 /lib/libgcc_s.so.1 - libgcc_s.so.1
0xb74e7000+0x147000 2124040143ac9f7478cc16b474b1cfdfe2c45353@0xb74e7184 /lib/i686/cmov/libc.so.6 - libc.so.6
0xb7791000+0x1d000 5a6fc3cf12f68887cbf22da3a9785d00f7d91c41@0xb7791124 /lib/ld-linux.so.2 - ld-linux.so.2

有没有办法让 gdb 在不提供导致核心转储的可执行文件的情况下查找可执行文件的调试文件?

最佳答案

您可以尝试直接加载调试符号:

(gdb) symbol-file /tmp/your_debug_symbols.dbg

但我认为 coredump 本身对于 GDB 来说是不够的,需要提供可执行文件让它理解 core dump。

关于linux - GDB 核心转储 : Find executable by build-id,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/14473506/

相关文章:

linux - 如何在 makefile 中指定将结果发送到哪里

javascript - 如何找到哪个脚本修改了所选属性的CSS

linux - 如何使用 glob 模式查找具有两个以上字母但不以特定两个字母开头的单词以进行 tcsh 文件匹配?

mysql - Linux中远程mysql的防火墙设置

linux - 我想继续学习 µC 编程,但我完全不知道从哪里开始

gdb - 从 Flash 启动时断点不起作用

c - 学习汇编语言如何帮助我调试 C 程序?

ios - 代码中的错误导致按钮并不总是执行操作

java - Runtime.getRuntime().exec(command) 不执行任何操作

c++ - DDD 的运行时错误