13

我需要知道如何找出共享库中的内存泄漏，该共享库将被加载到发布二进制文件中。我的意思是我使用 -g 选项构建的共享库，但加载共享库的二进制文件不是使用 -g 选项构建的。

我得到的泄漏报告如下。

==739==    at 0x4A05809: malloc (vg_replace_malloc.c:149)
==739==    by 0x84781B1: ???
==739==    by 0x87507F5: ???
==739==    by 0x874CF47: ???
==739==    by 0x874E657: ???
==739==    by 0x874F7C2: ???
==739==    by 0x8779C0C: ???

请让我知道如何从共享库中获取泄漏的堆栈跟踪？

4

2 回答 2

9

假设泄漏确实来自您的共享库，那么我认为问题不在于主可执行文件中缺乏调试。

您的问题更可能是可执行文件dlclose在完成之前通过调用来卸载共享库。这意味着当 valgrind 来检查泄漏时，库的所有符号信息都消失了，因为不再加载库。

如果您可以重建可执行文件，那么最简单的解决方案可能是暂时停止它的调用dlclose，以便库保持加载直到结束。

如果您不能这样做，请尝试使用LD_PRELOAD来保持库的加载，如下所示：

LD_PRELOAD="/path/to/library.so" valgrind my-executable

这有望欺骗动态链接器，即使在关闭库后也能保持库的加载。

于 2012-10-30T10:02:31.437 回答
3

正如前面的答案所暗示的，这是因为您在程序终止之前关闭了库，因此 valgrind 无法使用符号信息。

使用 LD_PRELOAD 对我不起作用；我现在有两个版本；一个明确不调用 dlclose(); 在这个版本中，valgrind 正确地报告行号信息，正如您对动态链接所期望的那样。

于 2013-02-18T06:57:31.967 回答