PL/Iの基本構文とデータ制御

奈落の淵から紐解く `OPTIONS(MAIN)`：PL/Iランタイム初期化の深淵基幹システムを支えるメインフレームの現場において、`OPTIONS(MAIN)`は単なる「プログラムの開始点」という以上の重みを持っています。若手のエンジニア...

なぜ「OPTIONS(MAIN)」はただの飾りではないのか：ランタイムの深層を覗く若い連中からよく受ける質問がある。「なぜプログラムの最後に `OPTIONS(MAIN)` をつけるのか？ 単なる識別子じゃないのか？」と。答えは否だ。あれは...

PL/Iの「OPTIONS(MAIN)」は、魔法の入り口。LE/370との熱い抱擁を解き明かすこんにちは！メインフレームの世界へようこそ。JavaやCOBOLの経験がある方にとって、PL/I（ピーエル・ワン）という言語は、まるで「古の魔法書...

PL/Iの「ENTRY宣言」を制する者が、レガシー移行の聖域へ到達するメインフレームの心臓部で数十年動き続けるPL/Iプログラム。その保守やJava/C#への移行に携わる際、最も「バグの温床」となりやすいのが、別コンパイル単位（モジュール）...

外部呼出の「落とし穴」を埋める：PL/IにおけるENTRY宣言とLINKAGEの極意メインフレームの現場で何十年も稼働している基幹システムを改修していると、たまに遭遇するのが「なぜか計算結果が化ける」「特定のケースでだけABENDする」とい...

PL/Iの「ENTRY」って何者？外部プロシージャ呼び出しを怖がらずに使いこなそう！こんにちは。メインフレームの世界へようこそ。普段、JavaやCOBOLに慣れ親しんでいる方にとって、PL/Iのコードを目にしたとき、「なんだこの独特な宣言は...

メインフレームの深淵：BASED変数とポインタが引き起こす「動的メモリ」の悪夢メインフレームの現場で長く生きていると、現代のJavaやC#のモダンなメモリ管理がいかに「甘やかされているか」を痛感する。我々が扱うPL/Iの世界では、`BASE...

【PL/I深層解説】BASED変数とポインタ操作：諸刃の剣を使いこなすための現場の流儀メインフレームの現場で長く生き残っていると、時折「触りたくない」コードに出くわすことがある。その筆頭が、BASED属性とポインタを駆使して、メモリを強引に...

メインフレームの深淵へようこそ：PL/IのBASED変数とポインタで「メモリを直接操る」極意こんにちは。メインフレームの荒波を乗りこなすシステムアーキテクトです。これまでJavaのガベージコレクションに守られ、あるいはCOBOLの堅牢なデー...

制御された混沌：PL/IにおけるCONTROLLEDストレージの深淵と設計の鉄則メインフレームの現場で長く生き残ってきたシステムアーキテクトであれば、一度は`CONTROLLED`属性の悪夢に遭遇したことがあるはずです。静的領域（STATI...