对于问题1，你将Adplus运行在了所谓的崩溃模式（Crash Mode），这实际上会将一个调试器CDB附加到要监视的进程。这个调试器会监视包括除零、非法访问等结构化异常。因为调试器总是先于应用程序得到异常处理机会，所以不管你的应用程序是否捕捉了这些异常，CDB都会先得到机会，并写一个dump文件。而且一旦有调试器，那么它会默认处理异常的第二轮处理机会，但这个处理实际上并没有解决问题。所以异常还会发生，如此循环不断。通常没有调试器时，不会进入第二轮异常分发应用程序就会被关闭。 文件名中的AccessViolation表示这是因为发生了Access Violation ...

如果允许使用调试版本的话，那么使用调试版本，正确设置符号和源代码路径后，WinDbg可以直接定位到源代码行。 正确设置.net库模块的符号，使得所有函数调用可以显示出正确的函数名，那么可以参考被调用的函数推测位置。

 与调试本地代码相比, WinDbg在调试.Net方面的确还有更多问题. 建议把这个问题发给WinDbg的开发人员. 或者使用另一个WinDbg来跟踪这个WinDbg,看问题出在哪里. 这并不像想象的那么难. dbgeng.dll的调试符号和WinDbg的SDK文档可以作为参考.  

大约是1995年, 就对OLE很感兴趣, 还买了本OLE 2的大部头,现在还睡在书柜里. 2000年的时候, 做过比较长时间的COM编程, 对COM有了比较深的理解. 对于.Net风靡的今天, 越来越多的人不再关心COM了. 但事实上, 很多技术还是和COM有着直接或间接的联系. 最近, 我就又体验了一次COM编程的苦与乐. 问题是调用微软的Application Verifier的组件。Application Verifier是微软开发的用来测试应用程序兼容性的免费工具。该软件通过COM技术公开了一系列组件，允许自动测试工具使用Application Verifier的功能。 Application ...

这张呢？

建议下载以下EXE形式的安装文件。 http://www.microsoft.com/downloads/details.aspx?FamilyID=7a4d8d12-9f5d-42bb-b31c-7b31657c869c&DisplayLang=en 其实很多时候只将感兴趣的内核模块替换为调试版本更实用。

偶然发现一些以往会议和培训的演讲录音，有些内容还是值得一“看”的： http://msdn.microsoft.com/library/default.asp?url=/seminar/mmcfeed/mmcdisplayfeed.asp?lang=en&product+=103363&audience=100402  

转自：http://www.longhornblogs.com/mrusso/archive/2005/09/16/14673.aspx   I hadn't much time to blog, but now that I've seen this I can't resist and I stopped everything else. Windows Vista has important kernel changes. Here is what more impressed me. User Mode Driver Framework: some drivers could be loaded in user mode and video drivers ...

今天在进行Windows内核调试时，偶然得到Windows内核的如下调试信息： RTL: RtlNtStatusToDosError(0x80000023): No Valid Win32 Error MappingRTL: Edit ntos\rtl\generr.c to correct the problemRTL: ERROR_MR_MID_NOT_FOUND is being returned 从中我们是不是可以想到很多呢? 这段代码不仅报告出错误情况的详细信息：哪个状态码没有定义错误码。而且指出应该如何修改源代码解决这个问题。

HOW TO: Enable Logging of Wiadebug.log in Windows XP http://support.microsoft.com/kb/307001/en-us How to enable debug prints in IEEE 1394 drivers How to enable NDIS debug tracing http://support.microsoft.com/kb/164459/en-us