7

GDB 抱怨我的源文件比可执行文件更新，并且似乎调试信息确实与源文件的旧版本有关，因为 gdb 在空白行上停止：

Program received signal SIGSEGV, Segmentation fault.
0x0000000000000000 in ?? ()
(gdb) up
#1  0x00007ffff7ba2d88 in CBKeyPairGenerate (keyPair=0x602010) at library/src/CBHDKeys.c:246
warning: Source file is more recent than executable.
246
(gdb) list
241             if (versionBytes == CB_HD_KEY_VERSION_TEST_PUBLIC
242                     || versionBytes == CB_HD_KEY_VERSION_TEST_PRIVATE)
243                     return CB_NETWORK_TEST;
244
245             return CB_NETWORK_UNKNOWN;
246
247     }
248
249     uint8_t * CBHDKeyGetPrivateKey(CBHDKey * key) {
250

但可执行文件比源文件更新，请参见此处：

$ ls -l library/src/CBHDKeys.c 
-rw-r--r-- 1 matt matt 9249 Apr 29 22:40 library/src/CBHDKeys.c
$ ls -l bin/noLowerAddressGenerator 
-rwxr-xr-x 1 matt matt 17845 Apr 30 15:52 bin/noLowerAddressGenerator

之后我尝试重建make clean，ccache -C但出现了同样的问题。当我更新源文件时，我只添加了空格，所以程序逻辑保持不变。我觉得这与它有关，但是由于我清除了 ccache 并清理了 build 和 bin 目录，make clean我不确定发生了什么上。

版本：

  • GNU Make 3.81
  • gcc (Debian 4.8.2-16) 4.8.2
  • GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1)
  • ccache 版本 3.1.9
  • SolydXK - SMP Debian 3.13.5-1 (2014-03-04)
4

1 回答 1

2

如果代码在共享库中，您可能没有使用最新编译的代码版本。您可以ldd noLowerAddressGenerator用来查看程序的库依赖关系；我不知道是否可以从 GDB 中找到相关库，但应该有办法（如果您知道如何，请发表评论或编辑）。

如果确实如此，您可能希望set environment LD_LIBRARY_PATH在运行程序之前在 GDB 中，将新建的库放在任何已安装的库之前。您可以RPATH在链接时考虑设置 ELF 变量，但这可能没有多大帮助。

另一种可能性是在您知道未安装该库的系统上运行您的调试器。schroot使用保持构建/调试/安装环境分离的效果很好。

于 2017-05-08T20:40:30.247 回答