System.AccessViolationException was unhandled
Message=Attempted to read or write protected memory. This is often an indication that other memory is corrupt.
Source=System.Windows.Forms
StackTrace:
at System.Windows.Forms.UnsafeNativeMethods.PeekMessage(MSG& msg, HandleRef hwnd, Int32 msgMin, Int32 msgMax, Int32 remove)
at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
at System.Windows.Forms.Application.Run(Form mainForm)
at ABC.Program.Main() in C:\Documents and Settings\...\Program.cs:line 17
InnerException:
这很难重现异常,是非常难以预测的。我连接了我的visual studio调试器并运行了7到10次测试,并且能够成功捕获此堆栈跟踪。请注意,这些都不是我的代码,所以在Windows级别发生了一些令人毛骨悚然的事情。顺便说一句,我们使用PInvoke打开/关闭像iexplore,记事本等窗口。
经过一些 - search - 并根据微软那个人给出的建议,我尝试了ADPlus来获取内存转储& Windbg要分析,但是我从windbg获得的信息比异常本身更加神秘。
This dump file has an exception of interest stored in it.
The stored exception information can be accessed via .ecxr.
(904.1cf4): Access violation - code c0000005 (first/second chance not available)
eax=003c4d10 ebx=00000000 ecx=00000000 edx=00000000 esi=003c4d2a edi=0012f1a0
eip=003c4b64 esp=0012f11c ebp=0012f138 iopl=0 nv up ei pl zr na pe nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010246
003c4b64 8b410c mov eax,dword ptr [ecx+0Ch] ds:0023:0000000c=????????
0:000> .ecxr
eax=003c4d10 ebx=00000000 ecx=00000000 edx=00000000 esi=003c4d2a edi=0012f1a0
eip=003c4b64 esp=0012f11c ebp=0012f138 iopl=0 nv up ei pl zr na pe nc
cs=001b ss=0023 ds=0023 es=0023 fs=003b gs=0000 efl=00010246
003c4b64 8b410c mov eax,dword ptr [ecx+0Ch] ds:0023:0000000c=????????
可能有一些专家可以提供这些信息,我不能。
那么,你们做了什么来分析这些问题呢?是什么类似于.Net的“堆转储分析器”。对于.Net?
环境:Windows XP SP3 [完全访问权限,管理员]
答案 0 :(得分:2)
在Visual Studio中,转到项目属性并启用“非托管代码取消”,然后启动调试器。
[不确定是否需要以下步骤,但我刚刚做了] 在visual studio的立即窗口中执行.load SOS.dll
我找到了问题的根本原因:在“ABC.Form1 + SendMessageDelegate :: Invoke”类型的垃圾回收委托上进行了回调。这可能会导致应用程序崩溃,损坏和数据丢失。将委托传递给非托管代码时,托管应用程序必须将它们保持活动状态,直到确保它们永远不会被调用为止。
感谢发表回复或评论的所有人。