OpenVMS マニュアル

14.5.3 条件ハンドラへのデバッガの影響

プログラムをデバッガとともに実行する場合，次の条件ハンドラのうち少なくとも1つが，プログラムの実行によって発生した例外を処理するために起動されます。複数の場合は次のリストの順番に起動されます。

1. 1次ハンドラ

2. 2次ハンドラ

3. 呼び出しフレーム・ハンドラ(アプリケーションで宣言される)。スタック・ハンドラとしても知られる。

4. 最終ハンドラ

5. ラスト・チャンス・ハンドラ

6. キャッチオール・ハンドラ

ハンドラは，次の 3 つの状態コードのうち 1 つを「Condition Handling Facility」へ戻します。

• SS$_RESIGNAL---オペレーティング・システムが次のハンドラを検索する。

• SS$_CONTINUE---条件は修正されたとみなされ，実行が続けられる。

• SS$_UNWIND---必要な場合には，呼び出しスタックはいくつかのフレームが展開され，信号が破棄される。

条件処理についてさらに詳しい説明は，『OpenVMS Programming Concepts Manual』を参照してください。

プログラムをデバッガとともに実行する場合，1次ハンドラはデバッガです。したがって，デバッガが例外を処理する最初の機会を持ちます。例外がデバッガによって引き起こされたものであるかどうかは関係ありません。

SET BREAK/EXCEPTIONコマンドまたはSET TRACE/EXCEPTIONコマンドを入力した場合，デバッガはユーザ・プログラムによって引き起こされた例外でブレーク(トレース)します。ブレーク(トレース)処理は，アプリケーションで宣言されたハンドラが起動される前に行われます。

SET BREAK/EXCEPTIONコマンドまたはSET TRACE/EXCEPTIONコマンドを入力していない場合，1次ハンドラはユーザ・プログラムによって引き起こされた例外を再シグナル通知します。

2次ハンドラは，特別な目的で使用され，本書で説明しているようなプログラムに対しては適用されません。

ユーザ・プログラムの各ルーチンで，条件ハンドラを設定することができます。これらは呼び出しフレーム・ハンドラとして知られます。オペレーティング・システムは，現在実行中のルーチンからこれらのハンドラの検索を開始します。ルーチンにハンドラが設定されていない場合，呼び出しスタックの次のルーチンによって設定されたハンドラを検索します。このようにして，必要ならばメイン・プログラムまで検索します。

呼び出しフレーム・ハンドラの起動後，ハンドラは次のうち1つの処理を行います。

• 例外を処理し，プログラムの実行を続ける。

• 例外を再シグナル通知する。オペレーティング・システムが呼び出しスタックの次のハンドラを検索する。

• ブレークポイントまたはウォッチポイントを検出し，そのポイントで実行を一時停止する。

• 自分自身で例外を作成する。この場合，1次ハンドラが再び起動される。

• 終了する。プログラムの実行を終了する。

これらのハンドラはデバッガによって制御されます。これらのハンドラは，アプリケーションで宣言されたハンドラが例外を処理していなければ，デバッガに最終的に制御を戻し， DBG> プロンプトを表示します。そうでない場合は，デバッグ・セッションは終了し， DCLコマンド・インタプリタに制御が引き渡されます。

最終ハンドラは，呼び出しスタックの最終フレームであり，これら2つのハンドラのうち最初に起動されるハンドラです。次の例は，処理されていない例外が例外ブレークポイントから最終ハンドラに伝えられ場合，どのように処理されるかを示しています。

DBG> SET BREAK/EXCEPTION
DBG> GO
   .
   .
   .
%SYSTEM-F-INTDIV, arithmetic trap, integer divide by zero at PC=0000066C, PSL=03C00022 
break on exception preceding TEST\%LINE 13 
     6:         X := 3/Y;
DBG> GO
%SYSTEM-F-INTDIV, arithmetic trap, integer divide by zero at PC=0000066C, PSL=03C00022
DBG>

この例では，最初のINTDIVメッセージは1次ハンドラによって発行されます。2つ目のメッセージは最終ハンドラによって発行され，その後最終ハンドラによりDBG>プロンプトが表示されています。

ラスト・チャンス・ハンドラは，呼び出しスタックの破損のために最終ハンドラが制御を得ることができなかった場合にだけ起動されます。次に例を示します。

DBG> DEPOSIT %FP = 10
DBG> GO
   .
   .
   .
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=0000000A, PC=0000319C, PSL=03C00000 
%DEBUG-E-LASTCHANCE, stack exception handlers lost, re-initializing stack
DBG>

キャッチオール・ハンドラはオペレーティング・システムの一部であり，ラスト・チャンス・ハンドラが制御を得ることができなかった場合に起動されます。キャッチオール・ハンドラはレジスタのダンプを作成します。デバッガがユーザ・プログラムを制御している場合に起動されることはありません。デバッガを使用せずにプログラムを実行しているとき，プログラムでエラーが検出されると起動されます。

デバッグ・セッションの間，レジスタ・ダンプが現れ DCL レベル ($) に戻った場合は，弊社のサポート要員にご連絡ください。

14.5.4 例外関連の組み込みシンボル

例外がシグナル通知された場合，デバッガは次の例外関連の組み込みシンボルを設定します。

シンボル	説明
%EXC_FACILITY	現在の例外を発行したファシリティの名前
%EXC_NAME	現在の例外の名前
%ADAEXC_NAME	現在のAda例外の名前 (Ada プログラムの場合のみ )
%EXC_NUMBER	現在の例外の番号
%EXC_SEVERITY	現在の例外の重大度コード

これらのシンボルを次のように使用することができます。

• 現在の例外の条件コードのフィールドに関する情報を取得する。

• 例外ブレークポイントまたは例外トレースポイントを修飾し，ある種の例外でだけ検出されるようにする。

次に，これらのシンボルの使用例を示します。 WHEN 句の条件式は言語固有ですので注意してください。

DBG> EVALUATE %EXC_NAME 'ACCVIO' DBG> SET TRACE/EXCEPTION WHEN (%EXC_NAME = "ACCVIO") DBG> EVALUATE %EXC_FACILITY 'SYSTEM' DBG> EVALUATE %EXC_NUMBER 12 DBG> EVALUATE/CONDITION_VALUE %EXC_NUMBER %SYSTEM-F-ACCVIO, access violation, reason mask=01, virtual address=FFFFFF30, PC=00007552, PSL=03C00000 DBG> SET BREAK/EXCEPTION WHEN (%EXC_NUMBER = 12) DBG> SET BREAK/EXCEPTION WHEN (%EXC_SEVERITY .NE. "I" .AND. %EXC_SEVERITY .NE. "S")

---

目次

索引