从同一个DSO内部dlopen`一个DSO

问题描述 投票:0回答:2

我有一个DSO(mylibrary.so.0库),其func1函数标记为extern "C",我确信它已经导出了

nm -D mylibrary.so.0 | grep func1
000000000009f9bb T func1 <- symbol is visible and exported

这个DSO被加载到我无法控制的依赖链中,例如

executable1 -dlopen-> 3rdpartydispatcher.so -dlopen-> my_library.so.0

现在,我的库有一个被调用的方法(我可以看到它是通过gdb进入它调用它)并接收一个带有它应该调用的函数名的C字符串,例如

void call_function_from_name(const char *function_name) {

    void *mylibrary_so_0 = dlopen(NULL, RTLD_NOW); // (*)
    void *func1 = dlsym(mylibrary_so_0, function_name);
    if (!func1) {
        log_error(dlerror());
    }
    ...
}

问题是:即使用参数call_function_from_name调用func1,即完全有效且导出的符号,dlsym失败,错误是executable1 has no func1 symbol

我来自Windows环境,我认为dlopen(NULL, ..)返回主要可执行文件的句柄,但该可执行文件中的任何后续dlopen库也会映射到其虚拟地址空间,因此我可以使用该句柄来搜索符号那些图书馆出口。

我的假设不正确吗?如果是,我如何从同一个dso函数调用中引用func1

c linux shared-libraries elf dlopen
2个回答
0
投票
`void *mylibrary_so_0 = dlopen(NULL, RTLD_NOW); // (*)`

出于某种原因,你认为这应该是dlopen my_library.so.0,但它没有 - 它打开主要的可执行文件。

错误消息清楚地告诉您:executable1 has no func1

一个可能的解决方法是使用dlopen("my_library.so.0", RTLD_NOW),但更好的解决方法是提供一个你希望能够以这种方式调用的函数的静态映射,并使用它:

struct mapping { const char *f_name; void (*f_ptr)(); } = {
  { "func1", &func1 },
  { "func2", &func2 },
  { NULL, NULL },
};

现在只需搜索你的mapping,并调用目标函数;不需要dlsym


0
投票

您的库可能加载了RTLD_LOCAL,它明确地没有将它放在全局符号空间中。如果需要的话,它可以用dlopen调用RTLD_GLOBAL来“修复”它,或者如果你知道你的lib中需要的符号,它可以只获得一个新的RTLD_LOCAL句柄并调用dlsym而不是全局命名空间。

© www.soinside.com 2019 - 2024. All rights reserved.