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

現場のエンジニアへ告ぐ：PL/Iのメモリ管理、AUTOMATICとSTATICを混同してはいけない理由大規模なメインフレームの保守現場において、時折耳にする「なぜかバッチ実行中に変数の値がおかしくなる」という怪奇現象。その多くは、コンパイラ...

こんにちは！メインフレームの世界へようこそ。COBOLやJavaから来た方にとって、PL/Iは「なんだか古臭い呪文みたいだ」と感じるかもしれませんね。でも安心してください。PL/Iは非常に論理的で、実は現代のプログラミング言語の「原型」とも...

INITIAL属性の深淵：メモリのライフサイクルと「予期せぬ初期化」の罠メインフレームの現場で何十年と稼働し続けるPL/Iプログラム。そのコードの端々には、現代の言語設計者が忘れてしまった「メモリに対する厳格な規律」が刻まれています。今日は...

【PL/I深掘り】初期化の罠に堕ちるな――INITIAL属性の「静的」と「自動」を使い分ける技術こんにちは。メインフレームの深淵を覗き続けて幾星霜、今日も今日とてJCLの海を泳ぎ、VSAMの不整合と格闘する皆さんに、PL/Iの「初期化」とい...

PL/Iの「初期化」でハマらないために！静的変数と自動変数の意外な落とし穴こんにちは！メインフレームの世界へようこそ。JavaやCOBOLの経験がある方なら、「変数を宣言して初期値をセットする」という操作は日常茶飯事ですよね。しかし、PL/...

PL/Iの深淵：BASED変数とポインタが織りなす「動的メモリ」の魔術と死角メインフレームの現場で長く生き残っているPL/Iコードを眺めていると、時折、現代の高級言語では見かけない「生々しいメモリ操作」に出くわすことがある。特に`BASED...

現場のエンジニアへ：BASED属性とポインタ管理で「動的ストレージ」を使いこなせメインフレームの現場にいると、「レコード長が可変のVSAMファイルを読み込みたい」「メモリを節約するために必要な時だけ領域を確保したい」という場面に必ず遭遇する...

メインフレームの「動的メモリ管理」を攻略せよ！PL/IのBASED属性とポインタの極意こんにちは。メインフレームの世界へようこそ。JavaやCOBOLの経験がある方にとって、PL/Iのコードを初めて見たときの第一印象は「何だか少し、記号が多...

メインフレームの深淵：DEFINED属性が招く「メモリの幽霊」とモダナイゼーションの罠汎用機のアーキテクトとして長年コードの海を泳いでいると、PL/Iの`DEFINED`属性ほど、開発者の習熟度と「システムへの敬意」を如実に物語る機能はない...

「メモリを喰らう」感覚を忘れるな：PL/IにおけるDEFINED属性とメモリ再定義の深淵若手エンジニアからよく受ける質問に、「ポインタを使わずに、一つのレコードを別の型として扱うにはどうすればいいか？」というものがある。COBOLの`RED...