5

我有以下来自 valgrind 的堆栈跟踪。但它并没有给我完整的堆栈跟踪。

==2433== Invalid free() / delete / delete[] / realloc()
==2433==    at 0x402B06C: free (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==2433==    by 0x43F345B: av_freep (mem.c:172)
==2433==    by 0x5A6F4D2: (below main) (libc-start.c:226)

在 gdb 中，我想我得到了同样的错误：

#5  0xb7c1345c in av_free (ptr=<optimized out>) at libavutil/mem.c:172
#6  av_freep (arg=0x88a2e48) at libavutil/mem.c:181
#7  0xb7c165c8 in av_opt_free (obj=0x88a2ba0) at libavutil/opt.c:787
#8  0xb6b56efc in avcodec_close (avctx=0x88a2ba0) at libavcodec/utils.c:1675
#9  0x0808a3e0 in encode_lavc_finish (ctx=0x8343a40) at encode_lavc.c:288
#10 0x08077d0b in exit_player_with_rc (mpctx=0x8313058, how=EXIT_EOF, rc=0)
at mplayer.c:705
#11 0x0806ced0 in main (argc=8, argv=0xbffff374) at mplayer.c:4771

但是随着 gdb 跟踪一直到main().

如何在 valgrind 中获取完整的堆栈跟踪，这完全有可能吗？

4

1 回答 1

4

在 gdb 中，我想我得到了同样的错误

您在 GDB中没有收到错误。你有一个断点av_free，但肯定av_free被调用了很多，而且你没有提供任何证据表明这个特定的调用是触发 Valgrind 错误的那个。

其他一些调用很可能av_free实际上触发了 Valgrind 错误，并且该调用也很可能是从atexit处理程序执行的，Valgrind 堆栈实际上是一个完整的堆栈跟踪。

如果您使用的是最新版本的 Valgrind，您实际上可以使用 调试在 Valgrind 下运行的程序--vgdb-error=1，并将 GDB准确地附加到问题发生的位置。文档在这里。

于 2012-06-16T19:24:11.270 回答