dlsym(RTLD_NEXT,“msgctl”)不返回默认版本

发布时间：2020-12-16 07:35:13 所属栏目：百科来源：网络整理

导读：如果库定义了同一符号的多个版本,则dlsym(RTLD_NEXT,“symbol”)将返回较旧的符号,即使较旧的符号不是默认符号. 例如,libpthread定义了两个版本的pthread_cond_broadcast： $: nm -g /lib64/libpthread-2.15.so|grep pthread_cond_broadcast000000000000bfc0

如果库定义了同一符号的多个版本,则dlsym(RTLD_NEXT,“symbol”)将返回较旧的符号,即使较旧的符号不是默认符号.

例如,libpthread定义了两个版本的pthread_cond_broadcast：

$:> nm -g /lib64/libpthread-2.15.so|grep pthread_cond_broadcast
000000000000bfc0 T pthread_cond_broadcast@@GLIBC_2.3.2
000000000000c310 T pthread_cond_broadcast@GLIBC_2.2.5

>“GLIBC_2.3.2”是与libpthread链接时的默认版本(没有任何dlsym参与). (注意“@@”表示默认符号)
>“GLIBC_2.2.5”是旧版本

现在,如果我使用dlsym(RTLD_NEXT,“pthread_cond_broadcast”),我总是得到GLIBC_2.2.5版本而不是GLIBC_2.3.2版本.当然可以使用dlvsym来获取默认版本,但如果需要为大量符号执行此操作并且其中许多符号具有不同的新/旧版本,则会变得复杂.

我明白RTLD_NEXT不应该总是返回最新的符号来保持兼容性,但为什么不返回默认符号？

有谁知道这背后的理由？

解决方法

据报道这是一个glibc错误：

> dlsym(handle,“foo”) and dlsym(RTLD_NEXT,“foo”) return different result with versioned “foo”

据我所知,尚未确定.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!