Il "livello 256 bug" nel gioco di Pacman può essere considerato un segfault non gestito?

Assolutamente no.

L'accesso a un indirizzo di memoria che non hai assegnato è sempre un errore di programmazione. E agire sulle informazioni che ne ricavate produce un comportamento indefinito, tanto è accurato. Non ho idea di quale piattaforma sia stata scritta per la versione originale di Pac-man, ma sono abbastanza sicuro che ha esibito questo comportamento proprio come qualsiasi altra macchina di von Neumann.

Tuttavia, "errore di segmentazione" è un termine tecnico per una condizione molto più specifica. Succede quando il computer rileva automaticamente che ciò è successo e termina il processo piuttosto che consentire il verificarsi di un comportamento non definito. Ciò richiede un modello di memoria specifico (segmentato) con sofisticati tag di proprietà. Non penso che i giochi arcade del 1980 avessero questo, e in effetti il comportamento del gioco suggerisce che l'errore era non rilevato, e il comportamento indefinito ha si è verificato.

Sembra che tu stia confondendo "comportamento non definito" e "errore di segmentazione".

Non esiste una segfault non gestita. Un errore di segmentazione è la gestione degli errori, per definizione.

Se non disponi di un sistema operativo che rileva l'accesso errato alla memoria e termina il processo per sicurezza, non hai un errore di segmentazione.

Se mai, allora, questo è un buon esempio di come UB non produce sempre un segfault.

Nessuno di questi termini è appropriato per un bug in un gioco arcade che è stato programmato in linguaggio assembly e viene eseguito senza il vantaggio dell'hardware di protezione della memoria o del sistema operativo.

"Comportamento indefinito" è un termine dell'arte in C e lingue correlate, coniato dal comitato degli standard C nel 1989. Il codice ha un comportamento indefinito quando la specifica del linguaggio non definisce quale lo farà. Non c'è nulla di simile nel linguaggio assembly Z80: l'effetto di ogni opcode con ogni input possibile è ben definito. Il significato inglese convenzionale di "comportamento indefinito" può essere letto per essere applicato - lo schermo di uccisione è un comportamento non definito dalle persone che hanno scritto il gioco - ma non lo userei in questo contesto perché è troppo probabile che dia il torto impressione.

"Errore di segmentazione" è un termine dell'arte in POSIX, derivato in ultima analisi dal gergo di programmazione del sistema PDP. Gli errori di segmentazione si verificano quando un programma tenta di accedere a un indirizzo di memoria che non è "mappato" a qualcosa: l'hardware e il sistema operativo lo rilevano e arrestano il programma malfunzionante, in un modo accuratamente definito che consente al programma di recuperare . Qualcosa come potrebbe essere accaduto a causa di un bug nel programma di gioco di Pac-Man, perché il circuito Pac-Man popola solo poco meno della metà dello spazio degli indirizzi 64kB dello Z80 con la ROM, RAM e periferiche, ma non sono stato in grado di scoprire cosa avrebbe fatto il vero hardware se il software avesse tentato di accedere alla memoria non mappata. Comunque, qualunque cosa faccia, sarebbe inappropriato descrivere come un "difetto di segmentazione", perché il "sistema operativo" per Pac-Man (nella misura in cui ha uno) è non un'implementazione di Unix e, ancora una volta, darebbe un'impressione sbagliata.

Il bug di livello 256, nel frattempo, non accede alla memoria non mappata, quindi è discutibile.

È corretto dire che il gioco ha un bug che si manifesta avanzando al livello 256. È anche esatto dire che la causa principale del bug è un overte intero / em> e che le sue conseguenze sono corruzione della memoria (o, equivalentemente, violazioni della memoria e sicurezza del tipo ). Questi sono tutti termini CS generici definiti senza riferimento ad alcuna lingua o ambiente operativo specifico.