_CrtDumpMemoryLeaks截断的输出？

Question

我正在尝试使用Visual Studio的功能来检测内存泄漏，但是我一直在截断输出，例如：

Dumping objects ->
{174} normal block at 0x0099ADB8, 48 bytes long.
 Data: <h:\najnovije\tru> 68 3A 5C 6E 61 6A 6E 6F 76 69 6A 65 5C 74 72 75 
{170} normal block at 0x0099AD58, 32 bytes long.
 Data: <h:\najnovije\tru> 68 3A 5C 6E 61 6A 6E 6F 76 69 6A 65 5C 74 72 75 
Object dump complete.

我究竟做错了什么？ 我加了

#define _CRTDBG_MAP_ALLOC
#include <stdlib.h>
#include <crtdbg.h>

到我的代码的开头。

谢谢。

Answer 1

不幸的是，Microsoft Visual C ++不会告诉您泄漏的确切位置。 即使可以，它也可能在应用程序的某些常规例程中（例如AllocateString）或new运算符中的某个位置。

在输出中，h：\\ najnovije \\ tru不是导致泄漏的源文件的[截短]名称，而是未释放的数据块的前16个字节。

尝试查找在应用程序中存储文件名的位置。 这可能会指出实际泄漏。

Answer 2

如果要获取源文件+分配所在平面的行号，则必须使用CRT调试分配函数，而不是常规的malloc / new。

如果您使用的是“新”，则可以执行以下操作：＃定义#define new DEBUG_NEW

或者对于malloc，使用_malloc_dbg而不是malloc。 只需阅读_malloc_dbg的MSDN文档，您将在其中看到各种项目。 使用此功能的大多数宏将在此处使用__FILE__和__LINE__。

Answer 3

此输出不会被截断。 它打算以另一种方式使用。

尝试对程序进行更深入的观察。 如果您使用相同的测试步骤，则可以始终发现Visual Studio（更准确地说，约占99％的时间）为您提供了相同的泄漏地址0x0099ADB8和0x0099AD58。

现在，您需要设置在这两个地址的更改时中断的数据断点。 在程序开始处中断，选择Debug-> New Breakpoint-> New Data Breakpoint，输入地址。 对于您的情况，您需要创建两个：一个用于0x0099ADB8，另一个用于0x0099AD58。 最终，您将停止在实例化此内存块的代码处，这为您提供了泄漏的确切来源。

在某些情况下，您每次都有不同的泄漏地址。 在这种情况下，最好改用gflags和WinDBG，以便您有机会比较内存内容并从那里开始。