※本記事は、ホスト系COBOL処理系からオープン系COBOL処理系への移行検証を整理する連載の第7回です。 1. なぜ移送属性を独立観点としたのか COBOLにおける MOVE 文は、単なる代入ではありません。 内部では、 型変換 桁調整 符号処理 表現形式変換 が発生します。 そのため、 文法は同じでも結果が変わる 可能性があります。 2. 検証設計 検証軸 送出し側の型 受取り側の型 桁数差 符号有無 表現形式（DISPLAY / COMP / COMP-3） 3. 基本検証コード IDENTIFICATION DIVISION.

※本記事は、ホスト系COBOL処理系からオープン系COBOL処理系への移行検証を整理する連載の第5回です。 1. なぜファイル定義を独立観点としたのか COBOLにおけるFD句は、単なる構造宣言ではありません。 RECORDING MODE BLOCK CONTAINS レコード長 固定長／可変長 ラベルレコード これらは、実行環境と密接に結びついています。 言語仕様は同じでも、 I/Oの前提が変われば動作が変わります。 2. 検証観点 以下の観点で確認しました。 OPEN時の挙動 READ時のレコード解釈 レコード長の扱い EOF検知のタイミング 固定長／可変長の差

※本記事は、ホスト系COBOL処理系からオープン系COBOL処理系への移行検証を整理する連載の第4回です。 1. なぜデータ例外を独立観点としたのか データ例外は単なる異常系ではありません。 移行時に問題となるのは、 例外が発生するかどうか どの命令で発生するか 発生後の処理が継続するか停止するか 戻りコードやメッセージの違い です。 つまり、 例外の“存在”ではなく、“構造”が問題 になります。 2. 検証設計 2.1 検証軸 ステートメント軸 MOVE ADD SUBTRACT COMPUTE DIVIDE IF（比較） DISPLAY データパタ