PL/Iの「動的メモリ管理」を攻略せよ！ポインタとヒープの迷宮を歩く方法
こんにちは。長年メインフレームの深淵でシステムアーキテクトとして働いていると、たまに「PL/Iって古臭い言語なんでしょう？」という声を耳にします。
確かに、PL/Iは1960年代に生まれた言語です。しかし、その設計思想の柔軟さは、現代のプログラミング言語の先駆けとも言えるほど奥深いものです。特に、JavaやCOBOLしか触ったことがない方にとって、PL/Iの「メモリを自分で支配する」という感覚は、最初は少しだけスリリングかもしれません。
今回は、PL/Iのメモリ管理の要である`ALLOCATE`と`FREE`、そして恐れられがちな「ダングリングポインタ（無効なポインタ）」のリスクについて、現場の知見を交えて紐解いていきましょう。
—
1. PL/Iの「予約語がない」という不思議な仕様
まず、PL/Iを触り始めた皆さんが最初に驚くのが、「予約語（キーワード）が厳格ではない」という点です。
Javaなら`class`や`int`は変数名に使えませんが、PL/Iでは「IF」や「THEN」という名前の変数を作ることすら可能です。
/i
/ 極端な例：IFという名前の変数を宣言する /
DCL IF FIXED BIN(15);
IF = 10;
一見めちゃくちゃに見えますよね。しかし、コンパイラはコンテキスト（文脈）から「これは制御文のIFなのか、それとも変数のIFなのか」を完璧に判断します。この自由度は、開発者にとっては諸刃の剣。命名規則には、チーム内で「予約語的な単語は変数名に使わない」という紳士協定を持つのが、現場の生存戦略です。
—
2. 魔法の言葉「ALLOCATE」とヒープの概念
PL/Iでの動的メモリ管理は、`BASED`属性を使って行います。
Javaで言えば「インスタンス化（new）」に相当しますが、PL/Iでは「この領域はポインタ経由で触るよ」という約束を宣言で定義します。
コードで見るメモリの確保
/i
/ ポインタ変数の宣言 /
DCL P_REC POINTER;
/ 構造体のテンプレート（Based属性） /
DCL 1 MY_DATA BASED(P_REC),
2 ID FIXED BIN(31),
2 NAME CHAR(20);
/ メモリ領域を動的に確保する /
ALLOCATE MY_DATA;
/ 確保した領域にアクセス /
P_REC->ID = 100;
P_REC->NAME = ‘IBM_MAINFRAME’;
この`ALLOCATE`が実行された瞬間、メインフレームのメモリ（ヒープ領域）上に、`MY_DATA`という箱がポンと生まれます。このとき、ポインタ変数`P_REC`は、その箱の「住所」を記憶するのです。
—
3. 「ダングリングポインタ」という落とし穴
さて、ここからが本題です。`FREE`命令を使うと、確保したメモリをシステムに返却できます。しかし、ここで初心者が陥りやすいのが「ダングリングポインタ（吊り下がったポインタ）」問題です。
なぜ危険なのか？
`FREE`を呼んだ後、`P_REC`というポインタ変数は「解放されたはずの場所」を指し示し続けています。もしその後に、うっかりそのポインタを使って値にアクセスしてしまうと……。
- システムが別の処理にそのメモリを割り当てている場合、他人のデータを破壊する。
- あるいは、意味不明な値を読み取ってしまい、バッチが異常終了（ABEND）する。
/i
/ メモリを解放する /
FREE MY_DATA;
/ まだP_RECは解放された領域の「住所」を指している状態！ /
/ これがダングリングポインタです /
P_REC->ID = 999; / ここで書くと、運が悪いと他人のデータが壊れる /
現場で教える解決策：NULLの活用
この悲劇を防ぐ唯一にして最強の方法は、「解放したら、即座にポインタをNULLにする」という習慣です。
/i
FREE MY_DATA;
P_REC = NULL(); / 解放の儀式が終わったら、住所も消し去る /
こうすれば、もし間違ってそのポインタにアクセスしようとしても、即座に「ポインタが無効です」というエラー（S0C4など）が発生するため、バグの原因を特定しやすくなります。「解放した後のポインタは、ただのゴミ」と心得ておくことが、メインフレームエンジニアとしての嗜みです。
—
最後に：怖がる必要はありません
PL/Iの動的メモリ管理は、コンピュータがどうやってメモリを扱っているかを知る非常に良い教材です。最近の言語はガベージコレクションがメモリを自動で掃除してくれますが、PL/Iで「自分で掃除をする」感覚を身につけると、他の言語で発生するメモリリークやパフォーマンスの問題に対しても、鋭い勘が働くようになります。
もし、バッチ改修で`ALLOCATE`の波に飲まれそうになったら、いつでも思い出してください。
「住所（ポインタ）を管理し、使い終わったら綺麗に掃除（NULL）する」。
この基本さえ守れば、PL/Iはあなたにとって最高の相棒になります。一緒にレガシーシステムの荒波を乗りこなしていきましょう！
