PL/Iの学習

1. 導入：なぜSIGNED/UNSIGNEDの理解が不可欠なのかメインフレームのCOBOLやPL/Iでデータ定義を行う際、何気なく記述している「FIXED BINARY」。実は、符号の有無（SIGNED/UNSIGNED）を意識せずに設計...

1. 導入：なぜSIZE条件が重要なのかメインフレームのPL/I開発において、データの代入は日常的な処理です。しかし、代入先の変数の桁数が足りない場合、PL/Iはエラーを出さずに「上位桁を切り捨てる」という挙動をすることがあります。この「黙...

導入メインフレームのシステム開発において、計算処理は不可欠です。しかし、プログラム実行中に遭遇する最も基本的かつ致命的なエラーの一つが「ゼロ除算（ZERODIVIDE）」です。計算結果が予測不能になるだけでなく、プログラム自体が異常終了（A...

1. 導入メインフレームでの開発において、数値演算は業務の根幹を成します。しかし、計算結果が宣言された変数の桁数を超えてしまう「FIXEDOVERFLOW (FOFL)」は、予期せぬプログラム異常終了（ABEND）を招く主原因の一つです。本...

1. 導入：なぜ除算で突然プログラムが止まるのか？メインフレームのPL/I開発現場で、最も頭を悩ませるエラーの一つが「FIXEDOVERFLOW（固定小数点オーバーフロー）」です。特に、計算途中の除算で突然異常終了してしまう経験はありません...

導入メインフレームのPL/IやCOBOLなどの言語で数値計算を行う際、意外と見落としがちなのが「乗算による精度の肥大化」です。特にPL/Iでは、計算結果の精度が自動的に拡張されますが、上限を超えた場合に発生する「切り捨て」は、予期せぬ計算誤...

導入：なぜ加減算の精度ルールを知る必要があるのかメインフレーム（特にPL/I環境）での開発において、算術演算の結果が想定外の桁あふれ（オーバーフロー）を起こし、上位桁が消失するトラブルは、古くからの技術者にとっても悩みの種です。現代の言語と...

1. 導入：なぜFLOAT DECIMALが必要なのかメインフレームでの開発において、金額や科学技術計算を扱う際「計算結果が微妙にずれる」という経験はありませんか？通常の2進浮動小数点数（FLOAT BINARY）で10進数の小数を扱うと、...

導入：なぜ浮動小数点の理解が不可欠なのかメインフレームでの開発において、金額計算にはDECIMAL型が鉄則ですが、科学技術計算や統計処理などで「FLOAT BINARY」型を扱う場面は少なくありません。しかし、このデータ型は「近似値」を保持...

1. 導入：なぜいま改めて「固定小数点」なのかメインフレーム開発において、金額計算は最も正確性が求められる領域です。浮動小数点（BINARY FLOAT）で計算を行うと、2進数への変換誤差により1円のズレが生じるリスクがあります。この課題を...