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

【現場の心得】PL/Iの「BASED」と「ポインタ」でメモリを操る――その力と、潜む罠やあ。今日もメインフレームの迷宮に潜り込んでいる諸君、お疲れ様。COBOLの堅牢さも悪くないが、PL/Iの「何でもできる」という言語設計には、時としてエン...

メインフレームの「深淵」を覗く：PL/IポインタとBASED変数でメモリを自由自在に操るこんにちは。長年、IBMメインフレームの心臓部と向き合ってきたシステムアーキテクトです。JavaやCOBOLの世界からやってきた皆さんにとって、PL/I...

PL/Iの「CONTROLLED属性」が支配する動的メモリの深淵：レガシー移行の設計判断基準メインフレームの現場で長年PL/Iコードと対峙していると、時折、「なぜこの言語はこれほどまでに自由なのか」と驚かされることがある。現代のJavaやC...

【PL/Iの真髄】CONTROLLED属性による動的メモリ管理と、現場で生き残るための「スタック」との使い分けメインフレームの現場で長くPL/Iを触っていると、「なぜこのプログラムはこんなにメモリを食うのか」あるいは「なぜこのポインタが意図...

PL/Iの世界へようこそ！「CONTROLLED属性」でメモリを自在に操る魔法こんにちは。メインフレームの世界へようこそ。これまでJavaのガベージコレクションや、COBOLの固定長データ領域に慣れ親しんできた方にとって、PL/Iのメモリ管...

静的領域の深淵：PL/IにおけるSTATIC属性とメモリ管理の危うい均衡メインフレームの現場で長く生きていると、現代的なJavaやC#の「メモリ管理はランタイムにお任せ」という文化が、いかに温室育ちであるかを痛感させられる。PL/Iの`ST...

PL/Iの「STATIC」と再入可能性：レガシーシステムの深淵を歩くエンジニアへ諸君、お疲れ様。今日も今日とてJCLの海を泳ぎ、VSAMの不整合と戦っていることだろう。PL/Iという言語は、一見すると「古臭い」と揶揄されがちだが、その仕様の...

レガシーの深淵へようこそ：PL/Iの「STATIC変数」とマルチスレッドという壁こんにちは。メインフレームの世界へようこそ。JavaやCOBOLの経験がある皆さんなら、「変数の寿命」については既にお馴染みかもしれませんね。しかし、PL/Iと...

鉄の掟とメモリの迷宮：PL/IにおけるAUTOMATIC変数とスタック管理の深淵基幹系システムの保守やレガシーマイグレーションの現場において、PL/I（Programming Language One）という言語は、しばしば「古めかしいもの...

メインフレームの深淵：AUTOMATIC変数のライフサイクルとスタック破壊を回避する流儀若手のエンジニアからよく聞かれる質問がある。「なぜPL/Iには予約語が存在しないのか？」「AUTOMATIC変数を多用してスタックを飛ばしてしまうのはな...