メインフレームの世界へようこそ！PL/Iの「ADDR関数」でメモリの深淵を覗いてみよう
こんにちは！メインフレームの世界へ足を踏み入れた皆さん、ようこそ。
普段、JavaやCOBOLのような「堅牢で、ある程度守られた環境」に慣れていると、PL/Iという言語は少し古風で、どこか職人気質な雰囲気に戸惑うかもしれませんね。
でも、安心してください。PL/Iは「汎用（Programming Language One）」という名の通り、非常に柔軟で強力な言語です。今日はその中でも、システムアーキテクトが夜な夜な活用する「変数の心臓部」に直接触れるための魔法、`ADDR`関数についてお話ししましょう。
—
そもそも「変数のアドレス」って何？
Javaなどのモダンな言語では、メモリ管理はランタイム（JVMなど）にお任せですよね。しかし、メインフレームのPL/Iでは、プログラマがメモリの配置に少しだけ意識を向けることがあります。
変数を宣言するということは、メインフレームの広大なストレージ上に「ここからここまでを、このデータの場所とする！」と陣地を確保する行為です。その「陣地のスタート地点の番地（メモリ上の住所）」を教えてくれるのが、`ADDR`関数なんです。
なぜこれが必要なの？
単に数値を足し算したり文字を表示するだけなら不要ですが、以下のような「現場の修羅場」では必須の知識となります。
- システム制御ブロックへのアクセス: OSの深い領域にある管理情報を見に行くとき。
- ポインタ演算: 大量のデータを扱う際、場所を直接指定して高速に処理するとき。
- 他言語との連携: COBOLやアセンブラとメモリ領域を共有してデータをやり取りするとき。
—
ADDR関数の基本の使い方
まずは、コードを見てみましょう。PL/Iでは大文字で書くのが「お作法」ですが、慣れるとこの無骨さがかっこよく見えてきますよ。
/i
MY_PROGRAM: PROCEDURE OPTIONS(MAIN);
/ 変数の宣言：固定長文字（CHARACTER）を8バイト分確保 /
DCL MY_DATA CHAR(8) INIT(‘ABCDEFGH’);
/ アドレスを格納するためのポインタ変数を宣言 /
DCL P_PTR POINTER;
/ ADDR関数を使って、MY_DATAがメモリ上のどこにあるか取得 /
P_PTR = ADDR(MY_DATA);
/
- ここで取得した P_PTR には、MY_DATAの先頭アドレスが入っています。
- これを使えば、直接メモリを書き換えたり、
- 構造体の一部を切り出したりすることが自由自在になります。
/
PUT SKIP LIST(‘データの場所はここです: ‘, P_PTR);
END MY_PROGRAM;
コードのポイント
1. DCL (DECLARE): 「宣言」のことです。PL/Iではこれがないと何も始まりません。
2. POINTER型: アドレスという「住所」だけを格納するための専用の箱です。この箱には「値そのもの」ではなく「場所」が入ります。
3. ADDR関数: まさに「君の住所を教えて！」と変数に問いかけるコマンドです。
—
初学者が躓きやすい「落とし穴」
PL/Iを触り始めると、「なぜそんなことするの？」という仕様に驚くかもしれません。`ADDR`を使う上で、これだけは覚えておいてください。
1. アドレスを直接いじると「異常終了（ABEND）」する
Javaなら例外が飛んで止まりますが、PL/Iで不正なアドレスにアクセスすると、メインフレームは容赦なく「システム異常終了（ABEND）」という形で停止します。これは「危ない橋を渡らせない」というOSの防衛本能です。初めてのABENDは怖いかもしれませんが、ログを辿れば必ず原因があります。怖がらずに挑戦しましょう！
2. コンパイラオプションの罠
PL/Iには`LIMITS`や`CHECK`といったコンパイラオプションがあり、これによってアドレスの扱いが変わることがあります。実務で「なぜか値が取れない！」という時は、プログラムのバグよりも、コンパイルオプションの設定が原因であるケースも多いです。
—
最後に：怖がらなくて大丈夫です
「メモリの番地を直接扱うなんて、難しそう…」と思う必要はありません。
PL/Iの`ADDR`関数は、いわば「メインフレームという巨大な組織の地図」を手に入れるようなものです。
まずは簡単なプログラムで`ADDR`を使い、変数同士のアドレスがどう並んでいるか、`PUT SKIP LIST`で眺めてみてください。メインフレームの奥深い挙動が見えてくると、きっとこの言語のことが少しだけ好きになれるはずです。
もし現場で「変数の場所がわからない！」と困ったときは、いつでもこの`ADDR`関数を思い出してくださいね。皆さんのメインフレーム・エンジニアとしての旅路が、素晴らしいものになりますように！
それでは、また次回のレクチャーでお会いしましょう！
