導入：なぜデフォルト属性を知る必要があるのか？
メインフレームのプログラミングにおいて、データ構造の定義は非常に重要です。特にPL/Iなどでデータ構造を定義する際、意識せずに書いている「ALIGNED（境界調整）」と「UNALIGNED（境界調整なし）」の指定。実は、コンパイラが自動的にこれらを判断していることをご存知でしょうか。この「暗黙のデフォルト」を理解していないと、システム移行時や他言語とのデータ連携で、予期せぬパディング（隙間）によるデータズレが発生し、バグの温床となります。今回はこの重要ポイントを解説します。
基礎知識：ALIGNEDとUNALIGNEDとは？
コンピュータのCPUは、メモリ上のデータを読み出す際に「特定の番地（境界）」から読み出すと効率が良いという特性を持っています。
ALIGNEDとは、CPUが最も効率よくアクセスできるメモリ境界にデータを配置する指定です。これに対し、UNALIGNEDは隙間を詰め、メモリを節約するように配置する指定です。
通常、FIXED BINARY（数値）は計算効率のためにALIGNEDが選ばれ、CHARACTER（文字）はメモリ節約のためにUNALIGNEDが選ばれる傾向があります。
実装と解決策：明示的な宣言のすすめ
「デフォルトでいいや」と放置せず、構造体や重要な変数には必ず属性を明記する習慣をつけましょう。これにより、コンパイラオプションの変更に左右されない、堅牢なコードになります。
サンプルプログラム
以下は、属性を明示的に宣言したコード例です。コメントを参考に、データがどのようにメモリに配置されるかを意識してみましょう。
/ サンプルコード：属性の明示的宣言 /
DCL 1 MY_DATA,
/ 数値データは計算速度を優先しALIGNEDを指定 /
3 ID FIXED BIN(31) ALIGNED,
/ 文字データはメモリ効率を優先しUNALIGNEDを指定 /
3 NAME CHAR(20) UNALIGNED,
/ 混合する場合も属性を明示することでパディングの意図が明確になる /
3 FLAG BIT(8) UNALIGNED;
/ 解説：
1. FIXED BINにはALIGNEDを明記することで、境界調整を確実に行います。
2. CHARやBITにはUNALIGNEDを明記することで、不要なパディング（隙間）を排除します。
3. 属性を明記することで、異なるコンパイラや環境へ移行する際も、
同じレイアウトを維持することが可能になります。
/
応用・注意点：移行時のトラブル回避
レガシーシステムからモダンな環境への移行時、最も多い失敗が「昔の環境ではこの変数はUNALIGNEDだったのに、新しい環境ではデフォルトでALIGNEDになっていた」というケースです。
特に、ファイルから読み込んだデータを構造体にマッピングする際、パディングの有無が数バイトズレるだけで、以降のすべてのフィールド値が化けてしまいます。
コードを修正する際は、まず現在の環境のコンパイラオプション（MAPやOFFSETオプションなど）を確認し、データ構造が期待通りに配置されているか、ダンプリストと照らし合わせることを強く推奨します。「コンパイラのデフォルトに頼らない」。これがメインフレーム技術者としての鉄則です。
コメント