Как отлаживать деление на нулевое исключение в Internet Explorer?

Я размещаю Internet Explorer в приложении Windows. Я могу прокрутить вниз до нижней части документа. Когда я пытаюсь выполнить прокрутку назад, я получаю деление на ноль исключение:

введите описание изображения здесь

Когда я прокручиваю с помощью 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 от перехвата исключений, так что приложению разрешено сбой werfault, поэтому я могу получить инструкцию, которая вызывает проблему. Это исключение с плавающей запятой, где-то - это код, который пытается делить на ноль.

В тех же обстоятельствах кто-то другой сталкивается с одним и тем же сбоем:

С полезными предложениями Microsoft о том, что он отключает сторонние аддоны и пытается запустить 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/info/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)
    }

Тем не менее, я хотел бы знать, как я могу найти строку , которая бросает исключение.

Ответы

Ответ 1

Чтобы получить строку кода, которая выдает исключение, вам нужно попросить Microsoft указать источник на mshtml.dll. То, где исключение выбрасывается, инструкцией по адресу 00378B89.

Вы можете попробовать открыть окно CPU и посмотреть код машины из DLL, но если вы уже не можете отлаживать чей-либо машинный код, я не знаю, насколько он хорош.

Трассировка стека отладчика и трассировка стека JCL выглядят очень похожими на меня. Основное отличие состоит в том, что JCL пытается предоставить некоторую информацию о функции DLL, а отладчик - нет. Впрочем, это не очень большая разница; информация, которую показывает JCL, бессмысленна, поскольку ближайшее имя функции, которое она находит, почти на мегабайт от фактической инструкции по сбою. Другое отличие заключается в том, включен ли TWinControl.MainWndProc в трассировку стека, который, как я подозреваю, связан с тем, была ли трассировка стека определена путем считывания информации отладки DCU или путем анализа физического содержимого стека.

Ответ 2

Если вы не используете Math.SetExceptionMask([exInvalidOp, exDenormalized, exZeroDivide, exOverflow, exUnderflow, exPrecision]), вы обнаружите, что исправление работает только на 64-битной Windows.