如何使用libc的调试版本
问题的简短版本：如何让gdb使用libc的调试符号？
更长的版本：我正在用gdb调试程序，我希望看到有关libc使用的futex的信息。 但是，在调试期间的某个时候，我得到如下输出：
Catchpoint 2 (call to syscall futex), 0x00007ffff772b73e in ?? () from /lib/libc.so.6
(gdb) bt
#0 0x00007ffff772b73e in ?? () from /lib/libc.so.6
#1 0x00007ffff767fb90 in ?? () from /lib/libc.so.6
#2 0x00007ffff767a4c0 in vfprintf () from /lib/libc.so.6
#3 0x00007ffff768565a in printf () from /lib/libc.so.6
....
当我在断点处运行gdb中的info sharedlibrary时，我看到：
(gdb) info sharedlibrary
From To Syms Read Shared Object Library
0x00007ffff7dddaf0 0x00007ffff7df6704 Yes (*) /lib64/ld-linux-x86-64.so.2
0x00007ffff7bc53e0 0x00007ffff7bd1388 Yes (*) /lib/libpthread.so.0
0x00007ffff79ba190 0x00007ffff79bd7d8 Yes (*) /lib/librt.so.1
0x00007ffff76538c0 0x00007ffff7766c60 Yes (*) /lib/libc.so.6
0x00007ffff6c1fd80 0x00007ffff6c303c8 Yes (*) /lib/libgcc_s.so.1
(*): Shared library is missing debugging information.
当我运行ldd我看到：
linux-vdso.so.1 => (0x00007ffff7fde000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00007ffff7dbf000)
librt.so.1 => /lib/librt.so.1 (0x00007ffff7bb6000)
libc.so.6 => /lib/libc.so.6 (0x00007ffff7833000)
/lib64/ld-linux-x86-64.so.2 (0x00007ffff7fdf000)
我使用Ubuntu 10.04，我认为具有调试符号的libc版本位于/usr/lib/debug/lib 。 我尝试设置我的LD_LIBRARY_PATH变量，使其位于路径的前端，但这似乎没有什么区别。
我并没有完全清楚程序如何选择加载哪些共享库，无论这是在运行时还是编译时设置的（我假定运行时有点类似，但现在我不确定）。 因此，有关如何让gdb使用libc的调试版本的信息，我们感激不尽。
我认为带有调试符号的libc版本位于/ usr / lib / debug / lib中。 我尝试设置我的LD_LIBRARY_PATH变量，使其位于路径的前端，但这似乎没有什么区别。
这些不是你正在寻找的机器人。
/ usr / lib / debug中的库不是真正的库。 而是只包含调试信息，但不包含真正的libc.so.6 .text和.data部分。 你可以在这里阅读关于单独的debuginfo文件。
/usr/lib/debug的文件来自libc6-dbg软件包，只要它们与您安装的libc6版本匹配，GDB就会自动加载它们。 如果你的libc6和libc6-dbg不匹配，你应该从GDB得到警告。
您可以通过设置set verbose on来观察GDB尝试读取的文件。 以下是libc6和libc6-dbg匹配时应该看到的内容：
(gdb) set verbose on
(gdb) run
thread_db_load_search returning 0
Reading symbols from /lib64/ld-linux-x86-64.so.2...Reading symbols from /usr/lib/debug/lib/ld-2.11.1.so...done.
thread_db_load_search returning 0
done.
thread_db_load_search returning 0
Loaded symbols for /lib64/ld-linux-x86-64.so.2
Reading symbols from system-supplied DSO at 0x7ffff7ffb000...done.
WARNING: no debugging symbols found in system-supplied DSO at 0x7ffff7ffb000.
thread_db_load_search returning 0
Reading in symbols for dl-debug.c...done.
Reading in symbols for rtld.c...done.
Reading symbols from /lib/librt.so.1...Reading symbols from /usr/lib/debug/lib/librt-2.11.1.so...done.
thread_db_load_search returning 0
... etc ...
更新：
比如我看到
Reading symbols from /lib/libc.so.6...(no debugging symbols found)...done
这意味着你的GDB没有搜索/usr/lib/debug 。 一种可能发生的方式是，如果你错误地在你的.gdbinit设置了debug-file-directory 。
这是默认设置：
(gdb) show debug-file-directory
The directory where separate debug symbols are searched for is "/usr/lib/debug".
确保你已经安装了libc的调试符号：
sudo apt-get install libc6-dbg
如果您在使用x64系统调试x86代码：
sudo apt-get install libc6:i386
sudo apt-get install libc6-dbg:i386