none
WebアプリケーションでInternet Explorerがクラッシュする RRS feed

すべての返信

  • 余計なお世話かもしれませんが・・・

    質問者さんが属する組織名が表示されてしまっています。ここはインターネットからだれでもアクセスできるサイトです。お気を付けください。


    2021年4月5日 4:59
  • AcroPDFImpl.dll で Web 検索すると類似の現象についてのあちこちのフォーラム スレッドが見つかりますが、明確な解決となっているものがないですねえ。


    Hebikuzure aka Murachi Akira

    2021年4月5日 6:50
    モデレータ
  • > 障害が発生しているモジュール名: AcroPDFImpl.dll_unloaded、
    > 障害が発生しているモジュール名: IA32.api_unloaded

    上記ログから、これらモジュールがアンロード状態になっていることが、クラッシュの直接的な原因と思われます。
    従ってこれらモジュールのアンロード要求が、どのモジュールから、どのような経緯で発生しているのかを特定する必要があると思います。
    問題はどーやって該当モジュールのアンロード リクエストを確認するかですが、"Process Monitor" ではモジュールのアンロード リクエストはキャッチできなかったはずなので、該当 IE プロセスにデバッガをアタッチさせ、アンロード処理に関連する関数にブレーク ポイントを張り、そのタイミングでアンロード要求されたモジュール名およびコール スタックを確認する以外に方法はないかと。
    (私には、その方法以外思い浮かばない。)
    2021年4月5日 8:12
  • ご指摘ありがとうございます。気が付きませんでした。入れた覚えなかったのですが削除しました。
    2021年4月6日 0:36
  • 調べて頂いて、ありがとうございます。
    • 編集済み kurosiro 2021年4月6日 2:43
    2021年4月6日 2:34
  • なるぼど、大変分かり易い説明ありがとうございます。
    アンロード処理に関連する関数がActiveReportsで動いているものなのか、PDFのアドオンで動いているものなのか分かりませんが、デバックで調査できるものなのか、少し探ってみます。

    ありがとうございました。




    • 編集済み kurosiro 2021年4月6日 2:47
    2021年4月6日 2:42
  • IE プロセスにデバッガをアタッチさせてから下記コマンドを設定しておけば、アンロード要求が発生したときのコール スタックと、アンロード対象モジュールをトレースできます。
    (32 Bit プロセス限定です。)

    bp ntdll!LdrUnloadDll ".echo --------------------------; kvn; dds @esp+0x04 l1; g"
    2021年4月6日 6:08
  • ありがとうございます。
    参考にさせて頂きます。
    2021年4月8日 2:03