Discussion :

[homeostasie]

Bonjour,

Tout d'abord, j'aurais voulu savoir pourquoi le compilateur NASM me jette quand j'écris la ligne de code suivante:

Code :

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

1
2
 
mov dword [ebp+8], [ebp-4]

Je désire sauvegarder la valeur d'une variable locale dans une variable passée en paramètre.


D'autre part, une question générale concernant la pile. Si j'ai bien compris, pour un processeur 32 bits, la pile sauvegarge des données sur 4octets. (Puisque esp est décrémenté de 4).
La question que je me pose, il serait donc inutile en programmation de plus haut niveau, par exemple C, de déclarer des variables locales de type "char" (= 1octet) ou des variables sur deux octets puisque ces dernieres seraient transtypées au format entier.
Ais je tort ou il y a t'il une autre subtilité derrière cela?

Bonne journée

Nicolas

[ALT]

Bonjour
Pour la ligne de code, je ne sais pas trop (il y a longtemps que je n'ai pas bricolé en assembleur).

Pour le reste, les données sont lues & enregistrées sur 32 bits (& non octets).
La déclaration de variables sur 8 ou 16 bits n'a d'intérêt, de nos jours, que pour traiter certaines données (chaînes de caractères, par exemple).
Car la quantité de mémoire disponible sur une machine ne justifie plus qu'on sacrifie à l'efficacité pour économiser quelques octets.

[thewho]

Bonjour,

Tu prends la doc du processeur, disponible chez le fabricant, si tu ne l'as pas déjà, et tu regardes la spécification de l'instruction mov.

Tu comprendras alors pourquoi nasm te jette.

Côté des types, il faut faire attention avec la pile, car sur les 32 bits, on met effectivement chaque fois ... 32 bits.
Mais rien n'empêche de n'en utiliser qu'une partie, comme tu veux le faire avec ton instruction.
De toute manière, il faut éviter d'utiliser un entier par exemple à la place d'un char, qui n'ont pas la même destination, cela juste pour un problème de pile, qui en fait n'est pas un "vrai" problème : il suffit de savoir ce que tu empiles, et récuperer les données de la taille ad hoc.

[homeostasie]

Bonjour,

Tu prends la doc du processeur, disponible chez le fabricant, si tu ne l'as pas déjà, et tu regardes la spécification de l'instruction mov.

Tu comprendras alors pourquoi nasm te jette.

Le processeur en question, c'est le pentium 4 et je n'ai pas la doc en rapport.
Mais je veux bien que tu me fasses part si tu sais pourquoi nasm me jette dans cette instruction.

Côté des types, il faut faire attention avec la pile, car sur les 32 bits, on met effectivement chaque fois ... 32 bits.
Mais rien n'empêche de n'en utiliser qu'une partie, comme tu veux le faire avec ton instruction.

T'entends donc que cela ne tient qu'a moi de décrémenter esp de 1 pour une variable de 1 octet par exemple?
A y réfléchir comme cela, j'aurais pensé qu'à une adresse était associé 32bits...

De toute manière, il faut éviter d'utiliser un entier par exemple à la place d'un char, qui n'ont pas la même destination

Je suis d'accord avec cela! Le but de ma question est venue d'elle même en programmant en assembleur. J'ai cherché à faire le lien avec le language C par exemple.

Bonne soirée

NIcolas

[thewho]

Bonjour,

Le processeur en question, c'est le pentium 4 et je n'ai pas la doc en rapport.
Mais je veux bien que tu me fasses part si tu sais pourquoi nasm me jette dans cette instruction

Je t'ai dit clairement : tu prends la doc, et tu regardes les spécifications de l'instruction mov.

La doc, tu vas la chercher chez intel, téléchargement libre. La doc pentium suffit pour ce dont tu as besoin, pour l'instant.

(Tu en as besoin, on ne va pas très loin en Assembleur sans une doc suffisante)

T'entends donc que cela ne tient qu'a moi de décrémenter esp de 1 pour une variable de 1 octet par exemple?

Absolument pas, sur la pile, on met [i]toujours[/b] 32 bits d'un coup (on parle bien sûr de processeurs 32 bits).
C'est à toi, de n'utiliser ensuite que la partie qui t'intéresse, je croyais avoir été clair, apparemment pas, ça arrive.

---- Édité ---------------

Bien, pour te simplifier la tâche, tu trouveras les docs nécessaires sur cette page:

http://support.intel.com/products/pr...uals/index.htm

Évidemment, c'est en Anglais, mais il ne faut pas se faire d'illusion ; dés qu'on veut avancer un peu en programmation, on tombe obligatoirement sur des docs en Anglais.

[Neitsa]

Bonjour,

mov dword [ebp+8], [ebp-4]

Les mouvements "mémoire <=> mémoire" sont interdit sous processeurs x86.

il faut passer par un registre temporaire pour faire l'opération que tu souhaites.

Pour ce qui est de la pile, push et pop (en mode 32 bits), fonctionnent par paquet de 4 octets (32 bits donc) ceci étant du au drapeau D du descripteur de segment (0 = 16 bit ; 1 = 32 bit). Cela affecte bien sur d'autre instruction utilisant implicitement ou explicitement la pile (CALL, RET, RETN, etc.).

Avec un modificateur de taille d'opérande on peut toutefois pousser sur 2 bits mais là c'est clairement un "trick" puisqu'on ne peut pas écrire cette instruction via un mnémonique (possible uniquement avec les opcodes) :

Code :

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

1
2
 
66 68 3412     PUSH 1234 ; pousse seulement 2 octets en mode 32 bits

Le problème qui s'en suit, c'est que la pile est mal alignée (misaligned stack) et le programme à toute les chances de "crasher".

[homeostasie]

Je t'ai dit clairement : tu prends la doc, et tu regardes les spécifications de l'instruction mov.

La doc, tu vas la chercher chez intel, téléchargement libre. La doc pentium suffit pour ce dont tu as besoin, pour l'instant.

(Tu en as besoin, on ne va pas très loin en Assembleur sans une doc suffisante)

Entre nous, ca fait drôle cette facon de donner des ordres... Je tâche de me plonger dans l'assembleur en parallèle avec le boulot car ca pourrait me servir et surtout ca m'interesse. A partir de là, j'y serais allé la chercher la doc après me l'avoir précisé la dernière fois, j'aurais attendu d'avoir un peu plus de temps pour bien m'y plonger. C'était juste pour avoir une réponse breve et concise. On ne peut être autodidacte sans être motivé de toute façon.

C'est à toi, de n'utiliser ensuite que la partie qui t'intéresse, je croyais avoir été clair, apparemment pas, ça arrive.

Ca arrive aussi de mal interpréter ou de mal comprendre, surtout en fin de journée...

Bien, pour te simplifier la tâche, tu trouveras les docs nécessaires sur cette page:

http://support.intel.com/products/pr...uals/index.htm

Quand même merci, j'y jette un coup d'oeil, voir bien plus!

EDIT: En effet énormément d'explications et d'informations, très interessant.

Évidemment, c'est en Anglais, mais il ne faut pas se faire d'illusion ; dés qu'on veut avancer un peu en programmation, on tombe obligatoirement sur des docs en Anglais.

Je ne me fais pas du tout d'illusion sur cela, je le sais très bien. Tout les jours je dois lire des spec en anglais et évidemment aussi en écrire de temps en temps. Et il clair qu'on obtient d'autant plus d'informations sur des articles ou doc anglaises concernant l'informatique et le monde de l'électronique numérique (data sheet) sur le net ou par le fournisseur.

Les mouvements "mémoire <=> mémoire" sont interdit sous processeurs x86.

il faut passer par un registre temporaire pour faire l'opération que tu souhaites.

Merci pour cette réponse et celle concernant la pile!

On va quand même éviter de la désaligner...

Bonne journée et bon we.
Nicolas