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

メインフレームの奥義：OFFSET変数でメモリを支配し、大規模バッチの限界を突破せよ諸君、お疲れ様。今日もバッチ処理のチューニングや、古のソースコード解析で頭を抱えていることだろう。PL/Iという言語は、現代の言語に比べれば古臭く見えるかも...

こんにちは！メインフレームの世界へようこそ。JavaやCOBOLでバリバリ活躍されている皆さんが、いざ「PL/I」という古強者のコードを目の当たりにして、「なんだこのポインタの嵐は…」「OFFSET？なにそれ美味しいの？」と戸惑う気持ち、痛...

汎用機アーキテクチャの深淵：PL/Iポインタ操作と31/64ビット境界の罠メインフレームの現場で「なぜかABENDする」「ダンプを見ても変数の内容が化けている」というトラブルに遭遇した際、最後に頼りになるのはコンパイラが吐き出す機械語のロジ...

現場の知恵袋：PL/Iポインタの真実 — 31ビットと64ビットの狭間でやあ。今日もメインフレームの保守やマイグレーションの泥沼に足を踏み入れているエンジニアの諸君、お疲れ様。PL/Iのコードを眺めていると、時折「謎のポインタ操作」に出くわ...

「ポインタって何？」から始めるPL/I：アドレスの迷宮を攻略するガイド皆さん、こんにちは。メインフレームの世界へようこそ。普段JavaやCOBOLを触っている皆さんにとって、PL/Iのコードを初めて見た時の「何この記号の羅列？」という感覚、...

PL/I動的メモリ管理の深淵：FREE文と「消えない亡霊」への処方箋メインフレームの現場で、S0C4（Protection Exception）のダンプを夜中に眺めることほど心臓に悪いことはない。特にPL/Iにおける動的メモリ操作は、現代の...

メインフレームの闇を照らす：PL/I動的メモリ管理と「ダングリングポインタ」の処方箋若手エンジニア諸君、今日も深夜のバッチジョブと格闘しているか？PL/Iという言語は、現代の言語に比べると確かに古臭い。だが、この言語が持つ「メモリを直接的に...

メインフレームの守護神PL/I：ポインタの迷宮を安全に歩く「FREE」の作法こんにちは。メインフレームの深淵へようこそ。普段、JavaやCOBOLの温かいメモリ管理（あるいはCOBOLの「メモリを意識させない」静的な世界）に慣れていると、P...

汎用機の深淵：PL/I動的メモリ管理と「STORAGE」例外の攻防IBMメインフレームの現場で、PL/Iのコードを眺めていると時折遭遇する「動的メモリ確保」の壁。特に、レガシーシステムの移行や、数十年にわたるバッチ処理の改修において、`AL...

メインフレームの「動的メモリ」と付き合う：ALLOCATEとSTORAGE条件の深淵現場の諸君、今日もメインフレームの暗い海で格闘していることだろう。PL/Iの保守をしていると、静的領域（STATIC）だけでは収まりきらない巨大なデータ構造...