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

制御フローの深淵：DO WHILEとDO UNTILが分かつ「境界条件」の哲学メインフレームの現場で何十年と生き抜いてきた諸君なら、一度は「なぜ初回ループが回らないのか（あるいは回りすぎるのか）」というシンプルなバグに、夜中のバッチ実行中に...

【PL/I深掘り】DO WHILEとDO UNTIL：ループの「判定タイミング」がバッチ処理にもたらす破壊的影響現場の皆さん、お疲れ様です。アーキテクトの私です。今日は、PL/Iでシステム開発や保守を長くやっていると、誰しも一度は「痛い目」...

PL/Iの「DOループ」は怖くない！判定タイミングで変わる運命の分岐点メインフレームの世界へようこそ。COBOLやJavaでバリバリ開発してきたあなたにとって、PL/Iの構文は一見すると少し「クセが強い」と感じるかもしれませんね。でも安心し...

PL/Iの制御フローを制する者は、基幹システムの保守を制す：ITERATEとLEAVEの深淵長年、汎用機の最前線でコードを読み続けていると、「なぜここでITERATEを使ったのか」という設計者の意図が、その後の数十年間の保守性にどれほど影響...

PL/Iのループ制御を極める：ITERATEとLEAVEで「スパゲッティ」を未然に防ぐメインフレームのバッチ改修で最も恐ろしいのは、何十年も前に書かれた「解読不能なGOTO地獄」です。特に、VSAMファイルを読み込みながら特定の条件で処理を...

こんにちは！IBMメインフレームの世界へようこそ。Javaの`for`ループやCOBOLの`PERFORM`文に慣れ親しんだ皆さんが、PL/Iのコードを初めて見たとき、「なんだか古めかしいし、キーワードが独特で難しそう…」と感じるのは当然の...

汎用機の深淵：PL/I `DEFINED` 属性が引き起こすメモリ・オーバーレイの美学と罠メインフレームの現場で長く生きていると、現代の高級言語では決して味わえない「メモリとの対話」という贅沢を享受することになる。特にPL/Iの `DEFI...

【PL/I深掘り】DEFINED属性による「メモリ・オーバーレイ」の魔術と、現場で嵌らないための鉄則メインフレームの現場で長年コードを追いかけていると、時折「なぜこの変数は、わざわざ別の名前で定義されているのか？」と首を傾げるようなコードに...

PL/Iの「DEFINED属性」を攻略せよ！メモリを重ねて使う「影武者」のテクニックこんにちは！メインフレームの世界へようこそ。JavaやCOBOLでバリバリ開発してきた皆さんにとって、PL/Iのコードを初めて見た時の「なんだこの独特な記述...

PL/Iの「CONTROLLED」が切り開く動的メモリ管理の深淵：スタック構造と再帰の罠長年、汎用機の暗いデータセンターの片隅で、数百万行のPL/Iソースと格闘してきたエンジニアにとって、`CONTROLLED`属性は「諸刃の剣」である。J...