gpt4 book ai didi

delphi - 如何在 Internet Explorer 中调试除零异常?

转载 作者:行者123 更新时间:2023-12-03 14:40:32 25 4
gpt4 key购买 nike

我在 Windows 应用程序中托管 Internet Explorer。我可以向下滚动到文档底部。当我尝试向后滚动时,我得到一个除以零异常:

enter image description here

当我使用 Page Up 滚动时,崩溃似乎发生在调用-IOleInPlaceActiveObject:TranslateAccelerator

当我使用鼠标滚动时,在调用

期间发生崩溃

无论哪种方式,崩溃都是在 Internet Explorer 中发生的。

发生异常时 Delphi 显示的堆栈跟踪:

enter image description here

与 Jedi 的异常跟踪显示的堆栈跟踪不同:

Exception EZeroDivide in module mshtml.dll at 00378B89.
Floating point division by zero.

Exception raised by object: TEmbeddedWB


Full Exception Details:
EZeroDivide
ExceptionCode: 0xC000008E (EXCEPTION_FLT_DIVIDE_BY_ZERO)
The thread tried to divide a floating-point value by a floating-point divisor of zero.
ExceptionFlags: 0x00000002
ExceptionAddress: 0x574C8B89
Parameters: (0x00000000)
EXCEPTION_RECORD: nil
Message: Floating point division by zero


Stack Trace:
[574C8B89] Unknown function at DllGetClassObject + $FF033
[004CA61E] OleCtrls.TOleControl.WndProc (Line 2171, "olectrls.pas" + 12) + $10
[006CF62A] EmbeddedWB.TEmbeddedWB.WBWndProc (Line 1492, "EmbeddedWB.pas" + 31) + $8
[0046200C] Forms.StdWndProc (Line 1459, "Forms.pas" + 8) + $0
[0046D2A2] Forms.TApplication.IsKeyMsg (Line 6588, "Forms.pas" + 20) + $1E
[0046D43F] Forms.TApplication.ProcessMessage (Line 6626, "Forms.pas" + 9) + $2A
[0046D4AB] Forms.TApplication.HandleMessage (Line 6649, "Forms.pas" + 1) + $6
[0046938C] Forms.TCustomForm.ShowModal (Line 4692, "Forms.pas" + 22) + $5
[007D72AD] FMain.TfrmMain.actControlPanelExecute (Line 566, "FMain.pas" + 5) + $5
[00424AF5] Classes.TBasicAction.Execute (Line 8077, "Classes.pas" + 3) + $9
[00455369] ActnList.TContainedAction.Execute + $31
[0045B6AE] Menus.TMenuItem.Click (Line 1738, "Menus.pas" + 9) + $8
[0045CD71] Menus.TMenu.DispatchCommand (Line 2446, "Menus.pas" + 5) + $5

我尝试在 WinDbg 中调试崩溃:

ModLoad: 00000000`75360000 00000000`75372000   C:\Windows\syswow64\DEVOBJ.dll
ModLoad: 00000000`71940000 00000000`719fa000 C:\Windows\SysWOW64\d2d1.dll
ModLoad: 00000000`715e0000 00000000`716ea000 C:\Windows\SysWOW64\DWrite.dll
ModLoad: 00000000`71870000 00000000`718f3000 C:\Windows\SysWOW64\dxgi.dll
ModLoad: 00000000`74fb0000 00000000`74fdd000 C:\Windows\syswow64\WINTRUST.dll
ModLoad: 00000000`71db0000 00000000`71ddc000 C:\Windows\SysWOW64\d3d10_1.dll
ModLoad: 00000000`71900000 00000000`7193a000 C:\Windows\SysWOW64\d3d10_1core.dll
ModLoad: 00000000`6e5c0000 00000000`6e6ec000 C:\Windows\SysWOW64\D3D10Warp.dll
ModLoad: 00000000`6d480000 00000000`6d63b000 C:\Windows\SysWOW64\jscript9.dll
ModLoad: 00000000`714f0000 00000000`714fb000 C:\Windows\SysWOW64\msimtf.dll
ModLoad: 00000000`6f080000 00000000`6f0ab000 C:\Windows\SysWOW64\msls31.dll
ModLoad: 00000000`082c0000 00000000`082fc000 C:\Windows\SysWOW64\Oleacc.dll
ModLoad: 00000000`613e0000 00000000`6140e000 C:\Windows\SysWOW64\MLANG.dll
ModLoad: 00000000`62bb0000 00000000`62cb2000 C:\Windows\SysWOW64\d3d10.dll
ModLoad: 00000000`62b70000 00000000`62ba3000 C:\Windows\SysWOW64\d3d10core.dll
(834.d04): Unknown exception - code c000008e (first chance)

