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

2019年8月4日 442次阅读

如果库定义了同一符号的多个版本,则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”

据我所知,尚未确定.

点赞