PL/Iプログラムの基本構造（PACKAGE、PROCEDURE、OPTIONS(MAIN)）

現場のエンジニアへ告ぐ：PL/IのCONTROLLED属性を「なんとなく」使うなメインフレームの現場で何十年も生き残っているPL/Iだが、その柔軟性が災いしてか、今なお「メモリリーク」や「意図しないデータ破壊」の温床となっている箇所がある。...

PL/Iの「CONTROLLEDストレージ」でメモリを自在に操る：スタック管理の秘密こんにちは。メインフレームの深淵へようこそ。普段、Javaでガベージコレクションに頼り切りだったり、COBOLの固定長データ領域に慣れ親しんでいると、PL/...

メインフレームの深淵：BASED変数とポインタによる動的メモリ管理の「作法」汎用機の保守・移行現場において、PL/Iの`BASED`ストレージクラスとポインタ（`POINTER`）変数を使いこなせるかどうかは、そのエンジニアが「レガシーの単...

メインフレームの闇を照らす：BASED変数とポインタによる動的メモリ管理の「正攻法」やあ。今日も今日とてJCLの海を泳いでいるか？メインフレームの世界で長く生きていると、静的なデータ定義（DCL）だけではどうにもならない局面にぶつかるはずだ...

メインフレームの世界へようこそ。COBOLやJavaでバリバリ開発してきたあなたにとって、PL/Iは少し「古風で気難しい友人」に見えるかもしれません。でも大丈夫、この言語は非常に論理的で、一度コツを掴めばこれほど頼りになる相棒はいません。今...

PL/IのSTATICストレージ：その沈黙の初期化と、モジュール間共有の落とし穴メインフレームの現場で長く生きていると、ふとした瞬間に「なぜこの変数はこのタイミングで初期化されるのか」という原点に立ち返らされることがある。特に、現代のJav...

静的変数の深淵：PL/IにおけるSTATICとEXTERNALの「定石」を極めるメインフレームの現場でPL/Iコードを触っていると、ふとした瞬間に「なぜこの変数はこのタイミングで値を持っているのか？」という壁にぶつかることがある。特に、バッ...

メインフレームの守護神「STATIC」と「EXTERNAL」を紐解く：PL/Iの世界へようこそこんにちは。メインフレームの深淵を覗き込み、数多のレガシーコードを現代へと橋渡ししてきたシステムアーキテクトです。JavaやCOBOLといった言語...

PL/Iの深淵：AUTOMATIC変数のスタック制御と再帰呼び出しの「終わりのない夢」汎用機（メインフレーム）の心臓部で動くPL/I。JavaやC#といったマネージド言語の「ガベージコレクション」という甘美な言葉に慣れた世代には、PL/Iの...

メインフレームの「見えない領域」を制する：PL/I AUTOMATIC変数のスタックと再帰の深淵若手のエンジニアから、「PL/Iのバッチ処理で、再帰呼び出しを使ったら突然ABEND U4038（あるいはストレージ不足系）が発生した」という相...