おい、ちょっといいか？ 最近、バッチ処理の改修でFIXED BINARYの型定義を安易にいじって、思わぬ落とし穴にはまったなんて話を聞いたぞ。まさか、お前じゃないだろうな？
メインフレームの基幹システムを触るなら、PL/Iのデータ型の深い理解は必須中の必須だ。特に数値型、その中でもFIXED BINARYは、システムの根幹を支える「血肉」とも言える重要な存在だ。今日のテーマは、このPL/Iの奥深き整数世界、`FIXED BINARY(15)`と`(31)`の内部表現と、計算時のオーバーフロー、そしてアセンブラ連携時の振る舞いを徹底的に解説する。
安易な「FIXED DEC(9,0)をFIXED BIN(31)に変えれば速くなるだろう」なんて発想で闇雲に型変換を行うと、パフォーマンス向上どころか、予期せぬオーバーフローでシステムをダウンさせることになりかねない。この話、現場のリアルな経験に基づいているから、しっかり頭に叩き込んでくれ。
—
PL/Iプログラムの基本構造をおさらい
まず、PL/Iプログラムの骨格から軽くおさらいしておこう。基幹システムで動くPL/Iプログラムは、通常、以下のような構造で構成されている。
/———————————————————————/
/ PROGRAM NAME: P_SAMPLE /
/ DESCRIPTION : PL/Iプログラムの基本構造サンプル /
/———————————————————————/
P_SAMPLE: PACKAGE OPTIONS(MAIN); / ①パッケージ宣言 /
/ グローバル変数や共通宣言はここに記述 /
MAIN_PROCEDURE: PROCEDURE OPTIONS(MAIN); / ②メインプロシージャ宣言 /
/ ローカル変数宣言 /
DCL WS_COUNT FIXED BINARY(31);
/ ファイル宣言 /
DCL SYSPRINT FILE OUTPUT PRINT;
/ ファイルオープン /
OPEN FILE(SYSPRINT);
PUT SKIP LIST(‘Hello, PL/I World!’);
/ ファイルクローズ /
CLOSE FILE(SYSPRINT);
END MAIN_PROCEDURE; / メインプロシージャ終了 /
END P_SAMPLE; / パッケージ終了 /
1. PACKAGE: PL/Iプログラムのコンパイル単位だ。複数の外部プロシージャ（ENTRYポイント）やデータ宣言を含めることができる。`OPTIONS(MAIN)`を指定することで、そのパッケージ内にメインプロシージャが存在することを示す。
2. PROCEDURE OPTIONS(MAIN): プログラムの実行開始点、つまりエントリーポイントだ。OSから最初に制御が渡される部分だな。メインフレームでは、このメインプロシージャがバッチジョブのステップとして起動される。
この基本構造を理解した上で、いよいよ本題に入っていくぞ。
—
FIXED BINARY(15)と(31)の内部表現と精度
PL/Iの`FIXED BINARY`型は、メインフレームのCPUが直接扱うことができるバイナリ整数だ。つまり、アセンブラで使われる汎用レジスタ（GPR）に格納される形式とほとんど同じと考えていい。これが処理速度の速さに直結する理由の一つでもある。
内部表現の基本：2の補数
メインフレームは、負の数を2の補数表現で扱う。これは、数値のビットパターンを見て、人間が直感的に理解する符号付き10進数とは少し異なる。
- 正の数: 最上位ビットが0で、残りのビットで数値を表す。
- 負の数: 最上位ビットが1で、絶対値のビットを反転（1の補数）させ、それに1を加えたもの。
FIXED BINARY(15) — ハーフワードの使い手
`FIXED BINARY(15)`は、16ビット（2バイト）の領域を使用する。
- 1ビット目（最上位ビット）: 符号ビット (0なら正、1なら負)
- 残りの15ビット: 数値部分
これにより表現できる数値の範囲は、-32,768 から +32,767 までだ。
これは、メインフレームのアセンブラで言うところのハーフワードに相当する。アセンブラルーチンを呼ぶときに、`FIXED BINARY(15)`の値を引数として渡すなら、ハーフワードとしてレジスタにロードされる、とイメージすればいい。
FIXED BINARY(31) — フルワードの主役
`FIXED BINARY(31)`は、32ビット（4バイト）の領域を使用する。
- 1ビット目（最上位ビット）: 符号ビット
- 残りの31ビット: 数値部分
表現できる数値の範囲は、-2,147,483,648 から +2,147,483,647 まで。
これは、メインフレームのアセンブラで言うところのフルワードに相当する。基幹システムで扱う多くの整数値、例えば金額や数量、カウント値などは、この`FIXED BINARY(31)`で定義されることが多いな。
なぜ(15)や(31)なのか？
疑問に思ったことはないか？ なぜキリの良い`FIXED BINARY(16)`や`(32)`ではないのかと。これは、符号ビットを除いた有効桁数を表しているからだ。16ビットのバイナリ整数であれば、1ビットが符号に使われるので、残りの15ビットが数値として使える。32ビットであれば31ビットだ。この表記が、アセンブラのハーフワードやフルワードとピッタリ対応するわけだ。
—
計算時のオーバーフローとの戦い
`FIXED BINARY`で最も注意すべきは、オーバーフローだ。計算結果が変数の表現可能な範囲を超えた場合に発生する。PL/Iでは、このオーバーフローを`FIXEDOVERFLOW` (FOFL) 条件として検知し、制御できる。
`FIXEDOVERFLOW` (FOFL) の発生条件
FOFLは、以下のような場合に発生する。
- `FIXED BINARY(15)`の変数に`32767`を超過する値を代入しようとした場合（例: `32767 + 1`）。
- `FIXED BINARY(31)`の変数に`2147483647`を超過する値を代入しようとした場合。
- 負数の最小値からさらに減算しようとした場合（例: `-32768 – 1`）。
このような状況が発生すると、PL/Iランタイムは`FIXEDOVERFLOW`条件を発生させ、プログラムの制御を`ON FIXEDOVERFLOW`ユニットに移すか、デフォルトの`SYSTEM`アクション（通常はプログラム異常終了）を取る。
ONユニットによる堅牢な制御
基幹システムでは、安易にプログラムを異常終了させるわけにはいかないことが多い。そこで、`ON FIXEDOVERFLOW`ユニットを適切に記述し、エラーを捕捉してリカバリー処理を行うことが重要だ。
/———————————————————————/
/ PROGRAM NAME: P_FOFL_TEST /
/ DESCRIPTION : FIXED BINARYオーバーフローとONユニットの例 /
/———————————————————————/
P_FOFL_TEST: PACKAGE OPTIONS(MAIN);
DCL SYSPRINT FILE OUTPUT PRINT;
MAIN_PROCEDURE: PROCEDURE OPTIONS(MAIN);
DCL WS_HBIN15 FIXED BINARY(15); / ハーフワードバイナリ /
DCL WS_FBIN31 FIXED BINARY(31); / フルワードバイナリ /
DCL WS_RESULT FIXED BINARY(15); / 結果格納用 /
DCL WS_ONCODE_VAL FIXED BINARY(31); / ONCODE値保持用 /
OPEN FILE(SYSPRINT);
PUT SKIP LIST(‘ FIXED BINARY オーバーフローテスト ‘);
/ ここでFIXEDOVERFLOW ONユニットを確立する /
ON FIXEDOVERFLOW BEGIN;
WS_ONCODE_VAL = ONCODE; / 発生したON条件のコードを取得 /
PUT SKIP LIST(‘!!! FIXEDOVERFLOW が発生しました !!!’);
PUT SKIP LIST(‘ ONCODE:’, WS_ONCODE_VAL);
PUT SKIP LIST(‘ エラー発生箇所:’, ONLOC); / エラー発生プロシージャ名 /
PUT SKIP LIST(‘ 直前の計算結果は不正確です。’);
/
- ここでリカバリー処理を記述する。
- 例えば、エラー値をログに出力し、デフォルト値で処理を続行したり、
- エラーレコードとしてファイルに出力したりする。
- あるいは、致命的なエラーと判断し、プログラムを異常終了させる。
/
PUT SKIP LIST(‘ 致命的なエラーのため、プログラムを異常終了させます。’);
CALL PLIDUMP(‘DUMP’, ‘FIXEDOVERFLOW ERROR’); / IBM提供のダンプ出力関数 /
GO TO END_PROGRAM; / 処理をスキップして終了へ /
END;
/ 意図的にFIXED BINARY(15)のオーバーフローを発生させる /
WS_HBIN15 = 32767; / FIXED BIN(15)の最大値 /
PUT SKIP LIST(‘初期値 (WS_HBIN15):’, WS_HBIN15);
PUT SKIP LIST(‘WS_HBIN15 に 1 を加算します…’);
WS_RESULT = WS_HBIN15 + 1; / ここで FIXEDOVERFLOW が発生し、ONユニットへ制御が移る /
PUT SKIP LIST(‘WS_RESULT (オーバーフロー後の値):’, WS_RESULT); / この行は通常実行されない /
/
- もしONユニット内でGO TOで抜けていなければ、
- オーバーフローした変数の値は実装依存となるため、信用してはならない。
- 例えば、32767 + 1 の結果が -32768 になることもある。
/
/ この部分のコードは、ONユニットでGO TOしているため通常は実行されない /
PUT SKIP LIST(‘ ‘);
PUT SKIP LIST(‘— 正常終了 —‘);
END_PROGRAM:
PUT SKIP LIST(‘ ‘);
PUT SKIP LIST(‘ プログラムを終了します ‘);
CLOSE FILE(SYSPRINT);
END MAIN_PROCEDURE;
END P_FOFL_TEST;
ポイント:
- `ONCODE` BUILTIN関数: 発生したON条件の固有コードを返してくれる。`FIXEDOVERFLOW`の場合、`610`が返される。この値を見て、詳細なエラーハンドリングが可能だ。
- `ONLOC` BUILTIN関数: エラーが発生したプロシージャ名を返してくれる。デバッグ時に非常に役立つ。
- `PLIDUMP` BUILTIN関数: IBMが提供する関数で、プログラムのダンプ（メモリ内容、レジスタ値など）を出力できる。致命的なエラー発生時の解析には不可欠だ。
`SIZE`条件にも注意
`FIXEDOVERFLOW`と似たものに`SIZE`条件がある。これは、ある型から別の型へ変換する際、変換後のデータ型に収まらない場合に発生する。例えば、`FIXED BINARY(31)`の値を`FIXED BINARY(15)`の変数に代入しようとして、値が`(15)`の範囲を超えていた場合などだ。
ON SIZE BEGIN;
PUT SKIP LIST(‘!!! SIZE エラーが発生しました (データ変換時) !!!’);
PUT SKIP LIST(‘ 変換先FIXED BINARY型に収まりません。’);
GO TO END_PROGRAM;
END;
これも`ON UNIT`で捕捉し、適切に処理する必要がある。
—
アセンブラ連携とレジスタのリアル
PL/Iプログラムからアセンブラルーチンを呼び出すことは、メインフレームでは頻繁に行われる。特にI/O処理の高速化や、特定のハードウェア機能へのアクセス、あるいはレガシー資産の再利用などで使われるな。この時、`FIXED BINARY`型のデータがどのように扱われるかを理解しておくことは非常に重要だ。
汎用レジスタ (GPR) の役割
メインフレームのCPUには、R0からR15までの16個の汎用レジスタ（GPR）がある。PL/Iの`FIXED BINARY`型のデータは、これらGPRにロード（メモリからレジスタへ読み込み）されたり、ストア（レジスタからメモリへ書き込み）されたりして処理される。
- `FIXED BINARY(15)`: アセンブラではハーフワードとして扱われる。GPRにロードされる際には、通常32ビットのフルワードとしてロードされ、上位16ビットは符号拡張される（ハーフワードの最上位ビットと同じ値で埋められる）。
- `FIXED BINARY(31)`: アセンブラではフルワードとして扱われる。これはGPRの32ビットと完全に一致するため、そのままロード・ストアされる。
引数渡しの規約
PL/Iからアセンブラルーチンを`CALL`する際の引数渡しには、標準的な規約がある。
1. R1 (レジスタ1): 引数のアドレスリスト（ポインタの配列）の先頭アドレスを保持する。
2. R13 (レジスタ13): 呼び出し元のセーブエリアのアドレスを保持する。
3. R14 (レジスタ14): 呼び出し元に戻るアドレス（リターンアドレス）を保持する。
4. R15 (レジスタ15): 呼び出すルーチンのエントリーポイントのアドレスを保持する。
アセンブラルーチン側では、R1が指すアドレスから引数のアドレスを順次取得し、そのアドレスが指すメモリからデータをロードして処理を行う。そして、結果をR0に格納して呼び出し元に戻すのが一般的だ。
この規約を破ると、プログラムは即座にABENDする。アセンブラ連携があるプログラムをデバッグする際は、ダンプを見てレジスタの内容を確認するスキルが求められるぞ。
—
実践！PL/Iコードで深掘り
それでは、これまでの知識を総動員して、実務に近いPL/Iコードを見ていこう。VSAMから読み込んだデータを処理するようなバッチ処理を想定し、ファイル入出力とFIXED BINARYの処理、そしてONユニットによるエラーハンドリングを盛り込む。
/———————————————————————/
/ PROGRAM NAME: P_FIXBIN_PRACTICE /
/ DESCRIPTION : FIXED BINARY(15)と(31)の実践的な使い方、 /
/ オーバーフローとONユニット制御、ファイル入出力を /
/ 含むPL/Iサンプルプログラムです。 /
/———————————————————————/
P_FIXBIN_PRACTICE: PACKAGE OPTIONS(MAIN);
DCL SYSPRINT FILE OUTPUT PRINT; / 標準出力ファイル /
DCL SYSIN FILE INPUT; / 標準入力ファイル (レコード入力用) /
//
/ メインプロシージャ /
//
MAIN_PROCEDURE: PROCEDURE OPTIONS(MAIN);
/ 変数宣言 /
DCL WS_HBIN_AMT FIXED BINARY(15); / 処理金額 (ハーフワード) /
DCL WS_FBIN_TOTAL FIXED BINARY(31); / 合計金額 (フルワード) /
DCL WS_COUNT FIXED BINARY(31) INITIAL(0); / 処理件数 /
DCL WS_MULTIPLIER FIXED BINARY(15) INITIAL(2); / 乗数 /
DCL 1 INPUT_RECORD, / 入力レコード構造 (VSAMレコードを想定) /
2 REC_ID CHAR(8), / レコードID /
2 REC_AMOUNT CHAR(5), / 金額文字列 (例: ‘01234’) /
2 REC_TYPE CHAR(1), / レコードタイプ (‘A’/’B’) /
2 REC_FILLER CHAR(66); / フィラー (合計80バイト) /
DCL WS_ONCODE_VAL FIXED BINARY(31); / ONCODE値保持用 /
DCL WS_DUMP_TITLE CHAR(40) VARYING; / ダンプタイトル /
/ ファイルオープン /
OPEN FILE(SYSPRINT);
OPEN FILE(SYSIN);
PUT SKIP LIST(‘ PL/I FIXED BINARY 実践プログラム ‘);
PUT SKIP LIST(‘ ‘);
/—————————————————————–/
/ 1. FIXEDOVERFLOW ONユニットの確立 /
/—————————————————————–/
/ 計算結果がFIXED BINARY型の範囲を超えた場合に捕捉する /
ON FIXEDOVERFLOW BEGIN;
WS_ONCODE_VAL = ONCODE;
PUT SKIP LIST(‘!!! FIXEDOVERFLOW が発生しました !!!’);
PUT SKIP LIST(‘ ONCODE:’, WS_ONCODE_VAL);
PUT SKIP LIST(‘ エラー発生箇所:’, ONLOC);
PUT SKIP LIST(‘ 対象レコードID:’, INPUT_RECORD.REC_ID);
PUT SKIP LIST(‘ プログラムを異常終了させます。’);
CALL PLIDUMP(‘DUMP’, ‘FOFL ERROR’); / ダンプ出力 /
GO TO END_PROGRAM; / 処理を終了へ /
END;
/—————————————————————–/
/ 2. CONVERSION ONユニットの確立 /
/—————————————————————–/
/ 文字列から数値への変換時に不正な文字があった場合に捕捉する /
ON CONVERSION BEGIN;
WS_ONCODE_VAL = ONCODE;
PUT SKIP LIST(‘!!! CONVERSION エラーが発生しました !!!’);
PUT SKIP LIST(‘ ONCODE:’, WS_ONCODE_VAL);
PUT SKIP LIST(‘ エラー発生箇所:’, ONLOC);
PUT SKIP LIST(‘ 対象レコードID:’, INPUT_RECORD.REC_ID);
PUT SKIP LIST(‘ 不正な入力データ(AMOUNT):’, INPUT_RECORD.REC_AMOUNT);
PUT SKIP LIST(‘ プログラムを異常終了させます。’);
CALL PLIDUMP(‘DUMP’, ‘CONVERSION ERROR’);
GO TO END_PROGRAM;
END;
/—————————————————————–/
/ 3. SIZE ONユニットの確立 /
/—————————————————————–/
/ 変換や代入でデータが収まらない場合に捕捉する /
ON SIZE BEGIN;
WS_ONCODE_VAL = ONCODE;
PUT SKIP LIST(‘!!! SIZE エラーが発生しました !!!’);
PUT SKIP LIST(‘ ONCODE:’, WS_ONCODE_VAL);
PUT SKIP LIST(‘ エラー発生箇所:’, ONLOC);
PUT SKIP LIST(‘ 対象レコードID:’, INPUT_RECORD.REC_ID);
PUT SKIP LIST(‘ 入力AMOUNTがFIXED BIN(15)に収まりません。’);
PUT SKIP LIST(‘ プログラムを異常終了させます。’);
CALL PLIDUMP(‘DUMP’, ‘SIZE ERROR’);
GO TO END_PROGRAM;
END;
/—————————————————————–/
/ 4. SYSINファイルからのレコード読み込みと処理 /
/ (VSAMファイルからの読み込みを想定しています) /
/—————————————————————–/
PUT SKIP LIST(‘— ファイル処理開始 —‘);
WS_FBIN_TOTAL = 0; / 合計金額を初期化 /
/ ファイル終端条件のONユニット /
ON ENDFILE(SYSIN) BEGIN;
PUT SKIP LIST(‘— SYSINファイルの終わりに達しました —‘);
GO TO END_FILE_PROCESSING; / ループを抜けて集計処理へ /
END;
DO WHILE(‘1’B); / 無限ループ (ENDFILEで抜ける) /
GET FILE(SYSIN) EDIT(INPUT_RECORD.REC_ID, INPUT_RECORD.REC_AMOUNT,
INPUT_RECORD.REC_TYPE, INPUT_RECORD.REC_FILLER)
(A(8), A(5), A(1), A(66));
WS_COUNT = WS_COUNT + 1; / 処理件数カウントアップ /
PUT SKIP LIST(‘処理中レコードID:’, INPUT_RECORD.REC_ID,
‘ AMOUNT(CHAR):’, INPUT_RECORD.REC_AMOUNT);
/ REC_AMOUNT (CHAR(5)) を WS_HBIN_AMT (FIXED BINARY(15)) に代入 /
/ ここで CONVERSION / SIZE 条件が発生する可能性がある /
WS_HBIN_AMT = INPUT_RECORD.REC_AMOUNT;
/ 計算処理: WS_HBIN_AMT を WS_MULTIPLIER で乗算し、結果を WS_HBIN_AMT に格納 /
/ ここで FIXEDOVERFLOW が発生する可能性がある /
WS_HBIN_AMT = WS_HBIN_AMT WS_MULTIPLIER;
/ WS_FBIN_TOTAL に加算 (FIXED BIN(15) から FIXED BIN(31) への拡張は安全) /
WS_FBIN_TOTAL = WS_FBIN_TOTAL + WS_HBIN_AMT;
PUT SKIP LIST(‘ 変換後AMOUNT(BIN15):’, WS_HBIN_AMT,
‘ 現在の合計(BIN31):’, WS_FBIN_TOTAL);
PUT SKIP LIST(‘ ‘);
END; / DO WHILE /
END_FILE_PROCESSING:
PUT SKIP LIST(‘— ファイル処理完了 —‘);
PUT SKIP LIST(‘ ‘);
PUT SKIP LIST(‘総処理件数:’, WS_COUNT);
PUT SKIP LIST(‘最終合計金額:’, WS_FBIN_TOTAL);
END_PROGRAM:
PUT SKIP LIST(‘ ‘);
PUT SKIP LIST(‘ プログラムを終了します ‘);
/ ファイルクローズ /
CLOSE FILE(SYSPRINT);
CLOSE FILE(SYSIN);
END MAIN_PROCEDURE;
END P_FIXBIN_PRACTICE;
解説:
- このコードでは、`SYSIN`から80バイトのレコードを読み込み、その中の金額項目(`REC_AMOUNT`)を`FIXED BINARY(15)`の`WS_HBIN_AMT`に変換し、計算を行っている。
- `REC_AMOUNT`は`CHAR(5)`として定義されているため、`WS_HBIN_AMT = INPUT_RECORD.REC_AMOUNT;`の代入時に、PL/Iランタイムが暗黙的に文字列から数値への変換を試みる。この際、入力データが数字でなかったり、`FIXED BINARY(15)`の範囲を超えていたりすると、それぞれ`CONVERSION`または`SIZE`条件が発生する。
- `WS_HBIN_AMT = WS_HBIN_AMT WS_MULTIPLIER;` の乗算で、`FIXED BINARY(15)`の範囲を超える値になった場合、`FIXEDOVERFLOW`条件が発生する。
- それぞれのONユニットで`ONCODE`や`ONLOC`を使ってエラー情報を取得し、`PLIDUMP`でダンプを出力してプログラムを異常終了させている。これが基幹システムでの一般的なエラーハンドリングパターンの一つだ。
- `WS_FBIN_TOTAL`は`FIXED BINARY(31)`で定義されており、`FIXED BINARY(15)`の値を加算しても通常はオーバーフローしないように、より大きな桁数で設計している。これは「余裕を持った桁数設計」の好例だ。
—
デバッグの勘所とベテランの金言
さて、ここまでFIXED BINARYの基本から応用まで見てきたが、最後にメインフレームエンジニアとして知っておくべきデバッグの勘所と、いくつか金言を授けよう。
ダンプの見方、PSWとレジスタ
`PLIDUMP`で出力されたダンプは、エラー発生時のプログラムの状態を詳細に記録している。特に注目すべきは以下の点だ。
- PSW (プログラム・ステータス・ワード): ダンプの最上部に表示されるPSWには、エラー発生時の命令アドレスが含まれている。これを見ることで、どの命令でエラーが発生したかを特定できる。
- 汎用レジスタ (GPR): R0からR15までのレジスタの内容を確認する。特に、計算直前のオペランドの値や、計算結果が格納されるレジスタの内容を見ることで、オーバーフローが発生した原因を深く掘り下げることができる。例えば、`FIXED BINARY(15)`の変数に`X’7FFF’` (32767) が入っていたレジスタに、`X’0001’` (1) を加算しようとしていた、といった状況が読み取れるはずだ。
- ONCODEの値: ダンプ内のPL/IのONコード情報も確認しよう。プログラム内で取得した`ONCODE`の値と一致するかどうか、またそれが何を意味するのかをIBMのメッセージマニュアルで確認することがデバッグの第一歩だ。
余裕を持った桁数設計
「これくらいで足りるだろう」という安易な見積もりは、将来の改修時に必ずツケが回ってくる。特に金融系のシステムでは、金額や数量は想定外に大きくなることがある。型定義の際には、少し余裕を持たせた桁数（例えば、最大値の1.5倍～2倍程度の範囲をカバーできる型）を選ぶように心掛けてくれ。`FIXED BINARY(31)`は非常に強力だが、それでも限界はある。もしそれも超える可能性があるなら、`FIXED DECIMAL`など別の型を検討する必要がある。
安易な型変換はバグの温床
パフォーマンス改善のために、安易に`FIXED DECIMAL`から`FIXED BINARY`への型変換を行うのは危険だ。特に小数点以下の処理が必要な`FIXED DECIMAL(p,q)`を、無理やり`FIXED BINARY`に変換しようとすると、精度落ちや`SIZE`条件の発生原因となる。型変換を行う際は、変換元と変換先の表現範囲、小数点以下の扱いを十分に考慮し、必要であれば丸め処理などを明示的に記述すること。
プログラム製品のドキュメントを読み込め
PL/Iの言語仕様、コンパイラやランタイムの挙動は、IBMの公式ドキュメント（Language Reference、Programming Guide、Messages and Codesなど）にすべて記載されている。困ったときは、まずは原典に戻る癖をつけよう。インターネット検索も便利だが、最終的な信頼性は公式ドキュメントに勝るものはない。
—
まとめ
今日の解説で、`FIXED BINARY(15)`と`(31)`が単なる数値型ではなく、メインフレームのCPUと密接に連携する、システムの「血肉」であることが理解できたはずだ。
- `FIXED BINARY(15)`は16ビット（ハーフワード）、`FIXED BINARY(31)`は32ビット（フルワード）で、2の補数表現で数を表す。
- 計算結果が表現範囲を超えると`FIXEDOVERFLOW`条件が発生し、ONユニットで捕捉・制御できる。
- アセンブラ連携時には、これらの型がレジスタにどのようにロード・ストアされるかを理解することが重要だ。
- 堅牢な基幹システムを構築するには、ONユニットによるエラーハンドリング、余裕を持った型設計、そして公式ドキュメントの読み込みが不可欠だ。
メインフレームの基幹システムを支えるエンジニアとして、このFIXED BINARYの奥深さを理解し、日々の開発・保守業務に活かしてほしい。お前たちの手で、この巨大なシステムがこれからも安定稼働し続けることを願っているぞ！
