在关闭C++的程序后，在VS编译器的 Output窗口后
出现以下情况：
<span style="font-size:18px;">f:ddvctoolsvc7libsshipatlmfcsrcmfcstrcore.cpp(156) : {930} normal block at 0x0075E3F8, 22 bytes long.
Data: < w > 84 CF DF 77 02 00 00 00 02 00 00 00 01 00 00 00
{928} normal block at 0x0075E328, 60 bytes long.
Data: < wd u ` u > 98 CF DF 77 64 02 00 00 08 E4 75 00 60 E4 75 00
{926} normal block at 0x0075E278, 16 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
{925} normal block at 0x0075EF18, 16 bytes long.
Data: < > 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 </span>
出现这类情况说明你的程序出现了内存泄漏，单靠这些字符我们只能知道出错的地址是哪里，可是具体在哪里出错我们却没法判断。
微软提供了
long _CrtSetBreakAlloc(
long lBreakAlloc
);
参数：lBreakAlloc 分配定单数，可以设置断点。
返回值：返回放置断点设置之前的对象分配定单号。
_CrtSetBreakAlloc 允许利用程序通过中断履行内存泄漏检测到特定点内存分配和跟踪回要求的原点。 函数使用的对象分配定单数量分配内存块时在堆中分配。
例子：
BOOL TMApp::InitInstance()
{
_CrtSetBreakAlloc(928);//928为出现泄漏的内存地址
...
}
这样当运行到928这块地址值程序就会进入DeBug断点模式，我们就能够根据 Call Stack 找到内存泄漏在代码中的位置了。