5

如果库定义了同一符号的多个版本，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 不应该总是返回最新的符号来保持兼容性，但为什么不返回默认符号呢？

有谁知道这背后的基本原理？

4

2 回答 2

3

这已被报告为 glibc 错误：

据我所知，它还没有被修复。

于 2017-07-21T06:34:56.813 回答
0

的重点RTLD_NEXT是在第一个默认符号之后返回符号。你不就是在找RTLD_DEFAULT吗？

于 2013-02-24T08:33:04.870 回答