0

まず、これとアドバイスを読んでくれてありがとう。

アプリケーションによって例外がどのように処理されるかをデバッグするにはどうすればよいですか。これは、最近 64 ビットに変換された例外処理が組み込まれたレガシー コード ベースです。エラー/例外が発生すると、システム全体がハングします。

通常のアプリケーションの使用中、これらのフリーズは確実に再現できません。ただし、アプリケーションには、フリーズを再現する未処理の例外をスローするテスト コードがあります。

デバッガーの下で実行すると、明らかに例外で中断します-たとえば、アクセス違反-しかし、これまでのところ、基本的にデバッガーにそれをアプリケーションに渡すように指示する方法を理解できませんでした。「続行」またはステッピングを使用すると、アクセス違反があることが繰り返し通知されるように見えます。VS 2010 の代わりに WinDbg を使用しても、状況は改善されませんでした。

Q: VS2010 または WinDbg には、例外でブレークできるようにする低レベルのトリックがありますが、アプリケーションがそれをどのように処理するかをデバッグするために処理のために実際にアプリケーションに渡しますか?

または、別の言い方をすれば、VS2010 / WinDbg に、例外自体ではなく、例外の後に / に応答して実行されるアプリケーション コードを表示してもらいたいのです。

補足: 現在の目標は、コンピューターのハード リセットを必要とするシステム ハングを防ぐことです。アプリケーションのクラッシュのみを回避する必要があり、確定的なアプリケーションのシャットダウンは許容されます。

ありがとう、T

編集:WhozCraigのコメントを検討した後、「フリーズ」を「ハング」に変更しました。これは少し良い用語かもしれません. いずれにせよ、システムはユーザーの操作に応答しません。唯一の救済策はハード リセットです。

4

0 に答える 0