如何使dlerror（）报告dlopen（）无法加载共享库的所有*未解析符号？

我试图从共享库的dlopen（）失败调用中报告所有未解析的符号。我已经尝试了RTLD_LAZY和RTLD_NOW作为dlopen调用的标志。我知道共享库有10个缺失的符号（即，如果你执行了一个静态链接g ++ blah blah：链接将失败，并丢失10个符号）。我想让dlerror（）告诉我在加载失败期间所有10个丢失的符号。如何使dlerror（）报告dlopen（）无法加载共享库的所有*未解析符号？

有没有人知道如何哄这种情况发生？我从man页面看到，dlerror（）返回最后一个错误;所以也许我问的太多了，但是想知道有没有人知道。

非常感谢，

来源

2013-03-26 user519569

我想dlerror获得（）失败的负载时告诉我的所有10个人失踪符号。

您不能：装载机尽快报告错误为它发现该库不能（即一旦它发现的第一个缺少符号）加载。装载机没有任何意义，所以它不会。

但是，您可以使用LD_PRELOAD和LD_TRACE_LOADED_OBJECTS来模拟ldd -r所做的操作，以获得完整答案。例如：

$ cat main.c 
#include <dlfcn.h> 
#include <stdio.h> 

int main() 
{ 
    void *p = dlopen("./foo.so", RTLD_NOW); 
    if (p == NULL) { 
    printf("%s\n", dlerror()); 
    return 1; 
    } 
    return 0; 
} 


$ cat foo.c 
int bar(), baz(); // not defined anywhere 
int foo() { 
    return bar() + baz(); 
} 

$ gcc main.c -ldl; gcc -fPIC -shared -o foo.so foo.c 

$ ./a.out 
./foo.so: undefined symbol: baz # only the first symbol is reported 

$ ldd -r ./a.out 
    linux-vdso.so.1 => (0x00007fff52ddc000) 
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f158e48d000) 
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f158e0ce000) 
    /lib64/ld-linux-x86-64.so.2 (0x00007f158e6b2000)

那是不行的，因为你的程序永远不会执行，因而不会装载foo.so。但LD_PRELOAD营救：

$ LD_BIND_NOW=1 LD_WARN=1 LD_TRACE_LOADED_OBJECTS=1 LD_PRELOAD=./foo.so ./a.out 
    linux-vdso.so.1 => (0x00007fff3c1b6000) 
    ./foo.so (0x00007ffd33212000) 
    libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007ffd3300e000) 
    libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007ffd32c4f000) 
    /lib64/ld-linux-x86-64.so.2 (0x00007ffd33414000) 
undefined symbol: baz (./foo.so) 
undefined symbol: bar (./foo.so)

Voilà：所有未解决的符号现在报告。

来源

2013-04-15 04:36:34

如何使dlerror（）报告dlopen（）无法加载共享库的所有*未解析符号？

回答

相关问题