こんにちは。メインフレームの世界へようこそ。
JavaやCOBOLでバリバリとコードを書いてきた皆さんが、いざ「PL/I」という古強者の前に立つと、その独特の構文に少し身構えてしまうかもしれませんね。でも、安心してください。PL/Iは「プログラミング言語の全部入り」と言われるほど奥が深い言語ですが、メモリ管理の概念さえ掴めれば、実はとても合理的で頼もしい相棒になるんです。
今日は、PL/Iにおける「動的なメモリ確保」と、それが限界を迎えた時の「恐怖のSTORAGE条件」について、現場の知恵を交えてお話しします。
—
1. PL/Iの「持ち物検査」：静的と動的
Javaの`new`やC言語の`malloc`に相当するのが、PL/Iにおける`ALLOCATE`文です。
その前に、PL/Iのストレージ属性について少しだけ整理しましょう。
- STATIC（静的）: プログラム開始時に場所を確保。ずっとそこに居座ります。
- AUTOMATIC（自動）: プロシージャに入ると確保され、出ると消える。基本中の基本です。
- BASED（基底付き）: ここが今日の主役です。 必要な時に、必要な分だけ、好きなタイミングで確保する「動的」なやつです。
実際に書いてみよう
1
/ 構造体を定義しておく /
DECLARE 1 MY_DATA BASED(P_PTR),
2 ID FIXED BIN(31),
2 NAME CHAR(20);
DECLARE P_PTR POINTER; / アドレスを保持する「指差し棒」 /
/ メモリを確保する /
ALLOCATE MY_DATA SET(P_PTR);
/ 確保したメモリにアクセス /
P_PTR->ID = 100;
P_PTR->NAME = ‘IBM_MAIN’;
/ 使い終わったらちゃんと片付ける /
FREE MY_DATA;
見ての通り、`BASED`属性をつけた変数は、単体ではメモリを持ちません。`POINTER`という「指差し棒（アドレス）」がメモリ上の場所を指し示して初めて、そこにデータが宿るんです。この「指差し棒」の概念、ポインタを触ったことがあれば直感的に分かるはずです。
—
2. 恐れることなかれ、「STORAGE条件」
動的にメモリを確保していると、いつか必ずぶつかる壁があります。それが「メモリ不足」です。PL/Iではこれを`STORAGE`条件と呼びます。
「プログラムが突然異常終了した！」と慌ててダンプを覗くと、`ONCODE`が`STORAGE`を示している……現場では心臓が止まる瞬間ですが、PL/Iにはこれを優雅にハンドルする仕組みが備わっています。
賢い例外処理：ONユニット
1
/ ストレージが足りなくなった時の「緊急対応マニュアル」を定義 /
ON STORAGE BEGIN;
PUT SKIP LIST(‘警告：メモリが足りません！安全な終了処理へ移行します。’);
/ ここでログを出したり、ファイルをクローズする処理を書く /
CALL CLEANUP_ROUTINE;
STOP;
END;
このように`ON STORAGE`を書いておけば、メモリ確保に失敗した瞬間にプログラムを強制終了させるのではなく、後処理をしてから終了させることが可能です。基幹システムのバッチ処理において、中途半端な状態でファイルを残さないための「最後の砦」ですね。
—
3. ダンプ解析のポイント：現場の心得
もし`STORAGE`条件でシステムが落ちてしまったら、ダンプリストを手に以下の点を確認してみてください。
1. メモリの「食い逃げ」はないか？
`ALLOCATE`したのに`FREE`を忘れていませんか？ループの中で`ALLOCATE`を繰り返していれば、どんなに大きなヒープ領域もすぐにパンクします。
2. ポインタの不整合
`P_PTR`を使い回している場合、前の値を上書きしてしまい、元々確保していたメモリ領域が「どこにも繋がらない迷子」になっていないか確認してください。これが一番多いバグです。
3. OS側の制約（REGIONサイズ）
JCL（ジョブ制御言語）で指定した`REGION`パラメータは適切ですか？ メインフレームのメモリは有限です。プログラムのバグではなく、単純に領域設定不足ということも実はよくあります。
—
最後に：PL/Iは怖くない
PL/Iは確かに古い言語ですが、そのメモリ管理は非常に精密で、ハードウェアの能力を極限まで引き出せるように設計されています。`ALLOCATE`を使いこなすということは、コンピュータのメモリという広大な土地を、自分で測量して切り盛りするようなもの。
最初は難しく感じるかもしれませんが、一つずつ「ポインタ」という指差し棒で確認していけば、必ず見えてくるものがあります。
「メモリが足りない！」と怒られたら、それはプログラムが「もっと賢く管理してよ」とサインを出しているだけ。そのサインに応えてあげるのが、優秀なシステムアーキテクトの腕の見せ所です。
皆さんのメインフレーム移行プロジェクトが、少しでもスムーズに進むことを心から応援しています。また、深い技術談義が必要な時はいつでも遊びに来てくださいね。
