PL/Iの学習

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

PL/Iの「DEFINED属性」でメモリを操る：レガシーの知恵を紐解く皆さん、こんにちは。メインフレームの世界へようこそ。JavaやCOBOLでバリバリ開発してきたけれど、ふと目の前に現れたPL/Iのコード。「なんだか古めかしくて難しそう…...

メインフレームの深淵：PL/Iにおけるアライメント戦略と、その「見えない代償」メインフレームの現場で長くPL/Iと向き合っていると、ふとした瞬間に「なぜこの構造体はこんなにメモリを食うのか？」という疑問に突き当たることがあります。特にJav...

【PL/I深掘り】ALIGNED vs UNALIGNED：メインフレームのメモリ効率を支配する「境界調整」の美学メインフレームの現場で何十年も戦っていると、時折「なぜか計算処理が遅い」「構造体のサイズが想定より大きくて、ファイルI/Oでバ...

メインフレームの世界へようこそ。JavaやCOBOLの経験がある方なら、PL/Iという言語の「何でも詰め込める万能感」に最初は少し驚くかもしれませんね。今日は、PL/Iのパフォーマンスを語る上で避けては通れない、「ALIGNED（境界調整）...

制御不能な「配列外アクセス」を飼い慣らす：PL/IにおけるSUBSCRIPTRANGEの賢明な運用術メインフレームの現場で何十年と稼働し続けるPL/Iのバッチプログラム。その保守において、最も胃が痛くなるのは「なぜか計算結果が合わない」「突...

現場のエンジニアへ告ぐ：その「異常終了」、ON SUBSCRIPTRANGEで未然に防げメインフレームの保守現場で、夜中に叩き起こされる原因のトップランナーといえば、何と言っても「データ異常によるabend（異常終了）」だ。特に、配列の添字...

PL/Iの「見えない落とし穴」を可視化する：ON SUBSCRIPTRANGEの魔法こんにちは。メインフレームの世界へようこそ！JavaやCOBOLの経験がある方なら、一度は「配列の添字（インデックス）を間違えて、とんでもないメモリ領域を書...

魂を込めた例外処理：PL/IにおけるON CONVERSIONの深淵と実戦的アプローチメインフレームの現場で何十年と「枯れた」コードを保守し、時にはJavaへの移行という名の荒波に揉まれる皆さんに問いたい。「データ変換エラー（S0C7の予兆...

【PL/I実務】ON CONVERSIONでデータ汚染を「無害化」する：バッチ処理の堅牢性を高める鉄則メインフレームのバッチ処理において、最も頭を抱えるのが「外部システムから届く謎の文字」だ。全銀フォーマットやレガシーな固定長ファイルにおい...