在节目结束时双重免费或腐败,没有免费

时间:2013-03-19 02:32:42

标签: c++ debugging free glibc

我的程序正在完成,甚至在返回0之前打印最终的“DONE2”;在主要。 我有malloc的动态内存分配,但我的程序中没有免费的。

为什么/如何在没有免费的情况下获得此信息,为什么我的程序仍在运行直到完成,我应该如何找到错误来源?

编辑:我只是问如何在没有免费的情况下获得错误以及程序将如何到达执行结束。

*** glibc detected *** ./prog: double free or corruption (out): 0x09574040 ***
======= Backtrace: =========
/lib/libc.so.6[0x9ca595]
/lib/libc.so.6(cfree+0x59)[0x9ca9d9]
/usr/lib/libstdc++.so.6(_ZdlPv+0x21)[0x2e6c581]
./prog[0x804b2f9]
./prog[0x804b33b]
./prog[0x804b34f]
./prog[0x804b4d5]
./prog[0x804b4ec]
./prog[0x804bb6f]
./prog[0x8049d43]
./prog[0x8049d59]
./prog[0x8049d88]
./prog[0x8049da2]
./prog[0x8049de3]
./prog[0x8049e6f]
./prog[0x8049604]
/lib/libc.so.6(__libc_start_main+0xdc)[0x976e9c]
./prog(__gxx_personality_v0+0x79)[0x8049271]
======= Memory map: ========
002d4000-002d5000 r-xp 002d4000 00:00 0          [vdso]
0093e000-00958000 r-xp 00000000 fd:00 559505     /lib/ld-2.5.so
00958000-00959000 r-xp 00019000 fd:00 559505     /lib/ld-2.5.so
00959000-0095a000 rwxp 0001a000 fd:00 559505     /lib/ld-2.5.so
00961000-00aa0000 r-xp 00000000 fd:00 559506     /lib/libc-2.5.so
00aa0000-00aa2000 r-xp 0013f000 fd:00 559506     /lib/libc-2.5.so
00aa2000-00aa3000 rwxp 00141000 fd:00 559506     /lib/libc-2.5.so
00aa3000-00aa6000 rwxp 00aa3000 00:00 0 
00aa8000-00acd000 r-xp 00000000 fd:00 559513     /lib/libm-2.5.so
00acd000-00ace000 r-xp 00024000 fd:00 559513     /lib/libm-2.5.so
00ace000-00acf000 rwxp 00025000 fd:00 559513     /lib/libm-2.5.so
02dab000-02db6000 r-xp 00000000 fd:00 559517     /lib/libgcc_s-4.1.2-20080825.so.1
02db6000-02db7000 rwxp 0000a000 fd:00 559517     /lib/libgcc_s-4.1.2-20080825.so.1
02db9000-02e99000 r-xp 00000000 fd:00 79091      /usr/lib/libstdc++.so.6.0.8
02e99000-02e9d000 r-xp 000df000 fd:00 79091      /usr/lib/libstdc++.so.6.0.8
02e9d000-02e9e000 rwxp 000e3000 fd:00 79091      /usr/lib/libstdc++.so.6.0.8
02e9e000-02ea4000 rwxp 02e9e000 00:00 0 
08048000-0805c000 r-xp 00000000 fd:00 789714     /home/echelon/correngine/prog
0805c000-0805d000 rw-p 00013000 fd:00 789714     /home/echelon/correngine/prog
09553000-09594000 rw-p 09553000 00:00 0          [heap]
b7fa9000-b7fab000 rw-p b7fa9000 00:00 0 
b7fb4000-b7fb5000 rw-p b7fb4000 00:00 0 
bfbe9000-bfbfe000 rw-p bffea000 00:00 0          [stack]
DONE
DONE2
make: *** [run] Aborted

编辑:谢谢,问题是我通过长镜头超过缓冲区导致“腐败”而不是双重免费。

1 个答案:

答案 0 :(得分:0)

  

我使用malloc进行动态内存分配,但我的程序中没有免费的

哇!停在这儿!这是一个严重的问题 - 程序中的一个错误。当你有这个明显的错误时,弄清楚其他事情为什么不能正常工作并不是很重要。您需要为free的每个来电添加一个匹配的malloc来解决此问题首先。只有在您完成此操作后,您才会担心解决其他问题(如果它们仍然存在)!

  

为什么/如何在没有免费

的情况下获得此信息

几乎可以肯定,这是报告与free的使用(或缺乏使用)无关的问题。错误消息的重要部分实际上是损坏部分。

当您覆盖要求使用malloc的内存块时,通常会出现此错误。例如,如果您打算分配一块内存来保存结构Foo,但您只为指针分配空间到结构Foo,那么您将继续写入超出实际分配的空间量,破坏不属于您的内存中的信息。 glibc正在检测这种内存中可能存在的数据的损坏情况并且不合适。

除非我们能够看到实际的代码,否则我们无法找到这种情况。但是当您查看代码的所有电话时,请搜索malloc的所有来电,以便与free的相应电话进行匹配,这也是检查并确保每个电话都有效的好时机。对malloc的来电是正确的。

  

为什么我的程序仍在运行直到完成

如果问题与我上面预测的一样,那么您已进入Undefined Behavior领域。基本上,这意味着你已经完成了语言标准所说不应该做的事情(写在不属于你的内存上)。既然你已经完成了它,那么语言标准绝对不能保证程序执行时会发生什么。 可能工作得非常好。每次可能崩溃。 可能有时会崩溃。 可能损坏您的硬盘。 可能导致你的房子着火并demons to fly out of your nose。你永远不会知道。这就是为什么你应该不惜一切代价避免调用未定义的行为。它不仅令人害怕,而且还指向代码中的错误。