什么是段错误 rip/r​​sp 编号以及如何使用它们

Question

当我的 Linux 应用程序崩溃时，它会在日志中生成一行，如下所示：

segfault at 0000000 rip 00003f32a823 rsp 000123ade323 error 4

这些 rip 和 rsp 地址是什么？我如何使用它们来查明问题？它们是否与 objdump 或 readelf 输出中的内容相对应？如果我的程序将其符号删除（到一个单独的文件，可以使用gdb），它们有用吗？

Answer 1

那么 rip 指针会告诉您导致崩溃的指令。您需要在地图文件中查找它。

在映射文件中，您将有一个函数列表及其起始地址。当您加载应用程序时，它会加载到基地址。 rip 指针 - 基地址为您提供映射文件地址。如果您随后在映射文件中搜索某个函数，该函数的起始地址略低于您的 rip 指针，并且在列表中后跟一个具有更高地址的函数，那么您就找到了崩溃的函数。

从那里您需要尝试找出代码中出了什么问题。它不是很有趣，但至少为您提供了一个起点。

编辑：“段错误”位告诉您，我敢打赌，您已经取消引用了 NULL 指针。 rsp 是当前堆栈指针。唉，它可能没那么有用。通过内存转储，您“可能”能够更准确地确定您在函数中的位置，但要准确地确定您在优化构建中的位置可能非常困难

Answer 2

我也得到了这个错误。当我看到：

probe.out[28503]: segfault at 0000000000000180 rip 00000000004450c0 rsp 00007fff4d508178 error 4

probe.out是一个使用libavformat（ffmpeg）的应用程序。我把它拆开了。

objdump -d probe.out

rip 是指令运行的地方：

00000000004450c0 <ff_rtp_queued_packet_time>:
  4450c0:       48 8b 97 80 01 00 00    mov    0x180(%rdi),%rdx
  44d25d:       e8 5e 7e ff ff          callq  4450c0 <ff_rtp_queued_packet_time>

最后，我发现应用程序在函数 ff_rtp_queued_pa​​cket_time 中崩溃了。

附言。有时地址不完全匹配，但几乎就在那里。