Linux下显示加载动态库注意事项

Linux下显示加载动态库注意事项


    最近将Windows上的若干个工程移植到Linux平台,exe工程通过显示加载的方

式调用一个插件dll中的功能,在Windows平台上运行都很正常,但是在Linux平台

上遇到一个很诡异的现象,在Linux平台显示调用插件dll(已经编译成so,为了描

述方便,这里统一用动态库、DLL等window平台上的术语)中的函数时,发现一层

层跟进去后,有函数调用的不是编译dll时cpp中的函数,而是调用到另外一个dll

中的同名函数,开始以为是调试环境的问题(用到一个调试插件,在vs2010上远

程调试Linux服务器上的程序),但是经过修改文件名重新编译后,发现问题仍在

,通过逐行调试发现并非是调试器选错cpp源文件的问题,调试过程的每一行都能

够和非期望cpp中的源码对应上,说明并不是调试器的问题,而是在Linux端确实

在执行该非期望cpp编译出来的机器码。

    这就太奇怪了,按Windows编程经验,程序一旦编译后,在Link的时候各个符

号就都有了明确地址,怎么会在运行期间发生变化呢?顶着满头的雾水折腾了一

天,临近下班的时候,搜到一篇讲解dlopen函数文章,似乎说的这个问题有关系

,一下有种如获至宝的感觉。原来Linux平台上用dlopen打开共享库时,可以指定

对共享库中符号的处理方式,修改成“动态库中定义的符号不能被其后打开的其

它库重定位”模式后,在调试程序,发现可以正确调用期望cpp中的函数了。

修改之前:
 dlopen(strLibName, RTLD_LAZY);
修改之后:
 dlopen(strLibName, RTLD_NOW | RTLD_LOCAL | RTLD_DEEPBIND);

谜底揭开以后,才发现是一个如此简单的问题。

附:dlopen 说明
功能:打开一个动态链接库
包含头文件:
#include <dlfcn.h>
函数定义:
void * dlopen( const char * pathname, int mode);
函数描述:
在dlopen()函数以指定模式打开指定的动态连接库文件,并返回一个句柄给调

用进程。使用dlclose()来卸载打开的库。
mode是打开方式,其值有多个,不同操作系统上实现的功能有所不同,在linux下

,按功能可分为三类:
1、解析方式
RTLD_LAZY:在dlopen返回前,对于动态库中的未定义的符号不执行解析(只对函

数引用有效,对于变量引用总是立即解析)。
RTLD_NOW: 需要在dlopen返回前,解析出所有未定义符号,如果解析不出来,在

dlopen会返回NULL,错误为:: undefined symbol: xxxx.......
2、作用范围,可与解析方式通过“|”组合使用。
RTLD_GLOBAL:动态库中定义的符号可被其后打开的其它库重定位。
RTLD_LOCAL: 与RTLD_GLOBAL作用相反,动态库中定义的符号不能被其后打开的

其它库重定位。如果没有指明是RTLD_GLOBAL还是RTLD_LOCAL,则缺省为

RTLD_LOCAL。
3、作用方式
RTLD_NODELETE: 在dlclose()期间不卸载库,并且在以后使用dlopen()重新加载

库时不初始化库中的静态变量。这个flag不是POSIX-2001标准。
RTLD_NOLOAD: 不加载库。可用于测试库是否已加载(dlopen()返回NULL说明未加

载,否则说明已加载),也可用于改变已加载库的flag,如:先前加载库的flag

为RTLD_LOCAL,用dlopen(RTLD_NOLOAD|RTLD_GLOBAL)后flag将变成RTLD_GLOBAL

。这个flag不是POSIX-2001标准。
RTLD_DEEPBIND:在搜索全局符号前先搜索库内的符号,避免同名符号的冲突。这

个flag不是POSIX-2001标准。

 

阅读更多
文章标签: linux 共享库
个人分类: C++
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

加入CSDN,享受更精准的内容推荐,与500万程序员共同成长!
关闭
关闭