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