gpt4 book ai didi

c++ - 使用堆调试 MS VC++ 2005

转载 作者:行者123 更新时间:2023-11-28 08:02:36 25 4
gpt4 key购买 nike

我启用了堆调试来尝试调试一些内存泄漏错误。我通过包括以下内容来做到这一点:

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

在感兴趣的函数中调用 _CrtDumpMemoryLeaks()

然后我还编辑项目属性配置,将调试类型设置为 'Native Only' 并添加预处理器定义 '_DEBUG' 和 C/C++ 代码生成运行时库/MDd。我发现无论将 _CrtDumpMemoryLeaks() 函数调用放在哪里,它都会按如下方式转储内存泄漏输出。

Detected memory leaks!
Dumping objects ->
{2606} normal block at 0x000000003D3A5370, 32 bytes long.
Data: <VAR1> 54 48 45 52 4D 41 4C 5F 43 4F 4E 44 55 43 54 49
{2605} normal block at 0x000000003D3A52E0, 32 bytes long.
Data: <VAR2> 52 4F 43 4B 5F 48 45 41 54 5F 43 41 50 41 43 49
{2604} normal block at 0x000000003D3A5250, 32 bytes long.
Data: <VAR3> 45 51 55 49 4C 49 42 52 41 54 49 4F 4E 5F 52 45
{2603} normal block at 0x000000003D3A51C0, 32 bytes long.
Data: <VAR4> 4D 41 58 5F 57 41 54 45 52 5F 43 41 50 49 4C 4C
{2602} normal block at 0x000000003D3A5130, 32 bytes long.
Data: <VAR5> 4D 41 58 5F 47 41 53 5F 43 41 50 49 4C 4C 41 52
{2601} normal block at 0x000000003D3A50A0, 32 bytes long.
Data: <VAR6> 57 41 54 45 52 5F 43 4F 4D 50 52 45 53 53 49 42
{2600} normal block at 0x000000003D3A5000, 48 bytes long.

这可能意味着什么?这是否意味着如果在调用时有转储输出,那么错误/泄漏实际上发生在此之前?我们可以肯定地得出结论吗?如果不是,它似乎不是一个真正有用的实用程序。任何关于如何正确使用它或关于解释的建议/帮助都将受到赞赏。谢谢!

最佳答案

假设您有以下对:

int *x = new int[5];
int *y = new int[7];

delete[] y;
_CrtDumpMemoryLeaks();
delete[] x;

无论您删除 x,以后的转储都将包括 x 作为未释放。实际上,标准的 MS 技术需要对内存管理理解的高技能。为了简化您的生活,我的建议是 Visual Leak Detector - 易于嵌入您的项目并轻松定位错误(而且是免费的)。

关于c++ - 使用堆调试 MS VC++ 2005,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11037310/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com