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

汎用機の深淵：OPTIONS(MAIN)とJCL PARMの「危うい」作法基幹システムの現場で、長年稼働し続けるPL/Iプログラム。その入り口である `OPTIONS(MAIN)` プロシージャにおけるパラメタ受け取りは、一見単純なようでい...

メインフレームの流儀：PL/IにおけるPARM引数受け取りの「正攻法」をマスターする若手のエンジニアから、「JCLのPARMで渡したパラメータがうまく拾えない」「文字化けする」といった相談をよく受ける。メインフレームの世界でPL/Iを扱う以...

PL/Iの「玄関口」を攻略する：JCLのPARMを安全に受け取る作法メインフレームの世界へようこそ！JavaやCOBOLの経験がある方にとって、PL/Iは少し「古風で頑固な職人」のように見えるかもしれません。でも安心してください。一つひとつ...

PL/IのRETURNS属性：戻り値の「型」が引き起こす基幹システムの静かなる崩壊現代のJavaやC#のモダンな開発現場から見れば、PL/Iの`RETURNS`属性など、単なる関数の戻り値定義に過ぎないと思うかもしれない。しかし、IBMメイ...

現場のPL/I職人が教える：RETURNS属性による関数設計の「落とし穴」と鉄則メインフレームの現場で長くコードを読んでいると、「なぜか本番バッチでデータが化ける」「原因不明の例外終了（ABEND）が発生する」といったトラブルの多くが、実は...

PL/Iの「戻り値」を攻略せよ！RETURNS属性でスマートな関数プログラミングを始めよう皆さん、こんにちは。メインフレームの世界へようこそ。普段、JavaやCOBOLに触れていると、「関数が値を返すのは当たり前」ですよね。PL/I（ピー・...

現場の「地雷」を踏まないために：PL/IにおけるENTRY宣言とインターフェースの整合性基幹システムの保守・運用、あるいはJavaやC#へのマイグレーション計画の最前線にいる諸君なら、一度は目にしたことがあるはずだ。「なぜか特定の条件下でだ...

なぜ「ENTRY宣言」をサボるのか？ ― 30年目のバッチが語る、型安全と悪夢のデバッグやあ、今日もメインフレームの保守お疲れ様。最近、若手から「PL/Iって古臭いけれど、なんでこんなに細かく宣言を書かなきゃいけないんですか？」と聞かれるこ...

こんにちは！メインフレームの世界へようこそ。COBOLの「堅牢さ」やJavaの「オブジェクト指向」に慣れ親しんだ皆さんが、次にPL/Iという言語に出会ったとき、最初に抱く感想はたいてい「自由すぎて怖い」というものです。でも安心してください。...

PL/Iの「BYVALUE」を極める：静的メモリの深淵と移行設計への処方箋メインフレームの心臓部で動き続けるPL/Iコード。長年、保守に携わってきたアーキテクトなら、`BYADDR`（デフォルト）と`BYVALUE`の境界線が、単なる引数受...