-1

在我重新编译代码后，gdb 似乎无法找到断言失败的代码位置。更准确地说，我希望相对于断言失败的信号提升的位置是

0x00007ffff7a5ff00 in raise () from /lib64/libc.so.`6

相反，我得到

0x00007ffff7a5ff00 in ?? ()

例如，考虑以下代码

#include <assert.h>

int main()
{
  assert(0);
  return 0;
}

用调试符号编译并用 gdb 调试。

> gcc -g main.c
> gdb a.out

第一次运行gdb，就找到了位置，回溯报错：

GNU gdb (Gentoo 8.0.1 p1) 8.0.1 
...
(gdb) r
Starting program: /home/myself/a.out 
a.out: main.c:5: main: Assertion `0' failed.

Program received signal SIGABRT, Aborted.
0x00007ffff7a5ff00 in raise () from /lib64/libc.so.6
(gdb) bt
#0  0x00007ffff7a5ff00 in raise () from /lib64/libc.so.6
#1  0x00007ffff7a61baa in abort () from /lib64/libc.so.6
#2  0x00007ffff7a57cb7 in ?? () from /lib64/libc.so.6
#3  0x00007ffff7a57d72 in __assert_fail () from /lib64/libc.so.6
#4  0x00005555555546b3 in main () at main.c:5
(gdb)

当我重新编译代码时，问题就来了。重新编译后，我在同一个 gdb 实例中发出运行命令。gdb 重新读取符号，从头开始启动程序，但没有找到正确的位置：

(gdb) r
The program being debugged has been started already.
Start it from the beginning? (y or n) y
`/home/myself/a.out' has changed; re-reading symbols.
Starting program: /home/myself/a.out 
a.out: main.c:5: main: Assertion `0' failed.

Program received signal SIGABRT, Aborted.
0x00007ffff7a5ff00 in ?? ()
(gdb) bt
#0  0x00007ffff7a5ff00 in ?? ()
#1  0x0000000000000000 in ?? ()
(gdb) up
Initial frame selected; you cannot go up.
(gdb) n
Cannot find bounds of current function

此时调试器无法使用。上不去，上前一步。作为一种解决方法，我可以手动重新加载文件，然后再次找到位置。

(gdb) file a.out
Load new symbol table from "a.out"? (y or n) y
Reading symbols from a.out...done.
(gdb) r
Starting program: /home/myself/a.out 
a.out: main.c:5: main: Assertion `0' failed.

Program received signal SIGABRT, Aborted.
0x00007ffff7a5ff00 in raise () from /lib64/libc.so.6
(gdb)

不幸的是，以这种方式重新加载文件后，gdb 无法重置断点。

ERRATA CORRIGE：我在使用 gdb 7.12.1 重置断点时遇到了失败。升级到 8.0.1 后问题消失了。据说，这与错误修复https://sourceware.org/bugzilla/show_bug.cgi?id=21555有关。但是，仍然无法正确找到断言失败的代码位置。

有人知道这里发生了什么吗？

这在系统更新后开始发生。系统更新重新编译了所有系统库，包括glibc，作为位置无关代码，即使用-fPIC 编译。

另外，我使用的 gcc 版本是 6.4.0

4

2 回答 2

0

这是一种解决方法。由于file正确地重新读取符号，而run没有，我们可以为命令定义一个钩子，run以便在file之前执行：

define hook-run
  pi gdb.execute("file %s" % gdb.current_progspace().filename)
end
于 2018-02-05T10:16:45.537 回答
-1

更改源文件并重新编译后，您将生成与加载到 GDB 的文件不同的文件。

您需要停止正在运行的调试转让并重新加载文件。

您不能将文件中先前定义的断点和观察点保存到更改的源中，因为 gdb 实际上是在您的源中插入额外的代码来支持断点和注册处理程序。

如果您更改源，则行为未定义，您需要重置这些断点。

您可以按照 Mark Plotnick 的建议参考有关在文件中保存断点的 gdb 手册，但如果您更改文件（根据我的经验）它将不起作用 https://sourceware.org/gdb/onlinedocs/gdb/Save-Breakpoints.html

于 2018-02-02T15:34:58.397 回答