主页 / unix / 问题 / 775662
Accepted
TopherIsSwell
Asked: 2024-05-02 14:55:54 +0800 CST

mtrace() 在现代发行版中仍然有效吗？

  • 772

tldr： mtrace 仍然有效还是我只是做错了？

我试图使用 mtrace 但无法让它将数据写入文件。我按照以下说明进行操作man 3 mtrace：

t_mtrace.c：

#include <mcheck.h>
#include <stdlib.h>
#include <stdio.h>

int
main(int argc, char *argv[])
{
    mtrace();

    for (int j = 0; j < 2; j++)
        malloc(100);            /* Never freed--a memory leak */

    calloc(16, 16);             /* Never freed--a memory leak */
    exit(EXIT_SUCCESS);
}

然后在 bash 中运行：

gcc -g t_mtrace.c -o t_mtrace
export MALLOC_TRACE=/tmp/t
./t_mtrace
mtrace ./t_mtrace $MALLOC_TRACE

但该文件/tmp/t（或我尝试使用的任何其他文件）未创建。当我创建一个具有该名称的空文件时，它的长度保持为零。我尝试过在 MALLOC_TRACE 中使用相对路径。我尝试在调用setenv("MALLOC_TRACE", "/tmp/t", 1);之前在程序内部添加mtrace()。我尝试muntrace()在程序终止之前添加。我在 Ubuntu 22.04 和 Fedora 39 上尝试过这些策略，得到了相同的结果：跟踪文件为空。当我运行程序时，文件上的ctime和mtime（如果我提前创建它）没有改变。我已经验证了该文件及其父目录的权限是读/写的。strace没有显示有问题的文件已stat编辑，更不用说打开了。

在 Ubuntu 上使用 Glibc 2.35 和在 Fedora 上使用 2.38 时会发生这种情况。

这不是如何分析或检查内存泄漏的问题。我意识到我可以用valgrind六个其他程序来做到这一点，这主要是出于好奇，我想知道这是否是一个可能需要修补的错误，或者手册页是否需要更新（或者我是否只是误解一些东西，唯一的问题是坐在我的椅子上）。

linux

1 个回答

  1. Best Answer

    mtrace仍然有效，但手册页已过时。参考文档解释了如何使用它：

    LD_PRELOAD=/usr/lib64/libc_malloc_debug.so.0 MALLOC_TRACE=/tmp/t ./t_mtrace

    （替换为您系统上的适当路径libc_malloc_debug.so— 以上适用于 64 位 x86 上的 Fedora 和衍生品；在 Debian 衍生品上，使用LD_PRELOAD=/lib/$(gcc -print-multiarch)/libc_malloc_debug.so.0）。

    在 GNU C 库 2.34 版本中，内存分配调试已移至单独的库，需要调试时必须预加载该库。

    • 11

相关问题