是否可以知道哪个库使用 ldd 拉入另一个库
Is it possible to know which library pulled in another one using ldd?
一旦应用程序与它所需的动态库链接,是否可以找出哪个确切的库拉入了我在列表中看到的另一个库?
例如,今天我遇到了这样一种情况:一个本来根本不应该存在的库出现在ldd
输出中,并且使应用程序崩溃。通过逻辑推论,我可以弄清楚并隔离问题,然后重建相应的项目以不再包含错误的库。但是,是否可以在没有对应用程序及其所依赖的库的任何额外知识的情况下,使用ldd
之类的外部工具来做同样的事情?(问题在于有问题的库不是由应用程序直接使用,而是由应用程序直接链接到的另一个库使用。
从本质上讲,看起来我正在寻找一种在应用程序链接在一起后恢复链接依赖关系图的方法。
>ldd
最终是一个包装脚本,用于执行在环境中设置变量LD_TRACE_LOADED_OBJECTS
的动态链接器/加载器。例如,以下命令输出与系统中ldd /bin/ls
相同的命令:
user@localhost ~ $ LD_TRACE_LOADED_OBJECTS=1 /lib/ld-linux.so.* /bin/ls
linux-gate.so.1 (0xb77bd000)
libacl.so.1 => /lib/libacl.so.1 (0xb7798000)
libc.so.6 => /lib/libc.so.6 (0xb75ef000)
libattr.so.1 => /lib/libattr.so.1 (0xb75e9000)
/lib/ld-linux.so.2 (0x80065000)
还有大量其他环境变量用于调整手册页中记录ld.so(8)
动态链接器。发现特定库被拉取的原因的特别感兴趣的一个是LD_DEBUG=files
,它跟踪链接器在处理可执行文件期间所追求的文件:
user@localhost ~ $ LD_TRACE_LOADED_OBJECTS=1 LD_DEBUG=files /lib/ld-linux.so.* /bin/ls
27831: file=/bin/ls [0]; generating link map
27831: dynamic: 0x08064f0c base: 0x00000000 size: 0x0001e034
27831: entry: 0x0804bffc phdr: 0x08048034 phnum: 10
27831:
27831:
27831: file=libacl.so.1 [0]; needed by /bin/ls [0]
27831: file=libacl.so.1 [0]; generating link map
27831: dynamic: 0xb772ced8 base: 0xb7724000 size: 0x0000917c
27831: entry: 0xb77257f0 phdr: 0xb7724034 phnum: 7
27831:
27831:
27831: file=libc.so.6 [0]; needed by /bin/ls [0]
27831: file=libc.so.6 [0]; generating link map
27831: dynamic: 0xb771fda4 base: 0xb757b000 size: 0x001a8eac
27831: entry: 0xb75937b0 phdr: 0xb757b034 phnum: 11
27831:
27831:
27831: file=libattr.so.1 [0]; needed by /lib/libacl.so.1 [0]
27831: file=libattr.so.1 [0]; generating link map
27831: dynamic: 0xb7579ef0 base: 0xb7575000 size: 0x000050bc
27831: entry: 0xb7575ed0 phdr: 0xb7575034 phnum: 7
27831:
linux-gate.so.1 (0xb7749000)
libacl.so.1 => /lib/libacl.so.1 (0xb7724000)
libc.so.6 => /lib/libc.so.6 (0xb757b000)
libattr.so.1 => /lib/libattr.so.1 (0xb7575000)
/lib/ld-linux.so.2 (0x80094000)
在上面的例子中,我们看到libacl.so.1
和libc.so.6
是/bin/ls
本身需要的,libattr.so.1
是作为libacl.so.1
的要求拉出来的。
在 ldd executable
报告的每个库上运行 ldd。递归继续,直到找到罪魁祸首。
或者,运行
objdump -p /path/to/program-or-library | grep NEEDED
递 归。
要知道这一点,您必须递归地使用 readelf
。首先在可执行文件上运行它,然后查找所需的库。这将直接告诉您可执行文件需要什么。之后,您应该对所需的每个库迭代重复该过程,一旦到达有问题的库,您将知道包含路径。
相关文章:
- 删除一个线程上有数百万个字符串的大型哈希映射会影响另一个线程的性能
- 运行同一解决方案的另一个项目的项目
- 为什么在没有显式默认构造函数的情况下,将另一个结构封装在联合中作为成员的结构不能编译
- 基于另一个成员参数将函数调用从类传递给它的一个成员
- C++从另一个类访问公共静态向量的正确方法是什么
- C++-试图将函数指针推回到另一个CPP文件中的矢量时出错
- 使用std::transform将一个范围的元素添加到另一个范围中
- 输入到文件并输出到另一个文件,并将流文件传递给函数
- 我可以将一个用clang c++11编译的对象与另一个用c++17编译的对象链接起来吗
- 修改函数中的指针(将另一个指针作为参数传递)
- 为什么我不能将一个对象push_back到属于另一个类的对象向量中?
- C++试图读取一个文件并输出到另一个文本文件
- 如何将指针从一个void函数传递到另一个C++
- 如何从另一个文件继承私有成员变量和公共函数
- 使用.find函数在c++中查找字符和另一个字符之间的大小
- 在 Windows 上,是否可以让 dll 在不使用 PATH 环境变量的情况下在另一个文件夹中查找依赖项?
- 在他自己的方法中,有可能将一个对象取消引用到另一个对象吗
- C++-我可以创建另一个类的成员并在构造函数中使用它吗
- 如何在C++中将函数发送到另一个进程
- 是否可以知道哪个库使用 ldd 拉入另一个库