安装IE9后,使用WebBrowser控件的应用程序崩溃

时间:2011-03-22 14:47:44

标签: c# .net winforms webbrowser-control internet-explorer-9

上周我安装了IE 9,因此,我的c#.net应用程序崩溃了大约20%。除了在Program.cs Application.Run(new MyMainForm())停止之外,调试器无法显示有用的东西; ,顺便说一下,主要表格已经显示出来了,所以并不是说它是主要形式的构造。

我有Windows7。

The exception thrown is:
"An unhandled exception of type 'System.ArgumentException' occurred in System.Windows.Forms.dll

Additional information: Value does not fall within the expected range.

callstack的屏幕截图 - > http://img861.imageshack.us/f/ie9v.png/

在调试器外部运行时,会显示以下信息:

Problem signature:
  Problem Event Name:   APPCRASH
  Application Name: myexe.exe
  Application Version:  6.7.6.0
  Application Timestamp:    4d7fdffd
  Fault Module Name:    mshtml.dll
  Fault Module Version: 9.0.8112.16421
  Fault Module Timestamp:   4d76266c
  Exception Code:   c0000005
  Exception Offset: 0012c848
  OS Version:   6.1.7600.2.0.0.256.48
  Locale ID:    1037

And sometimes instead of mshtml.dll it says StackHash_f09d

Problem Event Name: APPCRASH
  Application Name: myexe.exe
  Application Version:  6.7.6.0
  Application Timestamp:    4d7fdffd
  Fault Module Name:    StackHash_f09d
  Fault Module Version: 0.0.0.0
  Fault Module Timestamp:   00000000
  Exception Code:   c0000005
  Exception Offset: 00000000
  OS Version:   6.1.7600.2.0.0.256.48
  Locale ID:    1037

提前致谢

编辑:

这就是我在windbg中看到的,带有符号:

0:000> kb
ChildEBP RetAddr  Args to Child              
0020eda4 64d54f83 0566c988 00001012 00000000 mshtml!CDoc::ReduceMemoryPressureTask+0x1a
0020edb4 64d54f2c c6b991e4 0020ee78 00000113 mshtml!GWYieldToMsgOnCurrentThread+0x17b
0020edfc 770086ef 00192392 00000012 0000201b mshtml!GlobalWndProc+0x1f2
0020ee28 77008876 64d54afe 00192392 00000113 USER32!InternalCallWinProc+0x23
0020eea0 770089b5 00000000 64d54afe 00192392 USER32!UserCallWinProcCheckWow+0x14b
0020ef00 77008e9c 64d54afe 00000000 0020ef2c USER32!DispatchMessageWorker+0x35e
0020ef10 03b54726 0020ef9c fa69a961 00000000 USER32!DispatchMessageW+0xf
*** WARNING: Unable to verify checksum for C:\Windows\assembly\NativeImages_v2.0.50727_32\System.Windows.Forms\f92c882fd4e7005c005e208daa04c28d\System.Windows.Forms.ni.dll
WARNING: Frame IP not in any known module. Following frames may be wrong.
0020ef2c 5af78aee 01b743e4 00000001 01ac95cc 0x3b54726
0020efe0 5af78757 00000000 ffffffff 00000000 System_Windows_Forms_ni+0x208aee
0020f038 5af785a1 01b6c610 1f3a000e 00000000 System_Windows_Forms_ni+0x208757
0020f068 5af35911 01bb7d84 0020f10c 003b73d8 System_Windows_Forms_ni+0x2085a1
0020f0e0 6f221b5c 015b1141 00000001 0020f170 System_Windows_Forms_ni+0x1c5911
0020f0f0 6f232209 0020f1c0 00000000 0020f190 mscorwks!CallDescrWorker+0x33
0020f170 6f246511 0020f1c0 00000000 0020f190 mscorwks!CallDescrWorkerWithHandler+0xa3
0020f2b4 6f246544 0032c040 0020f380 0020f34c mscorwks!MethodDesc::CallDescr+0x19c
0020f2d0 6f246562 0032c040 0020f380 0020f34c mscorwks!MethodDesc::CallTargetWorker+0x1f
0020f2e8 6f2b0c45 0020f34c d847bc11 00000000 mscorwks!MethodDescCallSite::CallWithValueTypes+0x1a
0020f44c 6f2b0b65 003239c0 00000001 0020f488 mscorwks!ClassLoader::RunMain+0x223
0020f6b4 6f2b10b5 00000000 d847b3d9 00000001 mscorwks!Assembly::ExecuteMainMethod+0xa6
0020fb84 6f2b129f 013a0000 00000000 d847b389 mscorwks!SystemDomain::ExecuteMainMethod+0x456

