例外とイベントの制御

ユーザー モードおよびカーネル モード のアプリケーションで、さまざまな方法で例外をキャッチして処理することができます。 アクティブなデバッガー、事後デバッガー、または内部エラー処理ルーチンはいずれも、例外を処理する一般的な方法です。

これらのさまざまな例外ハンドラーの優先順位の詳細については、「事後デバッグの有効化」を参照してください。

Microsoft Windows オペレーティング システムでデバッガーに例外処理を許可している場合、例外を生成したアプリケーションにデバッガーが割り込みます。 つまり、アプリケーションが停止し、デバッガーがアクティブになります。 その後で、デバッガーは、何らかの方法で例外を処理するか、状況を分析することができます。 さらに、デバッガーは、プロセスを終了するか、実行を再開できます。

デバッガーが例外を無視してアプリケーションの実行を継続させる場合、オペレーティング システムは、デバッガーが存在しなかったかのように他の例外ハンドラーを探します。 例外が処理された場合、アプリケーションの実行は続行されます。 ただし、例外が処理されないままの場合、その状況を処理する 2 番目の機会がデバッガーに与えられます。

デバッガーを使用した例外の分析

例外またはイベントによってデバッガーが割り込んだときは、ユーザーはデバッガーを使用して、実行中のコードと、アプリケーションが使用しているメモリを調べることができます。 特定の数量を変更したり、アプリケーション内の別のポイントにジャンプしたりすることで、例外の原因を取り除くことができる場合があります。

gh (例外処理ありで実行) コマンドまたは gn (例外処理なしで実行) コマンドを発行することで、実行を再開できます。

デバッガーが例外処理の 2 番目の機会を得たときに gn コマンドを発行すると、アプリケーションは終了します。

カーネル モード例外

カーネル モード コードで発生する例外は、ユーザー モードの例外よりも深刻です。 カーネル モードの例外が処理されない場合は、バグ チェックが発行され、システムが停止します。

ユーザー モードの例外の場合と同様に、カーネル モード デバッガーがシステムにアタッチされている場合、バグ チェック画面 (ブルー スクリーンとも呼ばれます) が表示される前に、デバッガーに通知が送られます。 デバッガーがアタッチされていない場合、バグ チェック画面が表示されます。 この場合、オペレーティング システムによってクラッシュ ダンプ ファイルが作成される可能性があります。

デバッガーからの例外とイベントの制御

指定された例外とイベントに特定の方法で対応するように、デバッガーを構成できます。

デバッガーは、個々の例外またはイベントの中断状態を設定できます。

• イベントでは、発生すると直ちにデバッガーに割り込ませることができます ("ファースト チャンス")。

• イベントでは、他のエラー ハンドラーに応答の機会が与えられた後に、割り込ませることができます ("セカンド チャンス")。

• イベントでは、デバッガーにメッセージを送信したうえで、実行を継続することもできます。

• デバッガーは、イベントを無視できます。

デバッガーは、個々の例外とイベントの処理状態を設定することもできます。 デバッガーは、処理された例外または未処理の例外と同様にイベントを処理できます。 (もちろん、実際にはエラーではないイベントは、処理を必要としません。)

以下のいずれかの操作を行って、中断状態と処理状態を制御できます。

• SXE、SXD、SXN、SXI のいずれかのコマンドをデバッガー コマンド ウィンドウで使用します。

• (CDB および NTSD) -x、-xe、-xd、-xn、-xi のいずれかのオプションを、コマンド ラインで使用します。

• (CDB、NTSD、KD) Tools.ini ファイルで、sxe または sxd キーワードを使用します。

• (WinDbg のみ) [デバッグ] メニューの [イベント フィルター] を選択して [イベント フィルター] ダイアログ ボックスを開き、目的のオプションを選択します。

SX\* コマンド、-x\* コマンド ライン オプション、sx\* Tools.ini キーワードは、通常、指定されたイベントの中断状態を設定します。 -h オプションを追加することで、代わりに処理状態を設定することもできます。

4 つの特殊なイベント コード (cc、hc、bpec、ssec) があり、これらは常に、中丹状態ではなく処理状態を指定します。

.lastevent (最新のイベントの表示) コマンドを使用すると、最も新しい例外またはイベントを表示できます。

中断状態の制御

例外またはイベントの中断状態を設定するときに、以下のオプションを使用できます。

SX* 設定によって例外が予想されていない場合、セカンド チャンスでデバッガーがターゲット アプリケーションに割り込みます。 イベントの既定の状態については、このトピックの「イベント定義と既定値」セクションを参照してください。

