当前位置：文江博客话题详情

如何强制中止“glibc检测到*** free()：无效指针”

发布于 2024-07-05 16:12:02 字数 157 浏览 16 评论 0原文

在Linux环境中，当出现“glibc detectors *** free(): invalidpointer”错误时，如何确定是哪行代码导致的？

有没有办法强制中止？我记得有一个 ENV var 来控制这个？

如何在gdb中为glibc错误设置断点？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

呆橘 2024-07-12 16:12:02

如何在gdb中设置断点？

(gdb) b 文件名:行号
// 例如 b main.cpp:100

有没有办法强制中止？我记得有一个 ENV var 来控制这个？

我的印象是它默认中止。确保您安装了调试版本。

或者使用libdmalloc5：“替代系统的malloc'、realloc'、calloc'、free'等内存管理例程，同时提供强大的调试工具
可在运行时配置。这些工具包括内存泄漏跟踪、fence-post 写入检测、文件/行号报告和一般统计记录等功能。”

将其添加到链接命令中，

-L/usr/lib/debug/lib -ldmallocth

当 glibc 触发中止时，gdb 应该自动返回控制权。

或者您也可以为 SIGABRT 设置信号处理程序以将堆栈跟踪转储到下面的 fd（文件描述符），mp_logfile 是一个 FILE*。

void *array[512 / sizeof(void *)]; // 100 is just an arbitrary number of backtraces, increase if you want.
size_t size;

size = backtrace (array, 512 / sizeof(void *));
backtrace_symbols_fd (array, size, fileno(mp_logfile));

How to set a breakpoint in gdb?

(gdb) b filename:linenumber
// e.g. b main.cpp:100

Is there a way to force an abort? I recall there being an ENV var to control this?

I was under the impression that it aborted by default. Make sure you have the debug version installed.

Or use libdmalloc5: "Drop in replacement for the system's malloc',realloc', calloc',free' and other memory management routines while providing powerful debugging facilities
configurable at runtime. These facilities include such things as memory-leak tracking, fence-post write detection, file/line number reporting, and general logging of statistics."

Add this to your link command

-L/usr/lib/debug/lib -ldmallocth

gdb should automatically return control when glibc triggers an abort.

Or you can set up a signal handler for SIGABRT to dump the stacktrace to a fd (file descriptor). Below, mp_logfile is a FILE*

void *array[512 / sizeof(void *)]; // 100 is just an arbitrary number of backtraces, increase if you want.
size_t size;

size = backtrace (array, 512 / sizeof(void *));
backtrace_symbols_fd (array, size, fileno(mp_logfile));

回复收藏 0 原文

手心的温暖 2024-07-12 16:12:02

我建议你使用 valgrind：

valgrind --tool=memcheck --leak-check=full ./a.out

回复收藏 0 原文

喜爱纠缠 2024-07-12 16:12:02

一般来说，看起来你可能需要重新编译 glibc，呃。

你没有说明你正在运行的环境，但如果你可以为 OS X 重新编译你的代码，那么它的 libc 版本有一个 free() 监听这个环境变量：

MallocErrorAbort             If set, causes abort(3) to be called if an
                              error was encountered in malloc(3) or
                              free(3) , such as a calling free(3) on a
                              pointer previously freed.

The man page for free() on OS X 有更多信息。

如果您使用的是 Linux，请尝试 Valgrind，它可以找到一些无法捕获的错误。

In general, it looks like you might have to recompile glibc, ugh.

You don't say what environment you're running on, but if you can recompile your code for OS X, then its version of libc has a free() that listens to this environment variable:

MallocErrorAbort             If set, causes abort(3) to be called if an
                              error was encountered in malloc(3) or
                              free(3) , such as a calling free(3) on a
                              pointer previously freed.

The man page for free() on OS X has more information.

If you're on Linux, then try Valgrind, it can find some impossible-to-hunt bugs.

回复收藏 0 原文

撩心不撩汉 2024-07-12 16:12:02

我相信如果您将 MALLOC_CHECK_ 设置为 2，glibc 在检测到“free()：无效指针”错误时将调用 abort()。请注意环境变量名称中的尾随下划线。

如果 MALLOC_CHECK_ 为 1，glibc 将打印“free()：无效指针”（以及类似的 printfs 来处理其他错误）。如果MALLOC_CHECK_为0，glibc将默默地忽略此类错误并简单地返回。如果MALLOC_CHECK_为3，glibc将打印该消息，然后调用abort()。即它是一个位掩码。

您还可以使用 0-3 的参数调用 mallopt(M_CHECK_ACTION, arg)，并获得与 MALLOC_CHECK_ 相同的结果。

由于您看到“free()：无效指针”消息，我认为您一定已经在设置 MALLOC_CHECK_ 或调用 mallopt()。默认情况下 glibc 不打印这些消息。

至于如何调试它，安装 SIGABRT 处理程序可能是最好的方法。您可以在处理程序中设置断点或故意触发核心转储。