我需要确定名为 的库是否libunaSA.so
由进程直接调用,还是由另一个名为 的库调用libtoki2.so
。我想我正在寻找的是库的 pstree。系统正在运行 RHEL 5.3 Beta。
此输出显示了流程图中的两个库
# grep -e toki -e una /proc/2335/maps
0043f000-004ad000 r-xp 00000000 08:02 543465 /usr/lib/libtoki2.so
004ad000-004c5000 rwxp 0006d000 08:02 543465 /usr/lib/libtoki2.so
01185000-01397000 r-xp 00000000 08:02 543503 /usr/lib/libunaSA.so
01397000-013dc000 rwxp 00211000 08:02 543503 /usr/lib/libunaSA.so
此输出表明只有该libtoki2.so
库位于当前缓存中
# ldconfig -p | grep -e una -e toki
libtoki2.so (libc6) => /usr/lib/libtoki2.so
libtoki.so.4.4.1 (libc6) => /usr/lib/libtoki.so.4.4.1
libtoki.so.2 (libc6) => /usr/lib/libtoki.so.2
我将 strace 附加到正在运行的进程,但它没有提供太多输出
# strace -p 2335
Process 2335 attached - interrupt to quit
futex(0xb7ef5bd8, FUTEX_WAIT, 2336, NULL
以下是每个库的 ldd 输出
# ldd /usr/lib/libtoki2.so
linux-gate.so.1 => (0x00a0a000)
libdl.so.2 => /lib/libdl.so.2 (0x001bd000)
libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x00f3f000)
libm.so.6 => /lib/libm.so.6 (0x00b27000)
libc.so.6 => /lib/libc.so.6 (0x0043d000)
/lib/ld-linux.so.2 (0x00742000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00110000)
# ldd /usr/lib/libunaSA.so
linux-gate.so.1 => (0x00244000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00baf000)
libdl.so.2 => /lib/libdl.so.2 (0x007fa000)
libstdc++-libc6.2-2.so.3 => /usr/lib/libstdc++-libc6.2-2.so.3 (0x009ce000)
libm.so.6 => /lib/libm.so.6 (0x00c96000)
libc.so.6 => /lib/libc.so.6 (0x004a2000)
/lib/ld-linux.so.2 (0x00742000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00a9f000)
答案1
您发布的所有内容都表明 libunaSA.so 是独立的。libtoki2.so 不需要 libunaSA(如 ldd 所示)。您可以尝试对正在运行的应用程序使用 ltrace 或 lsof 来查看是否调用了 libunaSA;如果 libtoki2 进行了调用,那么它将从 ltrace 的输出中隐藏(我相信)。
lsof 将显示二进制文件是否需要 libunaSA。
ltrace 和 lsof 均适用于 RHEL 5。