=====更新(我不确定,如果我应该发布为“回答你的问题”)============ 感谢大家的帮助,我很感激。

绝望之下,我开始删除代码片段以了解我的代码的哪一部分会影响它(我们以多种形式使用webrowser控件)。删除对也使用webrowser控件的LoginForm调用后,问题就消失了。

登录表单托管webrowser控件,它导航到某个url,例如/login.php,如果用户已经登录,则使用ObjectForScripting从html调用方法UserLoggedIn里面的表单。当调用UserLoggedIn时,如果显示LoginForm,我们调用Close()来关闭表单。即使LoginForm正在做这一切,我们并不总是显示它。我们只是在X秒后没有调用UserLoggedIn()(即用户需要登录)时显示它。 出于某种原因,并且由于MS使我们能够调试到.net源代码,当我们调用Close时,表单不可见,它实际上是处理表单及其所有子项,因为IsHandleCreated是错误的。现在,从UserLoggedIn()调用Close,这是一个由浏览器控件触发的事件(callstack显示ieframe.dll,mshtml.dll等),因此webbrowser对象在被调用时被驱逐。 解决这个问题的愚蠢方法是,只有在表单可见时才调用Close。顺便说一句,我不知道,如果我们不显示表格,为什么IsHandleCreated是假的。我尝试通过编写一个创建表单的样本来重现它,但是它的IsHandleCreated是真的。

----来自Forms.cs -----

        public void Close() 
        { 

        if (GetState(STATE_CREATINGHANDLE)) 
            throw new InvalidOperationException(SR.GetString(SR.ClosingWhileCreatingHandle, "Close"));

        if (IsHandleCreated) {
            closeReason = CloseReason.UserClosing; 
            SendMessage(NativeMethods.WM_CLOSE, 0, 0);
        } 
        else{ 
            // MSDN: When a form is closed, all resources created within the object are closed and the form is disposed.
            // For MDI child: MdiChildren collection gets updated (VSWhidbey# 368642 & 93550) 
            Dispose(); // THIS WAS CALLED WHEN FORM WAS NOT VISIBLE
        }
    }

9 个答案:

答案 0 :(得分:1)

受过教育的推测让你开始 - 计时器使用线程池线程,这是MTA。如果我不得不猜测我会说它可能与此有关,因为activex控件只能从STA线程安全地实例化。也许尝试手动创建线程而不是使用计时器线程?

答案 1 :(得分:1)

  
    

browser.Navigate(“xxx”)从计时器

调用   

你使用什么样的计时器?如果计时器激活回调发生在另一个线程上,并且您正在调用浏览器对象上的方法,那么您将打开自己随机崩溃的可能性。尝试设置Control.CheckForIllegalCrossThreadCalls = true;在您的Main()方法中运行Application.Run(...)方法并查看它何时崩溃,您会得到更多“on point”错误消息或相同。

答案 2 :(得分:1)

当jscript.dll注册不正确时会发生此崩溃。 ReduceMemoryPressureTask方法期望它被加载并导致空取消引用。修复是在受影响的计算机上运行regsvr32 jscript.dll。您可以通过查看加载的模块列表来检查错误,以查看是否缺少jscript.dll。这可以通过编程方式或通过Process Explorer完成。

答案 3 :(得分:0)

在问题的最后(Filip Navara)报告了同样的错误。您应该检查解决方案:C# WebBrowser Control System.AccessViolationException

答案 4 :(得分:0)

IE9对我的代码也相当糟糕。也许是我similar question with answers,对你有所帮助。

答案 5 :(得分:0)

异常代码c0000005通常意味着存在内存问题。也许它与你的应用程序的32位和64位区域有关。 我会尝试让你的应用程序在64完全运行,然后完全运行32,看看会发生什么。 尝试以管理员身份运行,看看是否有任何改变。 此外,你应该在有意义的点上设置try catch,并在发现错误时重新设置。 那些是建议,所以试一试,看看你是否可以获得更多信息。

祝你好运!

答案 6 :(得分:0)

可能有一个原因,因为WinForms在STA下运行,但Web浏览器需要MTA。在浏览器控件上方放置一个try-catch,并检查是否有r / w访问语音。正如oakcool所述

答案 7 :(得分:0)

我遇到了这方面的问题,主要原因是违反了特权 该程序在管理员级别运行,浏览器在用户级别运行,反之亦然 要研究的东西

答案 8 :(得分:0)

我得到了相同的错误/崩溃,因为我安装了ie9。只有在页面上有youtube影片时才会发生这种情况。而不是它与完全相同的窗口挂起/崩溃你得到杰克Juiceson。

但在“故障模块名称”后面我没有得到mshtml.dll,我得到一个d3d9.dll或类似的东西。 veryyyyy奇怪。