[Masm32] Adressage direct

Bonjour à tous,

Code:

---

mov eax , [11223344h]

---

cette instruction existe !
registre de segment utilisé ... DS ... par défaut !
Code machine de cette instruction : 8B 0D 44 33 22 11

Masm32 refuse de compiler cette instruction.
Je suis obligé de lui préciser le registre de segment, et de lui proposer :

Code:

---

mov eax , ds : [11223344h]

---

alors il accepte !

Comment faire pour lui faire accepter

mov eax, [11223344h] ... directement,
comme je ferais pour une variable,
mov eax , [variable]

J'espère m'être fait comprendre,
pas toujous évident en quelques lignes.

Merci à tous et Joyeux Noel à tous :)

Bonsoir,

Quel est le problème ? pourquoi ne veux-tu pas préciser l'utilisation du registre
segment ? :roll:

En même temps, c'est "preque" logique car quand tu utilises un nom de variable, cette dernière est définie dans un segment alors que là, ta valeur
immédiate peut concerner n'importe quel segment :aie:

a+ François

;)

Le problème n'est pas un problème de "résultat",
mais de fonctionnement du compilateur dans l'absolu.

Les 2 instructions suivantes existent et sont différentes.
Elles correspondent au niveau processeur à du code machine différent.

Code:

---

1 2 3

mov eax , [11223344h] et mov eax , ds : [11223344h]

---

Il est assez fou que masm quand je lui propose ceci ...
qui est tout d'même sans aucune équivoque

Code:

---

mov eax , dword ptr [11223344h]

---

il m'encode quoi ?
et bien il ne bronche pas et m'encode ceci

Code:

---

mov eax , 11223344h !!!!!

---

Il zappe complètement le "dword ptr" !
J'ai planté la machine ici avec ce genre de n'importe quoi.
J'ai du "tracer" pour me rendre compte de la bétise du compilo !
moi, j'appelle "ça" un bug !

Ceci dit, je viens de me rendre compte que masm ne supporte pas les
instructions SSE2 et suivantes !

Pas question de demaner à masm d'encoder un
"sysenter", "fsave", "emms" ... il ne connait pas !
et moi, j'utilise ça.

Masm est en fait un vieux compilo qui n'est plus tenu à jour par Micosoft.

Je suis en train de regarder Fasm.

Fasm ne me pose aucun soucis quand je lui présente :
mov eax , dword ptr [11223344h] ... bein oui ... allons !!!
Et il connait toutes les instructions SSEx.
;)

Bonjour,

Il ne s'agit pas d'un bug : MASM exige que le segment soit précisé lors d'un adressage direct avec adresse effective explicite (et pas avec une adresse symbolique).

Code:

---

1 2	mov eax,DS:[11223344h] ; "DS:" exigé mov eax,Trucmuche ; DS est le segment implicite

---

;)

Bonjour,

Quand on définit une variable avec MASM, par exemple comme ça :

Code:

---

var dd 100

---

On a l'habitude d'y accéder comme ça :

Code:

---

mov eax, var

---

Mais comme ça ça marche aussi :

Code:

---

mov eax, [var]

---

En gros MASM n'a pas une syntaxe cohérente, des fois il faut des [] pour faire un accès mémoire, des fois pas, et dans le cas que tu donnes même avec des [] il ne génère pas d'accès mémoire.

Citation:

---

Envoyé par - Robby -

Ceci dit, je viens de me rendre compte que masm ne supporte pas les
instructions SSE2 et suivantes !

---

MASM32 contient une vieille version de MASM (pour des raisons de droit je crois).
La version de MASM qui est dans le SDK et le DDK de Microsoft doit supporter les jeux d'instructions récents, mais pas grand-chose (rien ?) n'est fourni pour développez uniquement en assembleur.
Et il n'y a pas moyen de bêtement prendre le ml.exe du SDK et de le mettre à la place de celui de MASM32, j'ai essayé et il buggait sur windows.inc.

Citation:

---

Envoyé par - Robby -

Je suis en train de regarder Fasm.

---

Excellent choix ! :king:

Citation:

---

Envoyé par - Robby -

Fasm ne me pose aucun soucis quand je lui présente :
mov eax , dword ptr [11223344h]

---

Normalement avec FASM on met soit les crochets, soit le ptr. Chez moi ça ne marche pas en mettant les deux mais c'est peut-être parce que j'ai une vieille version.

Pour Alcatîz :

Quand je demande au compilateur de masm :

Code:

---

mov eax , dword ptr [11223344h]

---

et qu'il me génère

Code:

---

mov eax , 11223344h

---

sans aucun message d'erreur et sans broncher.
Si, déso, c'est un bug !

Code:

---

mov eax, dword ptr [11223344h]

---

est sans aucune équivoque et est universel sur toute la planète.

Si masm "voit" les choses autrement,
Le minimum aurait été de refuser la compilation et de me le signaler.
Pas de me compiler un truc qui ne correspond en rien à la demande.

J'ai du tracer pour m'en rendre compte.
Respect à tous ceux qui "aiment" masm ... mais là ... !!!

Pour Dapounet :

j'ai la dernière version de Fasm.
Oui ... chez moi aussi ... c'est soit "ptr", soit les "crochets".


voilou ;)

Citation:

---

Envoyé par - Robby -

Pour Alcatîz :

Quand je demande au compilateur de masm :

Code:

---

mov eax , dword ptr [11223344h]

---

et qu'il me génère

Code:

---

mov eax , 11223344h

---

sans aucun message d'erreur et sans broncher.
Si, déso, c'est un bug !

---

Je suis d'accord que cela nécessiterait au minimum un warning. ;)