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

メインフレームの奥義：OFFSET型とAREA変数で「メモリを支配する」技術やあ。今日もまた、数十万行に及ぶレガシーコードの海を泳いでいるのかい？PL/Iという言語の懐の深さは、単なる事務処理言語の枠を超えている。特に、大規模なオンラインシ...

PL/Iの「OFFSET変数」と「AREA」：メモリを自在に操る魔法の地図こんにちは！メインフレームの世界へようこそ。JavaやCOBOLを触ってきた皆さんにとって、PL/Iのコードを初めて見た時の「なんだこの記号の羅列は…」という感覚、実...

継承されたコードの深淵：PL/Iポインタ操作と31/64ビット境界の罠メインフレームの心臓部で動き続けるPL/Iコード。モダンな言語から見れば「古臭い」と一蹴されがちですが、そのポインタ操作には、メモリ管理の歴史とハードウェアの制約が色濃く...

メインフレームの深淵へ：PL/Iポインタの「31ビット vs 64ビット」とアドレス制御の極意やあ、諸君。今日もレガシーシステムのジャングルで、動かなくなったバッチの解析に追われていることだろう。PL/Iは、C言語のポインタのような軽快さと...

迷宮の鍵を握る「ポインタ」の正体：PL/Iアドレッシングの深淵を覗く皆さん、こんにちは。メインフレームの世界へようこそ。普段、JavaやCOBOLという「高層ビル」で仕事をしていると、PL/Iという言語はどこか古びた地下室のように感じられる...

汎用機の深淵：CONTROLLED属性が支配する動的メモリの美学と罠メインフレームの現場で、PL/Iの `CONTROLLED` 属性を単なる「動的メモリ確保」と捉えているなら、それは少々危険だ。JavaのガベージコレクションやC#のマネー...

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

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

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

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