PL/Iの「自由」は「諸刃の剣」？ ADDR関数とポインタ操作の深淵を覗く
皆さん、こんにちは。メインフレームの世界へようこそ。
JavaやCOBOLという堅牢な言語を使いこなしてきた皆さんにとって、PL/Iのコードを初めて目にした時、「なんだか少し不思議な言語だな」と感じるかもしれません。
それもそのはず、PL/Iは「何でもできる」ことを目指して設計された、ある意味で非常に欲張りな言語なんです。今日は、そんなPL/Iの中でも、特に強力であり、かつ慎重な取り扱いが求められる「アドレス操作」について、一緒に紐解いていきましょう。
—
1. 予約語がない？ PL/Iの自由な世界観
まず、皆さんが驚くのは「予約語」の少なさかもしれません。
多くの言語では `IF` や `THEN` といったキーワードが「予約語（言語が独占的に使う単語）」として定義されており、変数名に使うことはできません。
しかし、PL/Iには原則として予約語が存在しません。
例えば、`IF = 10;` というコードを書いたとしても、コンパイラは文脈から「ああ、これは変数IFのことだな」と気を利かせて解釈してくれます。
「便利じゃないか！」と思うかもしれませんが、これは同時に「何が変数で、何が命令なのか、書く側が意識しないと大惨事になる」という裏返しでもあります。この「自由と責任」のバランスこそが、PL/Iの醍醐味なんですよ。
—
2. ADDR関数：メモリを直接覗き見る「禁断の扉」
さて、本題の `ADDR` 組み込み関数です。
これは、指定した変数が「メインメモリ上のどこに鎮座しているか」というアドレス（番地）を返す関数です。
COBOLではデータの構造を定義すれば、OSや実行環境がよしなに管理してくれますよね。でも、PL/Iではポインタを使って、自分自身でメモリを直接操作することができてしまいます。
なぜポインタを使うのか？
例えば、巨大なデータ構造を関数に渡す際、データをコピーするのではなく「住所（アドレス）」だけを教えることで、メモリ消費を抑え、高速に処理するためです。効率を極限まで求めるメインフレームならではの技術ですね。
—
3. ポインタ演算という「荒技」の危険性
ポインタを使うと、指定したアドレスから「何バイト先にあるデータ」というように、強引に値を取り出すことができます。これを誤ると、悲劇が待っています。
以下のようなコードを見てみましょう。
/i
/ ポインタを用いたメモリ操作の例 /
DCL A FIXED BIN(31) INIT(100); / 数値変数A /
DCL PTR POINTER; / アドレスを格納するポインタ変数 /
DCL P_A BASED(PTR) FIXED BIN(31); / ポインタPTRが指す先を整数として定義 /
PTR = ADDR(A); / Aのアドレスをポインタに代入 /
/ ここでPTRの値を少しズラすと… /
/ PTR = PTR + 4; <-- これが命取り！ /
P_A = 999; / Aの中身を書き換えるつもりが、メモリ破壊の可能性 /
もし `PTR` の値を計算でズラしてしまったらどうなるでしょうか？
システムは「そこにあるのが整数だ」と信じ込んで書き込みを行います。本来触ってはいけないOSの制御領域や、別の変数の領域を破壊してしまう……これが「メモリ破壊」の正体です。
---
4. デバッグの現場から：問題が起きたらどうする？
もし皆さんの担当しているシステムで「理由不明のデータ化け」が発生したら、まずは以下のチェックリストを思い出してください。
1. ポインタの初期化は適切か？
- 不定なポインタ（NULLでないゴミが入った状態）で操作していませんか？
2. `BASED` 属性のサイズは一致しているか？
- 参照先の構造体定義と、実際のデータサイズがズレていると、隣の変数を巻き込んで上書きします。
3. 境界調整（アライメント）を意識しているか？
- メインフレームのメモリは、データ型によって配置すべき番地が決まっていることがあります。
デバッグのコツ
- ダンプを見る: `SNAP` 組み込み関数を使って、問題発生時のメモリ状態をダンプ出力しましょう。
- 境界検査: コンパイルオプションで「SUBSCRIPTRANGE（配列範囲チェック）」や「STRINGRANGE」などを有効にして、実行時のエラーを早期に検知できるように設定を見直すのも一つの手です。
—
最後に：怖がる必要はありません
PL/Iのポインタは、例えるなら「レーシングカーのエンジン」のようなものです。
正しく整備して操縦すれば、これ以上ないほどのパフォーマンスを発揮しますが、ハンドルを握る手が震えれば、すぐにガードレールに激突してしまいます。
でも安心してください。まずは「自分が今、メモリのどこを指しているのか」という地図を常に意識すること。そして、分からない時は無理にポインタを使わず、堅実な変数参照から始めること。これさえ守れば、PL/Iは非常に強力な味方になってくれます。
現場で何か行き詰まったら、いつでも戻ってきてくださいね。一緒にコードを紐解いていきましょう！
