Question

我在Mountain Lion的OS X 10.8.1上使用Valgrind版本3.8.0。关于与10.8.1的兼容性，Valgrind's site表示（italics mine）：

Valgrind 3.8.0适用于 {x86，amd64} -darwin（Mac OS X 10.6和10.7，对10.8的支持有限）。

我知道，10.8.1只有“有限的支持”。尽管如此，this bug report说（我的斜体）：

此（最新的3.8.0版本）使 Valgrind 编译并能够在OSX 10.8上运行小程序。但请注意它仍然使用更大的应用程序断言，而32位程序则不然完全检查（Memcheck错过了大多数错误）。

好的，没关系。因此，如果气质，Valgrind应该在10.8.1上工作。所以现在我的问题是：

我能够轻松地让Valgrind在10.8.1上编译，但是当我在几个小C程序上运行它时，我看到了一些奇怪的结果。为了尝试减少问题的可能原因，我最终编写了以下“程序”：

int main () {                                                               
    return 0;
}

不是很令人兴奋，而且很少有错误的空间，我会说。然后，我编译并通过Valgrind运行它：

gcc testC.c
valgrind ./a.out

这是我的输出：

==45417== Command: ./a.out
==45417== 
==45417== WARNING: Support on MacOS 10.8 is experimental and mostly broken.
==45417== WARNING: Expect incorrect results, assertions and crashes.
==45417== WARNING: In particular, Memcheck on 32-bit programs will fail to
==45417== WARNING: detect any errors associated with heap-allocated data.
==45417== 
--45417-- ./a.out:
--45417-- dSYM directory is missing; consider using --dsymutil=yes
==45417== 
==45417== HEAP SUMMARY:
==45417==     in use at exit: 58,576 bytes in 363 blocks
==45417==   total heap usage: 514 allocs, 151 frees, 62,442 bytes allocated
==45417== 
==45417== LEAK SUMMARY:
==45417==    definitely lost: 8,624 bytes in 14 blocks
==45417==    indirectly lost: 1,168 bytes in 5 blocks
==45417==      possibly lost: 4,925 bytes in 68 blocks
==45417==    still reachable: 43,859 bytes in 276 blocks
==45417==         suppressed: 0 bytes in 0 blocks
==45417== Rerun with --leak-check=full to see details of leaked memory
==45417== 
==45417== For counts of detected and suppressed errors, rerun with: -v
==45417== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0 from 0)

我知道Valgrind还没有准备好在10.8.1的黄金时段。尽管如此，我希望能够在这里使用它 - 我只需要在小程序中使用它，并且没有任何关于结果的任务至关重要。但显然，它报告了一个似乎不太可能泄漏的程序中的大量泄漏。因此：

我该怎么做才能解决这个问题？

其他信息：

添加故意泄露的整数将“绝对丢失”的计数增加适当的4个字节。
同样，通过不释放内存故意泄漏对malloc的调用会适当地增加堆分配计数。
使用-g标志进行编译然后运行到Valgrind（以解决dSYM directory is missing错误）确实会导致该错误消失，但不会更改吨的问题报告内存泄漏。

Answer 1

它告诉你：

预计会出现错误的结果，断言和崩溃。

如果您仍想运行它，请打印有关虚假泄密的详细信息（--leak-check=full），并将其用于suppress有关它们的消息。

Answer 2

Valgrind主干似乎已经改善到现在可以使用的程度。我还没有看到它崩溃，但确实有很多误报，可以使用抑制文件处理。

现在，我的抑制文件如下所示：

# OS X 10.8 isn't supported, has a bunch of 'leaks' in the loader
{
   osx_1080_loader_false_positive_1
   Memcheck:Leak
   ...
   fun:_ZN11ImageLoader23recursiveInitializationERKNS_11LinkContextEjRNS_21InitializerTimingListE
   ...
}
{
   osx_1080_loader_false_positive_2
   Memcheck:Leak
   ...
   fun:_ZN16ImageLoaderMachO16doInitializationERKN11ImageLoader11LinkContextE
   ...
}
{
   osx_1080_loader_false_positive_3
   Memcheck:Leak
   ...
   fun:map_images_nolock
   ...
}
{
   osx_1080_loader_false_positive_4
   Memcheck:Leak
   ...
   fun:_objc_fetch_pthread_data
   fun:_ZL27_fetchInitializingClassLista
   fun:_class_initialize
   fun:_class_initialize
   fun:_class_initialize
   fun:_class_initialize
   fun:prepareForMethodLookup
   fun:lookUpMethod
   fun:objc_msgSend
   fun:_libxpc_initializer
   fun:libSystem_initializer
}

Answer 3

我也在mac osx 10.8上运行来自macports的valgrind。它运行时没有崩溃，但确实产生了一些疯狂的结果，就像这个stackoverflow帖子Confusing output from Valgrind shows indirectly lost memory leaks but no definitely lost or possibly lost中的结果一样。

Valgrind报告在OS X 10.8.1上泄露了内存

3 个答案: