一次__libc_message的排查

 信号是6，abort调用的。总体而言，当你malloc的指针为A，但是你free的指针不是A，则容易出这个错，当然假设你free的刚好是别人malloc的，则还是正常。

还有一种是你free的地址在glibc里面记录的size有问题，也会报这个错，本文就是第二个情况。

　abort的堆栈如下：

#0 0x00007f338dd60b55 in raise () from /lib64/libc.so.6
#1 0x00007f338dd620c5 in abort () from /lib64/libc.so.6
#2 0x00007f338dd9ee0f in __libc_message () from /lib64/libc.so.6
#3 0x00007f338dda4628 in malloc_printerr () from /lib64/libc.so.6
#4 0x000000000046abfe in OSMemory::Delete (inMemory=0x7f333e7fcf20) at OSMemory.cpp:278
#5 0x000000000046ac2f in operator delete (mem=0x7f333e7fcf20) at OSMemory.cpp:202
#6 0x000000000040e8a7 in __gnu_cxx::new_allocator<std::_List_node<CZMBuff*> >::deallocate (this=0x7f32a4a155a0, __p=0x7f333e7fcf20) at /usr/include/c++/4.3/ext/new_allocator.h:98
#7 0x000000000040e8cf in std::_List_base<CZMBuff*, std::allocator<CZMBuff*> >::_M_put_node (this=0x7f32a4a155a0, __p=0x7f333e7fcf20) at /usr/include/c++/4.3/bits/stl_list.h:318
#8 0x000000000040e9ef in std::_List_base<CZMBuff*, std::allocator<CZMBuff*> >::_M_clear (this=0x7f32a4a155a0) at /usr/include/c++/4.3/bits/list.tcc:79
#9 0x000000000049d579 in std::list<CZMBuff*, std::allocator<CZMBuff*> >::clear (this=0x7f32a4a155a0) at /usr/include/c++/4.3/bits/stl_list.h:1066

由于该段堆栈处于对象的销毁过程，所以应该是free的报错。根据对象本身的内存池设计，在malloc的时候，我们使用用户态的一个记录结构，记录了对象的长度。结构如下：

typedef struct
{
size_t ID;
size_t size;
}mem_hdr;

两个都是8位的长度，之后再跟实际的数据，也就是我调用my_malloc的时候，如果是传入24个字节，那么最终会向glibc的malloc提交40个字节，24+16.

查看free的异常的数据如下：

x /40xg 0x7f333e7fcf20 -64     0x7f333e7fcf20 就是上面堆栈中inMemory的值，这个值真正传给glibc的时候，会减去16而提交，即为0x7f333e7fcf0x7f333e7fcee0: 0x0000000000000000 0x0000000000000028

0x7f333e7fcef0: 0xffffffffffffffff 0xffffffffffffffff---------------------------------------这两列值明显异常，按道理应该是指针
0x