メインフレームの守護神たれ：ON CONVERSIONでデータ変換エラーを「御する」技術
現場の皆さん、お疲れ様。今日も今日とてJCLの海を泳ぎ、ABENDコードのログと睨めっこしていることだろう。
PL/Iという言語は、その汎用性の高さゆえに「何でも書ける」一方で、データ定義の曖昧さが思わぬところで牙をむく。特に、外部データ（ファイルや画面入力）を内部の数値型（FIXED BINARYやDECIMAL）に転記する際、ゴミデータが混入していてS0C7……いや、PL/Iなら`CONVERSION`例外でプログラムが停止した経験は誰にでもあるはずだ。
今日は、その「変換エラー」をスマートにハンドリングし、システムを泥沼の異常終了から救い出すための『ON CONVERSION』の極意を伝授しよう。
—
1. なぜ「ON CONVERSION」が必要なのか
メインフレームのバッチ処理では、COBOLから移行された古いデータや、他システムから送られてくるフラットファイルに「数値項目のはずがスペース混じり」といった不整合が潜んでいることが往々にしてある。
標準的なコーディングでこれを放置すると、プログラムは即座に停止し、ジョブは異常終了（RC=Uxxxx等）となる。しかし、実務では「不正データはエラーログに弾いて、残りのレコードは処理を継続する」という要求がほとんどだ。ここで活躍するのが`ON CONVERSION`ユニットである。
2. 実践的コーディング：変換エラーを制御下に置く
以下に、VSAMファイルからの読み込みを想定した、堅牢なエラーハンドリングのコード例を提示する。
1
/ —————————————————————— /
/ PROGRAM-ID: CONV_SAMPLE /
/ 処理概要: 入力データの数値変換エラーを検知し、安全にログへ退避する /
/ —————————————————————— /
SAMPLE_PROC: PROCEDURE OPTIONS(MAIN);
DCL INPUT_DATA CHAR(10); / 入力バッファ /
DCL VALUE FIXED DEC(7); / 数値格納先 /
DCL I FIXED BIN(15);
/ — ONユニットの定義：変換エラー発生時の挙動を定義 — /
ON CONVERSION BEGIN;
DCL CONV_CHAR CHAR(1) BUILTIN;
/ エラー箇所を特定してログに出力 /
PUT SKIP LIST(‘警告: 数値変換エラーが発生しました。値=[‘ || INPUT_DATA || ‘]’);
/ 変換不能な文字を’0’に置換して処理を続行させる力技 /
CONV_CHAR = ‘0’;
RETRY; / エラー発生箇所へ戻り、再試行を行う /
END;
/ — メイン処理ループ — /
DO I = 1 TO 10;
/ 何らかの入力処理と仮定 /
GET STRING(INPUT_DATA) INTO (VALUE);
PUT SKIP LIST(‘変換成功: ‘ || VALUE);
END;
END SAMPLE_PROC;
3. このコードにおける「プロの着眼点」
上記のコードには、ただ動くだけではない、保守フェーズで泣かないためのポイントがいくつかある。
- RETRYの活用:
`ON CONVERSION`内で`RETRY`を使うことは、変換エラーを「例外」としてではなく「予測可能な制御フローの一部」として扱うための定石だ。ただし、無限ループには注意が必要だ。何度も同じ箇所でコケるなら、エラーフラグを立てて処理をスキップさせる制御を必ず入れよう。
- BUILTIN関数の賢い利用:
`CONV_CHAR`などの組み込み関数を適切に使うことで、エラーが発生した際の変換対象文字を直接操作できる。これは、PL/Iが提供する強力な「自己修復能力」の一つだ。
- スコープの意識:
`ON`ユニットは、定義した場所からそのブロックが終了するまで有効だ。もし特定のルーチンだけで有効にしたいのであれば、`BEGIN`ブロック内で`ON`ユニットを定義し、処理終了後に`REVERTS`を使って元に戻すのが、大規模なバッチプログラムにおける作法である。
4. 後輩エンジニアへ伝えたいデバッグの極意
「プログラムが落ちた」とき、まずは`SYSUDUMP`を探しに行くのが新人の行動だ。だが、ベテランはまず「どこで変換が起きたか」を追う。
もし君が担当しているシステムで、原因不明の変換エラーが多発しているなら、その項目の`PICTURE`句や、`DECLARE`の精度（PRECISION）を見直してほしい。特に、`FIXED BIN(31)`と`FIXED DEC(9)`の混在など、意図しない型変換が起きている箇所にこそ、バグの温床が眠っている。
`ON CONVERSION`は、いわばシステムの「防波堤」だ。これを適切に配置することで、深夜の呼び出しを減らし、安定したシステム運用を実現できる。
さあ、次の改修では、ただエラーを投げるだけのプログラムから、エラーを優しく受け止める「賢い」プログラムへと昇華させてみよう。何か詰まったら、いつでもメインフレームのアーキテクトが相談に乗るからな。健闘を祈る。
