Question

我正在开发一个嵌入式平台（架构是SH4），几分钟前我的程序用SIGABRT崩溃了。

幸运的是，我在gdbserver下运行，被这个信号中断的线程有这个堆栈转储：

#0  0x2a7f1678 in raise () from /home/[user]/target/lib/libc.so.6
#1  0x2a7f2a4c in abort () from /home/[user]/target/lib/libc.so.6
#2  0x2a81ade0 in __libc_message () from /home/[user]/target/lib/libc.so.6
#3  0x2a81f3a8 in malloc_printerr () from /home/[user]/target/lib/libc.so.6
#4  0x2a8c3700 in _IO_wide_data_2 () from /home/[user]/target/lib/libc.so.6

你知道这里发生了什么吗？一个糟糕的免费（）？坏删除？不好malloc？什么是“_IO_wide_data_2”应该做什么？我看到了我不理解的malloc_printerr（）调用。

谷歌给了我234 results这个，但所有这些都只是因为他们的回溯中有“功能”。

Answer 1

它是stderr的一个流，用于广泛的角色支持。

你可以把它分解成各个部分：

_IO：输入/输出。
wide_data：广泛数据
2：stderr

你也有;

_IO_wide_data_0：stdin _IO_wide_data_1：stdout

它们被链接为2-> 1-> 0。

malloc_printerr()用于在动态内存管理中发生/发生错误时打印各种错误消息。但你的痕迹看起来有限（你有没有删除任何东西？）。

它可能是对stderr的写入，你试图在内存中，在损坏的内存中编写一些内容，...

或者它可能是较低的堆栈点导致写入stderr。

或......

Answer 2

糟糕的免费（）？坏删除？不好malloc？

是的，我认为这是其中之一。

如果错误很容易重现，请在malloc.c，malloc_printerr中放置一个断点。当调试器在那里停止时，您可能会获得完整的调用堆栈并在您的代码中找到错误的位置。我仍然不知道为什么会这样，在进入__libc_message之后，调用堆栈就会被破坏。

我发现这种奇怪的行为。删除相同缓冲区两次的简单应用程序：

void main()
{
    char * buf = new char[4*1024];
    delete[] buf;
    delete[] buf;
}

在malloc_printerr中，调用堆栈如下所示：

#0  malloc_printerr (action=3, str=0x297d0b5c "double free or corruption (top)", ptr=<value optimized out>) at malloc.c:5887
#1  0x29750be8 in __libc_free (mem=0x411008) at malloc.c:3622
#2  0x29612c70 in operator delete (ptr=<value optimized out>) at ../../../../libstdc++-v3/libsupc++/del_op.cc:49
#3  0x29612cc2 in operator delete[] (ptr=<value optimized out>) at ../../../../libstdc++-v3/libsupc++/del_opv.cc:37
#4  0x0040068a in main (argc=1, argv=0x7bb26814) at double_free.cpp:47

输入__libc_message后：

#0  __libc_message (do_abort=2, fmt=0x297d09c8 "*** glibc detected *** %s: %s: 0x%s *** ") at ../sysdeps/unix/sysv/linux/libc_fatal.c:50
#1  0x2974f3a8 in malloc_printerr (action=3, str=0x297d0b5c "double free or corruption (top)", ptr=<value optimized out>) at malloc.c:5887
#2  0x297f3700 in _IO_wide_data_2 () from /cygdrive/c/STM/SH4-Linux-gcc/opt/STM/STLinux2.3/devkit/sh4/target/lib/libc.so.6
Backtrace stopped: frame did not save the PC

也许它与属性（（noreturn））和编译器优化有关？

Answer 3

在GDB下运行时是否可以重现此错误？您可以使用此处的各种“堆栈”命令获得更多堆栈跟踪信息：

GDB Cheat Sheet

您可能需要向上或向下移动几个堆栈帧以确定发生了什么。

_IO_wide_data_2：这是什么？

3 个答案: