Salut à tous, à la rentrée je serai élève ingénieur à EPITECH Lyon et pour préparer la piscine j'ai commencé à apprendre la programmation sur le site du zéro (openclassroom désormais).
Par curiosité je me suis mis à analyser le code source de la gameboy utilisée pour la mission APOLLO 11 et je crois avoir décelé une grossière erreur de programmation.
Dans le fichier lunar_landing.agc censé gérer l'alunissage, la routine DDUMGOOD a attiré tout particulièrement mon attention:
DDUMGOOD SLOAD SR
ZOOMTIME
14D
BDSU
TDEC1
STOVL TIG # COMPUTE DISTANCE LANDING SITE WILL BE
V # OUT OF LM'S ORBITAL PLANE AT IGNITION:
VXV UNIT # SIGN IS + IF LANDING SITE IS TO THE
R # RIGHT, NORTH; - IF TO THE LEFT, SOUTH.
DOT SL1
LAND
regardez plus particulièrement les deux lignes suivantes:
STOVL TIG
DOT SL1
Via ces deux lignes de commande, il est ordonné au calculateur de configurer le registre R2 en interrupt_pipeline (via la primitive STOVL) et d'y placer le contenu du pointeur de fonction SL1 via la primitive DOT.
Or il se trouve qu'à ce même moment, via une routine d'interruption matérielle (fichier single_precision_subroutines.agc), le calculateur opère un accès aux registres mémoire R1, R2, et R3 afin de piloter les moteurs.
Vous commencez à voir venir le truc? Cela veut dire que dans ce code, il est opéré, AU MÊME MOMENT, un accès mémoire au registre R2 (adresse 0x034D) et une écriture mémoire dans ce même registre, ce qui est électroniquement IMPOSSIBLE!
Par ailleurs le registre R2 ayant été chargé en interrupt_pipeline avec le pointeur de fonction SL1, comment peut-il être accéder avant le retour de la sous-routine correspondante?
Par ailleurs, essayez de compiler ce code, vous allez voir une erreur fetch (code erreur 035 sur mon compilateur). C'est normal en fait car si votre compilateur est pas trop con il va détecter qu'il y a une erreur d'adressage sur ce registre.
Pourtant il est dit que c'est ce code qui a été chargé en mémoire dans le calculateur de la mission APOLLO 11, bizarre non? 
