Question

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并用make clean清除了构建和bin目录我＆＃39 ;我不确定发生了什么。

版本：

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）

Answer 1

如果代码位于共享库中，也许您并未使用代码的最新编译版本。您可以使用ldd noLowerAddressGenerator查看程序的库依赖项;我不知道GDB内部是否有可能找到相关的图书馆，但是应该有办法（如果你知道如何，请评论或编辑）。

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

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

“源文件比可执行文件更新”，但不是

1 个答案: