概要
Halt and Catch Fire（HCF） は、コンピュータ業界の ジョーク から生まれた用語。 本来はCPUを 強制停止 させるマシンコードを指す。 Motorola 6800 など特定ハードウェアで実際に類似現象が発生。 現代でも プロセッサのバグや脆弱性発見 に関連する話題。 用語の由来や歴史、実際の事例を 多角的に解説。
Halt and Catch Fire（HCF）とは何か
- Halt and Catch Fire（HCF） は、CPUを強制的に停止させ、リセットや電源再投入以外で復旧できなくする マシンコード の総称。
- “Catch Fire” は冗談めいた表現だが、IBM System/360のように本当に 発熱・発火 した事例も存在。
- 三文字のアセンブリニーモニック（ADD、CMP、JMPなど） の命名規則に沿った技術者ユーモア。
- EPI（Execute Programmer Immediately） や DC（Divide and Conquer） など他のジョーク命令も出版物で紹介。
- HCFは次第に 未定義命令やバグ、テストモードなどCPUがハングアップする状況全般を指す用語に拡大。
Motorola 6800とHCF命令
- Motorola 6800 では、256通りの1バイト命令のうち、59個が 未定義 として残された。
- BYTE誌（1977年12月号） でGerry Wheelerが未定義命令の挙動を調査。
- $9Dおよび$DD命令が Halt and Catch Fire と命名される。
- 実行時、プログラムカウンタが暴走し、メモリ全域を高速で読み続ける “バスウォーク”現象 が発生。
- 外部割り込みでも復帰不可、リセット必須。
- Wheelerの観測：「オシロスコープでしか動作を確認できない」「メモリ全域を高速で読み漁る」。
- “Catch Fire” は6800では実際の発火は起きなかったが、IBM System/360では 本当に発火 した例あり。
- “Drop Dead”命令 など、他にも同様の未定義命令に別名が付与された事例。
- 製品エンジニアリング部門 がRAMスキャン用途としてこの挙動を温存したエピソードも。
他プロセッサでの類似現象と現代への影響
- 6502や初期Pentium （F00Fバグ）など、他のCPUでも 未定義命令によるフリーズ や脆弱性が存在。
- 現代のx86プロセッサ でも、 ファジング による脆弱性調査で同様の現象が発見される例。
- ファジングは、 予期しないデータや命令 を投入し、バグや脆弱性を効率的に発見する手法。
- ハードウェアバグ・未定義動作 は、ソフトウェア層が進化しても依然として根本的なリスク。
HCF用語の文化的側面と今後
- HCF はプログラマやエンジニアの間で、 技術的ユーモアや教訓 として親しまれている。
- ハードウェアの本質的な脆弱性 や、設計上の“偶然の産物”を象徴する存在。
- 今後も プロジェクト名や企業名 など、象徴的な使い方が続く可能性。
参考文献・さらなる情報
- Gerry Wheeler, "Undocumented M6800 Instructions," BYTE Dec 1977
- David J. Agans, Debugging: The Nine Indispensable Rules for Finding Even the Most Elusive Software and Hardware Problems（AMA, 2002）
- Ben Z, "Sphere News: Halt and Catch Fire!" RetroComputing SE #15289
- Doc TB, "Investigating the HCF instruction on Motorola 6800"
- Wikipedia: Halt and Catch Fire (computing)