Don't feel frustrated :-) ...

建议要把找到眼下的问题和彻底改进软件的设计分开来考虑。对于前者，可以使用ADPLUS来自动监视，对某些异常得到第一次通知时就自动做DUMP。

请参考《软件调试》P79

WLDAP32!LoadLibLock是WLDAP32模块自己定义的一个临界区，每个进程的LoaderLock是登记在PEB结构中的，二者不一样。 现在问题还是出在LoaderLock上，788这个线程等着它，但是它却没有被置信号，说明当前拥有这个Event的线程没有释放或者出其它问题了。 手语推测的原因是很可能的，拥有LoaderLock的那个线程意外退出了。

问题1，对的，如果分配的堆块大小超过了可以使用普通堆块方式来分配的阈值，那么就使用大虚拟内存块的方式了，参见P655页图下面那一段。这个和当前的堆段是否用完没有关系。 问题2，这是根据创建堆时的参数来决定的。参见P647 问题3， 这要看释放堆块的总大小了，超过一个_HEAP结构中的一个阈值后，便会解除提交，那么保留的空间便变大了。

如果要切换当前CPU，用~ns 比如~0s是切换到0号CPU，切换CPU和切换进程是两码事

Windows Internals 5终于出来了，下面是来自David Solomon Expert Seminars [news@solsem.com]邮件组的内容： Windows Internals 5th edition is finally shipping! Visit the official book page on Sysinternals at http://technet.microsoft.com/en-us/sysinternals/bb963901.aspx.  Also, watch the Channel 9 interview of David and Mark talking about their work together on the ...

每个CS结构都有一个对应的Event对象，当需要等待进入临界区时，等待线程就开始等待这个事件，LockSemaphore 字段就是这个Event对象的句柄： 0:000> dt _RTL_CRITICAL_SECTION 0x7c8897a0 mfc80u!_RTL_CRITICAL_SECTION +0x000 DebugInfo : 0x7c8897c0 _RTL_CRITICAL_SECTION_DEBUG +0x004 LockCount : -11 +0x008 RecursionCount : 0 +0x00c OwningThread : (null) +0x010 LockSemaphore : 0x00000238 +0x014 SpinCount : 0 ...

方法类似呀，把地址换成变量的地址，参见P94

从输出的信息看，工作的很好呀，要中断目标，按一下Ctrl+Break就可以了，或者按MJ说的做。