[8086] Instruction mov

**lylia SI** · 23/02/2007, 12h09

Cette écriture est elle incorrecte ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

mov array[si],al

Pourquoi c'est incorrect?, si c'est le cas selon vous bien sur
-Je travaille avec le 8086-
J'espère que quelqu'un à une réponse à ma question
Merci à tous

**Alcatîz** · 23/02/2007, 12h17

Bonjour !

Il s'agit d'un adressage indexé tout-à-fait correct.

**lylia SI** · 23/02/2007, 12h52

Salut,
Ok, merci pour ta réponse alcatîz, mais ya t-il pas de probléme par hasard quand il s'agit du registre AL ,si c'est le cas pourquoi??, si ce n'est pas le cas,bein tant mieux

D'avance,Merci!

**Nyarlathotep** · 23/02/2007, 15h58

Il faut que le tableau array soit bien un tableau contenant des bytes, sinon, ça risque de faire n'importe quoi.

Rukia · 24/02/2007, 19h59

Bonjour,

Ca se voit que tu es une étudiante de monsieur ayache, en tout cas, moi aussi je suis ayachiste.

l’instruction est incorrecte.

Je te donne la clé de la bonne reponse, il faut que tu regardes le code machine de l’inst.

**Alcatîz** · 26/02/2007, 17h10

Envoyé par rukia-san

Alcatiz tu te trompes, l’instruction est incorrecte.

Je te donne la clé de la bonne reponse, il faut que tu regardes le code machine de l’inst.

Voici le code machine de l'instruction :
1000 1000 1000 0100 xxxx xxxx xxxx xxxxb soit 8884xxxxh (x dépendant de Array).

Où est le problème ?

Rukia · 26/02/2007, 17h48

Bonjour Alcatiz,

C'est une instruction de type "MOV MEM,ACCUMELATEUR" et l'instruction fait au maximum 3 octets. Dans ce cas ARRAY est une variable, ce n'est pas un tableau donc la génération en code machine est de la forme :
1010 0010 xxxx xxxx xxxx xxxxb (x dépendant de array).

Amicalement

**info_net** · 26/02/2007, 17h51

tout le monde.

Personnellement je ne vois pas qu'il y a 1 bp dans l'instruction, elle parait tout a fait juste

Envoyé par rukia-san

Alcatiz tu te trompes, l’instruction est incorrecte.

Je te donne la clé de la bonne reponse, il faut que tu regardes le code machine de l’inst

S'il te plait, Rukia, peux-tu être plus explicite ? et comme a dit Alcatîz où est le bp dans le code machine (ce n'est pas clair) ??

Rukia · 26/02/2007, 18h28

Bonjour info_net

Je ne peux pas être plus explicite que ça.
L'instruction mov array[si],al est incorrecte et j'ai donné le code machine de la bonne instruction : mov array,al est de type mov memoire,accumulateur ce n'est pas mov memoire,registre et entre les 2 il y a une grande différence.

Remarque : on travaille avec la machine 8086

**lylia SI** · 26/02/2007, 19h55

Oui, peut être, mais là je ne trouve pas encore de réponse. Ta réponse je l'ai bien saisie mais il y a toujours des ambiguités vu que le code machine que Alcatîz a proposé n'est pas à 100% faux (selon ma logique bien sur), donc ça peut marcher

Rukia · 26/02/2007, 20h18

Tu sais lilya je ne sais pas ou est ton problème.

C'est vrai que AX est un registre et en même temps un accumulateur mais en génération en code machine il y a une difference entre un simple registre et
l'accumulateur (selon vous pourquoi il y a "mov mem,acc" et "mov mem,reg" ?)

**lylia SI** · 26/02/2007, 20h24

Bon, encore un détail Rukia, si tu me confirmes que la génération du code machine de cette instruction ne se fait qu'en utilisant le code machine du mov memoire,acc (1010001W depl.bas depl.haut) SEULEMENT,
(je veux dire par là que l'utilisation du code machine mov memoire,reg
100010DW MOD REG R/M depl.bas depl.haut est impossible et incorrecte)

Là, je serai entièrement d'accord avec toi, vu qu'on va perdre l'information qui concerne le si. Voilà

Donc à toi de nous donner une preuve formelle Rukia parceque là ce n'est
pas encore gagné

**lylia SI** · 26/02/2007, 20h29

Oui, c'est clair qu'il y a une petite différence, mais est-ce que c'est interdit d'utiliser le 1er code quand il s'agit de l'accumulateur ?

Personnellement, je dirai que c'est plutot possible

, je ne vois pas ce qui nous interdit de le faire, même s'il s'agit de l'accumulateur ax, ça reste un registre après tout.

Conclusion : ce n'est pas interdit d'utiliser le 1er code, ça reste toujours une possibilité

Rukia · 26/02/2007, 21h33

En tant que simple utilisatrice je sais que :

1/ Si j ai l’instruction MOV avec l’accumulateur AX j’utilise mov mem,acc
2/ Si j ai l’instruction MOV avec un autre registre j’utilise mov mem,reg

**lylia SI** · 26/02/2007, 22h52

En ce qui concerne la possibilité d'utiliser le 1er code avec l'accumulateur, la question reste ouverte. Je te comprends, on ne peut pas avoir une réponse tout de suite, espérons que quelqu'un aura une explication à nous soumettre

Tant qu'on ne trouve pas une solution à cette question là, je ne peux pas admettre que ta réponse est juste.

Dans tous les cas, un grand merci pour tes réponses, ça m'a vraiment aidé et je crois qu'on est sur la bonne voie

**Mat.M** · 26/02/2007, 23h07

L'instruction donnée en exemple dépend des assembleurs (TASM ...)

**lylia SI** · 27/02/2007, 17h02

Salut,

Bon, l'instruction que j'ai citée

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

mov array[si],al

est CORRECTE

@ rukia-sun : en fait l'instruction est incompatible avec le code généré par mov mem,acc mais en utilisant le code du mov mem,reg, il n'y aura aucun problème, c'est confirmé

Donc, collègue ,si tu regardes les feuilles d'instructions du 8086 (Appendix D 8086/8088 instruction set reference data), tu verras que l'anomalie que le prof nous a signalé revient à dire que l'exemple qui a été donné par l'auteur dans le cas d'un mov memory,accumulateur (BYTES=3) n'est pas à sa place
(il est précisé par l'auteur dans la 1ère colonne que l'on doit générer le code en utilisant le mov mem,acc), l'auteur s'est trompé dans le choix de son exemple.
Sinon l'instruction, elle est correcte et son code peut être généré sans recontrer le probleme du SI.

Donc pour le mov memory,acc on doit changer le coding, exemple en faisant un mov array,al.

Si tu fais correspondre le meme exemple mov array[si],AL à la ligne mov memory,register (5ème ligne). On ne va pas dire que c'est incorrect après tout, et là, ça prouve que l'instruction en elle meme est correcte.

Donc en conclusion, ce n'est pas l'instruction qui est fausse mais l'EXEMPLE - l'auteur n'a pas choisi le bon exemple - voilà