malloc中的电围栏段错误

Question

我有一个相当复杂的程序,它可以进行大量的内存分配,而今天出乎意料的是,它开始以一种奇怪的方式进行分段,即gdb无法确定其位置.在某处怀疑内存损坏,我将它与Electric Fence联系起来,但我对它告诉我的内容感到困惑:

ElectricFence Exiting: mprotect() failed:                                   
Program received signal SIGSEGV, Segmentation fault.                        
__strlen_sse2 () at ../sysdeps/i386/i686/multiarch/strlen.S:99              
99      ../sysdeps/i386/i686/multiarch/strlen.S: No such file or directory. 
        in ../sysdeps/i386/i686/multiarch/strlen.S                          

#0  __strlen_sse2 () at ../sysdeps/i386/i686/multiarch/strlen.S:99  
#1  0xb7fd6f2d in ?? () from /usr/lib/libefence.so.0                
#2  0xb7fd6fc2 in EF_Exit () from /usr/lib/libefence.so.0           
#3  0xb7fd6b48 in ?? () from /usr/lib/libefence.so.0                
#4  0xb7fd66c9 in memalign () from /usr/lib/libefence.so.0          
#5  0xb7fd68ed in malloc () from /usr/lib/libefence.so.0            
#6  <and above are frames in my program>

我正在调用值为36的malloc,所以我很确定这应该不是问题.

我不明白的是,我怎么可能在malloc中捣毁堆.在阅读手册页面时,似乎我可能正在写一个免费页面,或者我正在承保一个缓冲区.所以,我一起尝试了以下环境变量:

EF_PROTECT_FREE=1
EF_PROTECT_BELOW=1
EF_ALIGNMENT=64
EF_ALIGNMENT=4096

最后两个绝对没有效果.

第一个改变了我的程序中的堆栈帧的部分(当我的程序在malloc被称为致命时执行时),但是一旦输入malloc就具有相同的帧.

第二个改变了一点; 除了在我的程序中的不同位置发生崩溃之外,它还发生在对realloc而不是malloc的调用中,尽管realloc直接调用malloc,否则后面跟踪与上面相同.

除了fence之外,我没有明确链接任何其他库.

更新:我找到了几个地方,它表明消息:"mprotect()失败:无法分配内存"意味着机器上没有足够的内存.但我没有看到"无法分配内存"的部分,ps说我只使用了15%的内存.如此小的分配(4k + 32)这真的是问题吗？

Answer 1

我在同样的问题上浪费了几个小时.事实证明,它与/ proc/sys/vm/max_map_count中的设置有关

从内核文档:"此文件包含进程可能具有的最大内存映射区域数.内存映射区域用作调用malloc的副作用,直接由mmap和mprotect,以及加载共享库时.

虽然大多数应用程序需要的地图少于一千个,但某些程序(尤其是malloc调试程序)可能会消耗大量的程序,例如每个分配最多一个或两个地图."

因此,您可以"捕捉"该文件以查看它的设置,然后您可以"回显"更大的数字.像这样:echo 165535>/proc/sys/vm/max_map_count

对我来说,这允许电围栏过去之前的地方,并开始发现真正的错误.