如何在运行时确定使用了哪个版本的 libc-lock.h：NPTL 或存根？

Question

我有使用线程的共享库。假设这是主应用程序的插件。我无法更改此主应用程序，只能访问我的共享库。主应用程序可以与 ptreads 链接，也可以不与 pthreads 链接。因此，根据这一点，它将使用 libc-lock.h 的线程安全版本或非线程安全版本。

在 glibc 中

• 非线程安全版本在bits/libc-lock.h:https://sourceware.org/git/?p=glibc.git;a=blob;f=bits/libc-lock.h;h=7bd935caf4c60058b094dad2aa5d2402fd9df15f;hb=HEAD
• 线程安全在sysdeps/nptl/bits/libc-lock.h:https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/nptl/bits/libc-lock.h;h=d9a82ad962c461f0de8f532fed7013d429ef0f94;hb=HEAD

因此，如果主应用程序已经加载了 libc-lock.h 的非线程安全版本，应用程序只会因段错误而崩溃，因为我的库正在积极使用线程。

我想要做的是在运行时检查是否加载了 libc-lock.h 的版本，如果这不是线程安全版本，则退出并显示正确的消息。

那么，有没有办法在运行时找到这些信息？

Answer 1

让我建立 cnicutar'a 答案。你做一个快速的运行时单元测试怎么样？你知道 dl_iterate_phdr 函数does use a mutex internally 吗？这非常重要，因为this unwind library depends on the lock behavior。算法可能如下所示：

线程 1：

• 将 var 违反设置为 false
• 生成线程 2
• 等到线程 2 进入 dl_iterate_phdr
• 使用存根 (2) 调用 dl_iterate_phdr
• 将 var 违反设置为 true

线程 2：

• 使用以下代码调用 dl_iterate_phdr

  ° 睡眠相当短的时间（100 毫秒？）

  ° 断言 var bypassed 确实仍然是错误的 (1)

如果 glibc 编译时支持锁，那么 (2) 处的调用将等到线程 2 离开 dl_iterate_phdr。因此，违反的 var 只能在 (1) 处为假。但是如果 glibc 没有在编译时支持锁，那么 (2) 不会等待线程 2，并且 var 违反应该在到达 (1) 的检查之前及时设置为 true。

巧合的是，glibc i 如果程序使用 -pthread 编译，则启用了锁支持。

只有当您有权访问应用程序的 dl_iterate_phdr 函数时，此答案才有效。

Answer 2

这不是我用过的东西，但我认为您可以尝试“dl_iterate_phdr”。

dl_iterate_phdr() 函数允许应用程序在运行时进行查询 是时候找出它已加载的共享对象了。

您可以访问struct dl_phdr_info，其中包含一个字段dlpi_name，该字段应该是加载对象的路径。