;1. 在需要内存泄漏检查的代码的开始调用void mtrace(void) (在mcheck.h中? 有声明). mtrace为malloc等函数安装hook, 用于记录内存分配信息.在需要内存泄漏检查的代码的结束调用void muntrace(void). 注意: 一般情况下不要调用muntrace, 而让程序自然结束. 因为可能有些释放内存代码要到muntrace之后才运行. 2. 用debug模式编译被检查代码(-g或-ggdb) 3. 设置环境变量MALLOC_TRACE为一文件名, 这一文件将存有内存分配信息. 4. 运行被检查程序, 直至结束或muntrace被调用. 5. 用mtrace命令解析内存分配Log文件($MALLOC_TRACE) (mtrace foo $MALLOC_TRACE, where foo is the executible name) 如果有内存泄漏, mtrace会输出分配泄漏 内存的代码位置,以及分配数量. 附加说明 1. 可以将mtrace, muntrace放入信号处理函数(USR1, USR2), 以动态地进行内存泄漏检查控制. 2. mtrace是个perl代码, 如果你对符号地址与代码文本的转换感兴趣, 可以读一下. 3. again, 尽量不要用muntrace() For CLeak: 检查内存泄漏的方法除glibc提供外；还可以试试一些专用的程序 。很奇怪，redhat 9 居然不带mtrace perl脚本，只好下载gcc源码编译了 wget --passive-ftp ftp://rpmfind.net/linux/redhat/9 ... -2.3.2-11.9.src.rpm rpm -ivh glibc*.src.rpm cd /usr/src/redhat/SPECS/ rpmbuild -ba glibc-9.spec cd /var/tmp/glibc-2.3.2-root/usr/bin/ cp mtrace /usr/bin/ 调试方法如下: vi a.c 1 #include 2 3 int main() 4 { 5 mtrace(); 6 malloc(10); 7 malloc(16); 8 return 0; 9 } $gcc -g a.c #记得编译带-g调试选项 $export MALLOC_TRACE=a.log $./a.out $unset MALLOC_TRACE #记得执行完后unset变量,否则可能运行其他命令可能覆盖log $mtrace a.out a.log Memory not freed: ----------------- Address Size Caller 0x09b08378 0xa at /XXX/a.c:6 0x09b08388 0x10 at /XXX/a.c:7 可以看到,会显示未释放动态空间的代码具体位置 。
推荐阅读
- 关于V303和E398的一些比较
- 关于Linux操作系统下C语言编程注意事项
- 解决Linux操作系统下Java的中文乱码问题
- 关于小6和小6的人
- 实例说明：Linux系统终端scp命令的用法
- 新手学堂：当前Linux系统运行的各种参数
- Linux操作系统下自带BIND的使用注意事项
- 新手学堂：Linux系统下一些简单实用命令
- 系统管理：Linux系统下临时文件TMP清理
- 实例解析：找回丢失的Linux系统Grub密码