带 pthread 的电子围栏

Question

我正在开发一个多线程（基于 pthread）项目。该项目使用我正在编写的库。

为了检查它，我将它与 -lefence 链接起来，它给了我 SIGSEGV。在花了很多时间找出问题所在之后，我最终决定在库上搜索错误，即使它的功能非常简单。

作为测试，我尝试编译与 -lefence 链接的测试单元，并得到了 SIGSEGV。该测试不会干扰动态分配的内存，但在不同测试单元中成功的代码除外。

我还注意到 -pthread 标志将内存分配设置为包装。 gcc -dumpspecs | gcc -dumpspecs | gcc -dumpspecs | grep pthread 产生以下结果：

%{posix:-D_POSIX_SOURCE} %{pthread:-D_REENTRANT}
%{pthread:-lpthread}    %{shared:-lc}    %{!shared:%{mieee-fp:-lieee} %{profile:-lc_p}%{!profile:-lc}}
 %{static: %{fmudflap|fmudflapth:  --wrap=malloc --wrap=free --wrap=calloc --wrap=realloc --wrap=mmap --wrap=munmap --wrap=alloca} %{fmudflapth: --wrap=pthread_create}} %{fmudflap|fmudflapth: --wrap=main}

libefence 是否不支持多线程？

编辑： 基本上我假设电围栏库取代了常规 libc 的 malloc/free 调用。事实上，它们用线程安全罩包裹起来是没有用的，因为它们再次用不可重入的东西包裹起来。

Answer 1

检查这两个 - phthread 肯定有问题（ https://bugzilla. redhat.com/show_bug.cgi?id=54368 ），但最近有人声称已修复（ http://www.mail-archive.com/[电子邮件受保护]/ msg280548.html ）还请注意提到了另一个延迟补丁。

Answer 2

你尝试过valgrind吗？

Answer 3

为了检查它，我将它与 -lefence 链接起来，它给了我 SIGSEGV。在花了很多时间找出问题所在之后，我最终决定在库上搜索错误，即使它的功能非常简单。

我只知道电围栏的概念，但你应该能够立即注意到你的缓冲区溢出发生在哪里：

gcc ... -g ;
gdb a.out ;
run 
**Program received signal SIGSEGV, Segmentation fault.
address in function () from file.c**

那就是你的溢出！