導入: なぜALIGNED指定が必要なのか
メインフレームでの開発において、データ構造の設計はパフォーマンスに直結します。特にBIT文字列を扱う際、デフォルト設定であるUNALIGNED（ビット詰め）ではなく、あえてALIGNEDを指定する場面があります。これは、処理速度を優先するためにメモリアクセスの境界を整列（アライメント）させる手法です。この指定を適切に理解していないと、外部システムとのデータ連携や、バイナリレイアウトの解析において予期せぬ「オフセットのズレ」を引き起こす原因となります。本稿では、この物理構造の裏側を解説します。
基礎知識: ALIGNEDとUNALIGNEDの違い
メインフレームのPL/I等の言語において、BIT文字列を定義する際、物理メモリ上での格納方法を制御できます。
UNALIGNEDを指定（またはデフォルト）すると、ビットは隙間なく詰め込まれます。一方、ALIGNEDを指定すると、その変数は必ず「バイト境界（またはフルワード境界）」から始まるよう配置されます。
この際、本来のデータ長がバイト単位に満たない場合、残りのビットはパディング（未使用の埋め草）として扱われます。これにより、CPUはメモリからデータを読み出す際、シフト演算を伴わずに高速にアクセスできるようになります。
実装と物理レイアウトの考え方
ALIGNEDを指定したBIT文字列は、コンパイラによって「最小のバイト境界まで拡張」されます。例えば、BIT(5) ALIGNEDと宣言した場合、物理的には1バイト（8ビット）が確保されます。
重要なのは、この「パディング領域」を意識することです。外部システムから受信した固定長レコードと、メインフレーム内部の構造体（DCL）をマッピングする際、このアライメントの違いを無視すると、後続のフィールド位置がずれてしまい、データ破損の原因となります。
サンプルプログラム: ALIGNED BITの定義と確認
以下のコードは、ALIGNED属性を使用してビットフラグを定義する例です。
/ ALIGNED属性を用いたビットフラグの宣言 /
/ BIT(5)であっても、物理的には1バイト(8ビット)の領域が確保されます /
DCL STATUS_FLAGS BIT(5) ALIGNED;
/ 値の代入 /
STATUS_FLAGS = ‘10101’B;
/ プログラム内での利用例 /
IF SUBSTR(STATUS_FLAGS, 1, 1) = ‘1’B THEN
/ 1ビット目がONの場合の処理 /
PUT SKIP LIST(‘システムはアクティブです’);
/ 注意: 外部ファイル出力時は、この変数の後ろに3ビット分のパディングが含まれることに注意してください /
応用・注意点: 現場で陥りやすいバグ
現場で最も多いトラブルは、「構造体（Level-1構造体やBased変数）での型合わせ」です。
既存のバイナリデータと突き合わせる際、相手側のデータがUNALIGNED（ビット詰め）であるにもかかわらず、自身のプログラムでALIGNEDを使用してしまうと、後続のフィールドが数ビット分右へずれます。
逆に、相手がALIGNEDで設計されているのに、こちらがUNALIGNEDで読み込むと、メモリの読み込み位置がズレて誤った値を参照することになります。
外部インターフェース仕様書に「Boundary Alignment（境界整列）」の記述がある場合は、必ずALIGNEDを使用し、仕様書に特に言及がない（あるいはC言語等の構造体と連動する）場合は、メモリレイアウトの互換性を慎重に検証してください。現代のシステム連携では、JSONやXMLへの移行が進んでいますが、レガシーなバイナリ通信が残る箇所では、このパディングの有無が唯一無二のデバッグポイントとなります。
コメント