你是不是最近从microsoft symbol server上下的pdb？如果是最近下的，那应该实是symbol的问题，详情见http://stackoverflow.com/questions/32217038/ntdll-module-not-loading-correctly-in-windbg-but-why。

好像分配小块内存并不会每次都创建一个_HEAP_ENTRY，我new了几万次，然后用windbg看，_HEAP_ENTRY只有几百个。

我知道的就HeapAlloc，GlobalAlloc，LocalAlloc，VirtualAlloc，VirtualAllocEx。前面3个分配的都是属于堆的。我现在在调试一个内存异常的程序，具体表现是使用某个特定版本的gpu驱动导致内存多了800M，换一个驱动内存正常了。我想看看这800M内存到底哪里分配的。我用NtQueryVirtualMemory遍历之后发现这800M不属于Heap，是private ...

struct A{    ......    wstring a;    wstring b;    ......};vector<A *> a;程序启动的时候，初始化a，vector的size是240。经过一定步骤之后，退出程序，删除a，在delete其中一个A *(v0)的时候，crt报错。我查看内存，发现v0->b的内存块后面是FD FD FD ...

谢谢了。有没有工具能监视到所有的内存分配了？因为用到了一些不是自己写的库，所有靠自己写代码是不行了。

umdh能捕获到所有的内存分配吗？我用umdh比较前后两次，发现只捕获到了9m的内存增长。但是如果不开ust，这两次之间，内存增长了70m左右。

谢谢。我上调试器看了，是因为太慢了，因为我程序一开始运行的时候初始化了很多东西，new了几万次。但是这些部分我知道没有泄露的，能不能动态的开关stack trace？我想等初始化完了再开始记录。把heap block的usage设置成_CRT_USE_IGNORE，是不是就不记录了？

程序退出的时候没有泄露，但是内存增长不正常，有隐式内存泄露。想通过umdh来找，但是gflags /i myapp.exe _ust之后，程序就运行不起来了，停住不动了，也不crash。这是为什么？

 Raymond wrote:Tools > Options > Debugging > Symbols Microsoft Symbols Servers 选中了么？ 另外，分析时互联网通否？  调试符号服务器开了，我看了，d3dx_40.dll的pdb加载不了，未找到匹配的二进制。但windbg可以，用lm命令看58170000 585ba000   D3DX9_40 T (pdb symbols)          ...

 Raymond wrote:要看飞到哪里了 :-)>    D3DX9_40.dll!58359d6e()          [下面的框架可能不正确和/或缺失，没有为 D3DX9_40.dll 加载符号]         d3d9.dll!CD3DHal::SetRenderState_FP()  + 0xfd 字节         ...