我有一个C程序,使用动态加载的库来加载插件。为了调试插件的加载,我想跟踪库调用。
我看了ltrace
,但我似乎无法做到这一点:
下面是一个示例程序:
#include <stdio.h>
#include <stdlib.h>
#include <dlfcn.h>
int main() {
int *a = malloc(sizeof(int));
void *handle;
double (*cosine)(double);
char *error;
handle = dlopen ("/usr/lib/x86_64-linux-gnu/libm.so.6", RTLD_LAZY);
if (!handle) {
fputs (dlerror(), stderr);
exit(1);
}
cosine = dlsym(handle, "cos");
if ((error = dlerror()) != NULL) {
fputs(error, stderr);
exit(1);
}
printf ("%f\n", (*cosine)(2.0));
dlclose(handle);
return 0;
}
编译(并移除PIE
,否则ltrace将什么都看不到):gcc main.c -pg -ldl -no-pie
运行:ltrace ./a.out
输出
__monstartup(0x401170, 0x401431, 0x7fffe3875838, 0x7fffe3875838) = 0
__cxa_atexit(0x7f712aa98ba0, 0, 0, 0) = 0
malloc(4) = 0x76ea30
dlopen("/usr/lib/x86_64-linux-gnu/libm.s"..., 1) = 0x76ea80
dlsym(0x76ea80, "cos") = 0x7f712a8abd00
dlerror() = nil
printf("%f\n", -0.416147-0.416147
) = 10
dlclose(0x76ea80) = 0
+++ exited (status 0) +++
如您所见,跳过了对cos
的调用。我怎么才能用这些论据来追踪呢?
我试了一下uftrace
但是,它也不跟踪cos
调用:
uftrace -a --libname --nest-libcall ./a.out
-0.416147
# DURATION TID FUNCTION
[ 8300] | main() {
1.754 us [ 8300] | malloc@libc-2.31.so(4) = 0x15c6120;
509.774 us [ 8300] | dlopen@libdl-2.31.so("/usr/lib/x86_64-linux-gnu/libm.so.6", RTLD_LAZY) = 0x7ff70ae4d090;
2.140 us [ 8300] | dlsym@libdl-2.31.so(0x7ff70ae4d090, "cos") = 0x7ff70aa61d00;
0.463 us [ 8300] | dlerror@libdl-2.31.so() = "NULL";
332.451 us [ 8300] | printf@libc-2.31.so("%f\n") = 10;
2.134 us [ 8300] | dlclose@libdl-2.31.so(0x7ff70ae4d090) = 0;
958.926 us [ 8300] | } /*
这是令人惊讶的,因为在这个评论上,它看起来是工作的。
在Ubuntu 20.04上运行
0.7.3
0.9.3
谢谢你的帮助!
发布于 2020-12-25 21:49:16
您需要添加一个特殊的标志-x pattern
,以强制在dlopen
-ed库中跟踪符号(最简单的是-x '*'
,有关更多细节,请参见@nayana的答案)。
较早版本的ltrace
不包括来自https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=537781的相关修补程序(请遵循指向timetobleed.com的链接),因此它们无法跟踪dlopen
-ed库。
发布于 2021-05-27 09:55:52
在这种情况下,尤格的答案是最相关的。然而,即使在与补丁一起使用ltrace时,使用也不是直接的。
重要的部分是使用-x
选项,否则通过dlopen加载的库符号将不会显示。这一事实在新闻中有说明。
*支持从用dlopen打开的图书馆中跟踪符号 这些符号是由-x选择的。
幸运的是,我们可以将其设置为显示与我们的库地址匹配的所有符号,这是通过使用ltrace页面中描述的特殊glob
格式实现的。
我的用例是调试通过dlopen加载的定制alsa-lib插件:
# ltrace -x "@libdl.so.2" -x "*@libcustom.so" -f aplay -D custom test.wav
[pid 4183] snd_pcm_hw_params(0x5598dc8ce0, 0x7fe4d76fe0, 0xa3377eac3f8c3d00, 0 <unfinished ...>
[pid 4183] dlopen@libdl.so.2(0x5598dc5db0, 1, 0x5598dc8a4c, 0 <unfinished ...>
[pid 4183] _init@libdirac_dldsp.so(4, 0x7fe4d77858, 0x7fe4d77880, 0x7fa61ce0d8 <unfinished ...>
....
[pid 4183] dlsym@libdl.so.2(0x5598dc8ef0, 0x7fa65b1e48, 1, 0) = 0x7fa61cf890
[pid 4183] dl_descriptor@libcustom.so(0x7fa61cf890, 0, 0x7fa6627988, 1) = 0x7fa61fe9e8
.....
[pid 4183] custom_lib_init@libcustom.so(0x7fe4d76770, 0x7fa61ffaf0, 0, 0 <unfinished ...>
[pid 4183] custom_init@libcustom.so(0x7fe4d76770, 1, 3, 0) = 0
....
https://stackoverflow.com/questions/65375233
复制相似问题