Quelques petites fautes dans l'OCR ?

ced64k · **Publié :** 28 Jan 2012, 11:38

Je suis en train de faire l'autoformation assembleur dr watson. Il y a de temps en temps des petites fautes dans l'OCR. Par exemple :

https://cpcrulez.fr/codingBOOK_watson_ch02.htm

Code :

------------------------------------------------
!  CASE      !  NUMERO    !  CODE  !  CODE     !
! MÉMOIRE    ! DE LIGNE   ! OBJET  ! SOURCE    !
------------------------------------------------
!  7530      !   10       !        ! ORG 30000 !
!  7530      !   20       ! 3E53   ! LD A,83   !
!  7532      !   30       ! C33673 ! JP 30006  !
!  7535      !   40       ! C9     ! RET       !
!  7536      !   50       ! C601   ! ADD A,1   !
!  7538      !   60       ! CD5ABB ! CALL 47962!
!  753B      !   70       ! 70     ! JP 30005  !
------------------------------------------------

La dernière ligne devrait être

Code :

! 753B ! 70 ! C33575 ! JP 30005 !

PROGRAMME 2.2

Code :

ORG 30000
LD C,10
LD A,65
CALL 47962
DEC C
JR NZ,30004
RET

L'avant dernière ligne devrait être

Code :

JR NZ,30001

Non ?

Ou alors c'est fait exprès parce que j'essaie d'apprendre l'assembleur, pour que je reste attentif et découvre les erreurs

hERMOL · **Publié :** 28 Jan 2012, 14:25

pour ce qui est du jr nz,30004 il est juste !
Je modifie le tableau, thk

ced64k · **Publié :** 28 Jan 2012, 16:15

hERMOL a écrit :

pour ce qui est du jr nz,30004 il est juste !

T'es sûr ? Parce que juste après il est écrit : "Cet opérateur teste l'état actuel du flag zéro et fait un saut relatif (Jumps Relative) à 30001 si la dernière instruction arithmétique a un résultat non-zéro."

hERMOL · **Publié :** 28 Jan 2012, 17:18

ok, j'ai pas lu la suite, a vu d'oeil je pensais que c'était une bête boucle, mais la ca reinit les variables d'entrée de la routine 47962 avant de la re-exécuter.

fano · **Publié :** 28 Jan 2012, 17:28

Ah bon ? si tu sautes en 30001 tu vas retomber sur un ld A,(BC) (le "10" de ld C,10 te donne cette instruction), ça me semble peu cohérent surtout si il est suivi d'un ld A,65 à moins de voir le reste du code (bien sur c'est pas impossible mais c'est plutot un trick comme les conditionnal RST ou les instructions casées dans les opérandes d'un jr/jp)

jr nz,30004 me semble tout de même plus logique à défaut d'autres éléments puisque tu vas retomber bien proprement sur ton call.

Plissken · **Publié :** 28 Jan 2012, 19:13

Ce serais pas mieux d'avoir les adresses en hexa ?

ced64k · **Publié :** 28 Jan 2012, 22:41

Bon ok j'ai rien dit pour ce 30004, c'est correct, je n'avais pas tout lu

Citer :

Observons le programme, la seule ligne qui n'a pas été encore rencontrée est JR NZ. Cet opérateur teste l'état actuel du flag zéro et fait un saut relatif (Jumps Relative) à 30001 si la dernière instruction arithmétique a un résultat non-zéro. Ainsi le programme met le contenu de l'accumulateur sur l'écran, DECremente le registre C et vérifie si le flag zéro a été mis par l'instruction de DECrémentation. S'il ne l'a pas été, autrement dit si c'est Non Zéro, il fait alors un saut relatif a 30004, sinon il va à la ligne suivante du programme où il RETourne au programme principal (ici le Basic).

Sinon pour les chiffres en décimal, l'auteur dit avoir mis ça pour ne pas perturber le lecteur avec l'hexadécimal au début. Un peu étrange en effet parce que tous les bouquins commencent justement par ça.

ced64k

J'ai encore trouvé une faute dans ce tableau, à la 3ième c'est C33675 et pas C33673.

Code :

! 7532 ! 30 ! C33673 ! JP 30006 !

D'ailleurs c'est expliqué un peu plus loin

Citer :

Donc, en commençant par 30000, qui contient '3E', nous avons 53, C3, 36, 75, C9, et puis C6.

hERMOL

Quelques petites fautes dans l'OCR ?

Qui est en ligne ?