Halt and Catch Fire (HCF) es una expresión del argot de la ingeniería informática que describe un tipo de instrucción de código máquina capable de bloquear completamente un procesador, obligando a reiniciar el sistema. Aunque suenen dramático, el término nació como un chiste entre ingenieros, inspirado en el padrão de tres letras de los mnemónicos assembly como ADD, CMP o JMP. Sin embargo, lo que comenzaron como humor se convirtió en un fenómeno técnico real con consecuencias físicas inesperadas.
En el IBM System/360 de los años 60, ciertos opcodes inválidos causaban que la memoria de núcleo magnético se sobrecalentara hasta prenderse fuego literalmente. Más tarde, el Motorola 6800 (1975) reveló que de sus 256 opcodes posibles, 59 no estaban documentados oficialmente. Dos de ellos ($9D y $DD) ejecutaban lo que Gerry Wheeler describió en 1977: el procesador comenzaba a leer toda la memoria secuencialmente a gran velocidad, convirtiendo el bus de direcciones en un contador de 16 bits. El CPU ignoraba cualquier interrupción; solo un reset o corte de energía podía sacarlo de ese estado.
Lo irónico es que los ingenieros de Motorola descubrieron que este 'bug' servía como herramienta de diagnóstico: el comportamiento de barrido de memoria era útil para probar RAM durante el bring-up del芯片, así que decidieron dejarlo intencionalmente. Un 'accidente feliz' que ejemplifica cómo defectos inesperados pueden volverse características útiles.
El fenómeno se extendió a otros procesadores: los illegal opcodes del 6502, el famoso Pentium F00F bug (1997), y arquitecturas modernas donde pares de instrucciones pueden quedarse esperando interruptes impossibles. Hoy, el fuzzing (envío de datos aleatorios o inesperados a procesadores) utiliza estos estados para detectar vulnerabilidades y bugs. La próxima vez que tu ordenador se congele inexplicablemente, recordará que en algún momento alguien ejecutó un HCF real.