DEBUG神器valgrind之memcheck报告分析

memcheck怎么运行

valgrind --log-file=valgrind.log --tool=memcheck --leak-check=full --show-reachable=no --workaround-gcc296-bugs=yes ./mcsample arg1 arg2
–log-file 表示输出报告文件，可以是相对路径或完全路径
–tool=memcheck 做内存检测就是memcheck，要知道valgrind是一个工具集
–leak-check=full 完整检测
–show-reachable=no 是否显示reachable详见内存泄露部分，通常是no，也可以改成yes
–workaround-gcc296-bugs=yes 如果你的gcc存在对应的bug，则要设为yes，否则有误报
最后是被检测程序及其参数。

memcheck报告怎么看

先来一段意外的写错

int main(int argc, char *argv[])
{
    char* bigBuff = (char*)malloc[1024];
    free(bigBuff);
}

==3498== Invalid free() / delete / delete[] / realloc()
==3498==    at 0x402B06C: free (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==3498==    by 0x8048444: main (main.cpp:19)
==3498==  Address 0x40c0500 is in the Text segment of /lib/i386-linux-gnu/libc-2.15.so

代码错误的将malloc()写成了malloc[]，相当于取得了malloc函数指针后面的地址，输出报告告诉我们这个地址位于.text段。

可以看出报告的基本格式是：

{问题描述}   
at {地址、函数名、模块或代码行} 
by {地址、函数名、代码行}
by ...{逐层依次显示调用堆栈}
Address 0x???????? {描述地址的相对关系}

而报告的输出文档整体格式则可以总结为：

1. copyright 版权声明
2. 异常读写报告
2.1 主线程异常读写
2.2 线程A异常读写报告
2.3 线程B异常读写报告
2... 其他线程
3. 堆内存泄露报告
3.1 堆内存使用情况概述(HEAP SUMMARY)
3.2 确信的内存泄露报告(definitely lost)
3.3 可疑内存操作报告 (show-reachable=no关闭)
3.4 泄露情况概述(LEAK SUMMARY)

都有哪些常见异常报告

内存泄漏

int main(int argc, char *argv[])
{
    char* bigBuff = (char*)malloc(1024);
}

1,024 bytes in 1 blocks are definitely lost in loss record 1 of 1
 at 0x402BE68: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
 by 0x8048414: main (main.cpp:17)

definitely lost：内存没有被释放，且没有任何指针指向这里。肯定泄漏了。报告给出的堆栈是