注意: 一般情况下不要调用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 C++ Leak:

    检查内存泄漏的方法除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

    可以看到,会显示未释放动态空间的代码具体位置。