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

PL/Iの「メモリ直撃」テクニック：LOCATE文とBASED変数で高速処理を極めるこんにちは！メインフレームの世界へようこそ。COBOLやJavaを使いこなしてきた皆さんにとって、PL/Iは少し「古風で気難しい隣人」のように見えるかもしれ...

汎用機の深淵：PL/IにおけるSTORAGE条件と動的メモリ管理の「作法」基幹システムの現場において、`STORAGE`条件が発火するということは、単なるメモリ不足ではない。それは、システムが設計上の限界を超えたという「悲鳴」であり、多くの...

現場で泣かないための「STORAGE条件」攻略：動的メモリ確保の防波堤を築く大規模バッチの改修や、レガシーシステムの現代化プロジェクトに携わっていると、避けて通れないのが「メモリ枯渇」という悪夢だ。特に、数百万件のVSAMレコードを処理する...

メインフレームの守護神PL/I：STORAGE条件でメモリ枯渇を華麗にハンドリングするこんにちは！レガシーシステムの荒波を渡り歩くシステムアーキテクトです。JavaやCOBOLの経験がある皆さんにとって、PL/I（ピーエル・アイ）という言語...

メインフレームの深淵：PL/IにおけるALIGNとUNALIGNEDがシステム性能に与える真実メインフレームの現場で長く生き残っていると、「なぜこのプログラムは計算速度が遅いのか」「なぜ移行先のJavaで数値精度がずれるのか」という問いに直...

【PL/I深掘り】ALIGNとUNALIGNEDの「境界」がバッチ性能とメモリを支配する若手の諸君、日々のバッチ改修お疲れ様。夜間バッチのウィンドウが迫る中、「なぜか計算処理が遅い」「データ構造を変更したらレコード長が合わなくなった」といっ...

こんにちは！メインフレームの世界へようこそ。JavaやCOBOLの経験がある方にとって、PL/Iは「なんだか古めかしくて、独特な記号が多い難解な言語」に見えるかもしれません。でも安心してください。PL/Iは非常に論理的で、コンピュータのハー...

汎用機アーキテクトの深淵：PL/I `DEFINED` 属性とメモリレイアウトの罠メインフレームの現場で長年生きていると、現代のJavaやC#の「メモリ安全」という概念がいかに甘美であるかを思い知らされます。しかし、同時にその「メモリを直接...

メインフレームの深淵へ：PL/I `DEFINED` 属性とメモリ再定義の「危うい美学」長年、勘定系や基幹システムのバッチ改修を渡り歩いてきた身からすると、PL/Iという言語は「古いが、極めて論理的で強力なツール」だ。COBOLの `RED...

こんにちは。メインフレームの世界へようこそ。COBOLの「REDEFINES」という言葉に馴染みがある方なら、PL/Iの「DEFINED」属性もすぐに仲良くなれます。でも、PL/IはCOBOLよりも少しだけ「メモリの深淵」に踏み込むような、...