无符号加载时，如何用GDB定位core文件中函数所属的共享库？

我有一个core文件，其中并非所有共享库符号都可用，回溯信息如下：

Thread 1 (Thread 0x7f63f0cfe700 (LWP 16501)):
#0  0x00007f63f04b19de in ?? ()
#1  0x00007f63f0cf4700 in ?? ()
#2  0x00007f63f7a216ea in start_thread () from /lib64/libpthread.so.0
#3  0x00007f63f512250f in clone () from /lib64/libc.so.6

我想确定帧#1（地址0x00007f63f0cf4700）的函数所属的共享库。使用info symbol无法解析该地址，因为符号不可用。手动执行info sharedlibrary并计算地址范围的方法太繁琐，有没有更简便的实现方式？

1. 用info proc mappings快速定位 #

直接在GDB里执行info proc mappings，它会列出进程所有内存映射区域，包含每个共享库的起始地址、结束地址以及对应的文件路径。你只需要找到哪个区域的地址范围包含0x00007f63f0cf4700，对应的文件就是该地址所属的共享库。

2. 脚本化批量处理（适合自动化场景） #

如果需要快速过滤结果，可以用GDB的批处理模式结合命令行工具，比如：

gdb -batch -ex "core-file your_core_file" -ex "info proc mappings" | grep -B2 -A2 0x00007f63f0cf4700

这条命令会直接输出包含目标地址的内存映射条目，省去手动查找的麻烦。

3. 辅助指令验证 #

如果想进一步确认，也可以用x命令查看目标地址附近的指令，部分情况下能从指令特征里推断出库的类型：

set print pretty off
x/20i 0x00007f63f0cf4700

内容的提问来源于stack exchange，提问作者joepol