但是因为 Delphi 捕获了所有异常,所以它永远不会泄漏并破坏 WinDbg。 (或者也许这就是 WinDbg 不会崩溃的原因)。

我怎样才能阻止Delphi捕获异常,以便允许应用程序发生错误崩溃,这样我就可以获得导致问题的指令。这是一个浮点异常,某处是尝试除以零的代码。

<小时/>

其他人在相同的情况下也遇到了相同的崩溃:

根据 Microsoft 的有用建议,他关闭了所有第 3 方插件,并尝试在安全模式下运行 IE。

虽然很高兴能证明我不是唯一遇到此问题的人;我对解决方案更感兴趣。

<小时/>

可以通过要求浮点单元不要引发异常、使用 FLDCW 指令调整浮点控制字来屏蔽异常:

procedure TfrmControlPanel.FormCreate(Sender: TObject);
begin
FSaved8087CW := Default8087CW; // Save this because Set8087CW changes it.
Set8087CW($027F); //restore later using Set8087CW(FSaved8087CW);
//$027F comes from http://msdn.microsoft.com/en-us/library/ms235300.aspx

{
Scrolling in browser was causing floating point exceptions

http://stackoverflow.com/questions/9472265/how-to-debug-division-by-zero-exception-in-internet-explorer

What it boils down to is that MS habitually compile their code with FP exceptions masked.
Embarcadero tools habitually unmask them. Thus the MS code is written assuming that FP exceptions
will not be raised and is not resilient to them. To deal with that you have to mask the exceptions
before calling into the MS code. If your app does not floating point then just mask the exceptions
at start up and be done with it. Call Set8087CW($027F) at start up and you are good to go.

Default8087CW: $1332 = 0001 0011 0011 0010
New 8087CW: $027F = 0000 0010 0111 1111
...I RCPC ..MM MMMM

Bit 0: Invalid Operation (IM) |
Bit 1: Denormal Operand (DM) |
Bit 2: Zero Divide (ZM) | Exception Masks (Bits 0..5)
Bit 3: Overflow (OM) | When one of these mask bits is set, its corresponding x87 FPU
Bit 4: Underflow (UM) | floating-point exception is blocked from being generated
Bit 5: Precision (PM) |
Bit 6: (reserved)
Bit 7: (reserved)
Bit 8: +Precision Control (PC) 00=Single Precision (24 bits), 10=Double Precision (53 bits), 11=Double Extended Precision (64 bits), 01=reserved
Bit 9: /
Bit 10: + Rounding Control (RC)
Bit 11: /
Bit 12: Infinity Control | not meaningful for anything past the 80287 math coprocessor
Bit 13: (reserved)
Bit 14: (reserved)
Bit 15: (reserved)
}

不过,我想知道如何找到引发异常的

最佳答案

要获取引发异常的代码行,您必须向 Microsoft 询问 mshtml.dll 的源代码。这就是地址 00378B89 处的指令引发异常的地方。

您可以尝试打开 CPU 窗口并查看 DLL 中的机器代码,但如果您还不太习惯调试别人的机器代码,我不知道这对您有多大帮助。

调试器的堆栈跟踪和 JCL 堆栈跟踪看起来与我非常相似。主要区别在于 JCL 尝试提供有关 DLL 函数的一些信息,而调试器则不会。不过,这并没有太大区别; JCL 显示的信息毫无意义,因为它找到的最接近的函数名称与实际的错误指令相差近一兆字节。另一个区别是 TWinControl.MainWndProc 是否包含在堆栈跟踪中,我怀疑这是由于堆栈跟踪是通过读取 DCU 调试信息还是通过分析堆栈的物理内容来确定的。

关于delphi - 如何在 Internet Explorer 中调试除零异常?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/9472265/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com