WinDbg グラフィカル インターフェイスを使用して中断状態を設定するには、[デバッグ] メニューの [イベント フィルター] を選択し、[イベント フィルター] ダイアログ ボックスのリストから目的のイベントを選択してから、[有効］、［無効］、［出力］、［無視］ のいずれかを選択します。

処理状態の制御

gh (例外処理ありで実行) コマンドを使用しない限り、すべてのイベントは未処理と見なされます。

sx\* コマンドを -h オプションと共に使用しない限り、すべての例外は未処理と見なされます。

さらに、SX* オプションでは、無効なハンドル、STATUS_BREAKPOINT 中断命令、および単一ステップの例外の処理状態を構成できます。 (この構成はそれぞれの中断構成とは別のものです。) 中断状態を構成すると、これらのイベントに、それぞれ ch、bpe、sse という名前が付けられます。 処理状態を構成すると、これらのイベントに、それぞれ hc、bpec、ssec の名前が付けられます。 (イベントの完全な一覧については、後述の「イベントの定義と既定値」セクションを参照してください。)

Ctrl + C イベント (cc) については、処理状態は構成できますが、中断状態は構成できません。 アプリケーションが Ctrl + C イベントを受け取った場合、常にデバッガーがアプリケーションに割り込みます。

SX* コマンドを cc、hc、bpec、ssec の各イベントに対して使用するか、SX* コマンドを -h オプションと共に例外に対して使用すると、以下のアクションが発生します。

WinDbg グラフィカル インターフェイスを使用して処理状態を設定するには、［デバッグ］ メニューの ［イベント フィルター］ を選択し、［イベント フィルター］ ダイアログ ボックスのリストから目的のイベントを選択してから、［処理済み］ または ［未処理］ を選択します。

自動コマンド

デバッガーでは、イベントまたは例外によってデバッガーが割り込んだ場合に自動的に実行されるコマンドを設定することもできます。 ファースト チャンスの中断用のコマンド文字列と、セカンド チャンスの中断用のコマンド文字列を設定できます。 これらの文字列は、SX\* コマンドまたは [デバッグ] | [イベント フィルター] コマンドで設定できます。 各コマンド文字列には、複数のコマンドをセミコロンで区切って含めることができます。

これらのコマンドは、中断状態に関係なく実行されます。 つまり、中断状態が "無視" の場合、コマンドは引き続き実行されます。 中断状態が "セカンド チャンスの中断" の場合、他の例外ハンドラーが関与する前に、例外が最初に発生したときにファースト チャンスのコマンドが実行されます。 コマンド文字列の最後に、g (実行)、gh (例外処理ありで実行)、または gn (例外処理なしで実行) などの実行コマンドを使用できます。

イベントの定義と既定値

以下の例外の中断状態または処理状態を変更できます。 それぞれの既定の中断状態が示されています。

以下の例外の既定の処理状態は、常に "未処理" です。 この状態の変更には注意してください。 この状態を "処理済み" にすると、この種類のファースト チャンスとセカンド チャンスのすべての例外が処理済みと見なされ、この構成はすべての例外処理ルーチンをバイパスします。

注 特定のアドレスの asrt 中断状態は、ah (アサーションの処理) コマンドで上書きできます。 ch および hc イベント コードは、同じ例外を参照します。 中断状態を制御するときは、sx* ch を使用します。 処理状態を制御するときは、sx* hc を使用します。

以下の例外の中断状態または処理状態を変更できます。 それぞれの既定の中断状態が示されています。

以下の例外の既定の処理状態は、常に "処理済み" です。 これらの例外はデバッガーとの通信に使用されるため、通常は状態を "未処理" に変更しないでください。 この状態により、デバッガーが例外を無視した場合に、他の例外ハンドラーが例外をキャッチします。

アプリケーションは、DBG_COMMAND_EXCEPTION (dbce) を使用してデバッガーと通信できます。 この例外はブレークポイントに似ていますが、この例外が発生したときに SX* コマンドを使用して特定の方法で対応できる点が異なります。

注 前掲の表の最後の 3 つの例外に、2 つの異なるイベント コードがあります。 中断状態を制御するときは、sse、bpe、cce を使用します。 処理状態を制御するときは、ssec、bpec、cc を使用します。

以下の例外は、マネージド コードをデバッグする場合に役立ちます。

以下のイベントの中断状態を変更できます。 これらのイベントは例外ではないため、処理状態は関係ありません。