[MASM32][Débutant] Coder un strlen

Version imprimable

Bonjour à tous,

Je suis débutant dans ce langage.

Je ne saisis pas tout xD, je ne vois pas à quoi servent les registres, comment traiter des chaînes de caractères genre strlen en asm.

J'ai essayé de faire strlen, donc la chaîne se termine par 0 comme en C, mais faut-il que je declare un int comme compteur ou je dois-je utiliser un registre, registre compteur => ECX, et je peux traiter ma chaîne directement avec szString ? Ou je dois la copier dans un registre ?

Voilà le code :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
.386
.model flat,stdcall
option casemap:none
;include \masm32\include\windows.inc
;include \masm32\include\user32.inc
;include \masm32\include\kernel32.inc
;includelib \masm32\lib\user32.lib
;includelib \masm32\lib\kernel32.lib
 
 
.data
 
szString  db "toto",0
 
.code
 
       start:
 
                push ebp            ; Declaration ebp
                mov ebp, esp        ; Copie esp dans ebp
                mov esi, szString    ; Recupere l'argv0 et le Copie ebp+8 dans esi
                mov ecx, 0          ; Copie 0 dans ecx
 
        boucle:
                mov al, [esi]       ; Copie valeur de esi dans al
                cmp al, 0           ; Compare 0 a al
                je fin              ; Jump if Equal a fin
                add ecx, 1          ; ecx = ecx + 1
                add esi, 1          ; esi = esi + 1
                jmp boucle          ; Saut inconditionnel au label
 
        fin:
                mov eax, ecx        ; Copie ecx dans eax
                mov esp, ebp        ; restor esp
                pop ebp             ; Supprime ebp
                ret
 
end start

Merci pour votre aide

Code:

1
2
3
4
5
6
7
 
mov edi LP.String
mov ecx 0-1
mov al 0          ; Recherche de EOS (string zero ended)
repne scasb
mov eax 0-2
sub eax ecx      ; Eax = Nombre de caractères dans ta string

Voilà un de mes codes (FASM) qui pourrait t'être utile :
(note : j'ai gardé la partie qui t'intéresse pour éviter toute confusion)
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 format PE console 4.0 include 'win32a.inc' entry start section ".data" data readable writeable [...] String db 'azerty',0 section ".code" code readable executable start: cld mov edi, String xor ecx, ecx dec ecx xor eax, eax repne scasb not ecx dec ecx [..]
Explications :

cld : Clear D. Le Flag D est mit à zéro. Ce flag indique au µproc la direction à suivre pour parcourir, par exemple, une chaine de caractères. En le mettant à zéro le pointeur de chaine, EDI, sera incrémenté de façon automatique. Si au contraire tu souhaites décrémenter, et donc changer ton sens de parcours, tu peux utiliser setd.
mov edi, String : La chaine de caractère est placée dans le registre EDI.

Viens ensuite la partie suivante :
Code:

1 2 3 4 5 6 7 xor ecx, ecx dec ecx xor eax, eax repne scasb not ecx dec ecx
En détails :

xor ecx, ecx : ECX est mit à zéro.
dec ecx : ECX est décrémenté. C'est notre compteur. ECX = longueur de la chaine+1 (je t'explique d'où vient le +1 par la suite).
xor eax, eax : EAX = 0.
repne scasb: Recherche le zéro de fin de chaine. Tant qu'il boucle EDI est incrémenté ("a", "z", "e" puis "r", etc jusqu'au "0" de fin de chaine), et ECX lui est décrémenté comme on l'a vu au début de ce bloc.

Valeurs successives de ECX :
0xFFFFFFFF -1
0xFFFFFFFE -2
0xFFFFFFFD -3
etc...

not ecx : On a des valeurs négatives. Or la taille d'une chaine est positive donc on utilise l'instruction not pour passer en positif. On exécute ici un complément à 1. Voir ici.
dec ecx : La valeur contenue dans ECX contient la taille de notre chaine+1. Pourquoi +1 ? Et bien le 0 de fin de chaine a été compté, on décrémente alors ECX pour arriver à la valeur correcte.

Au final ECX contient la longueur de ta chaine.
Il y a bien des moyens pour arriver à faire ce que tu désires. Je t'en donne juste un exemple.

ntrl

10/09/2009, 11h32
ToutEnMasm

Code:

invoke strlen,addr szString

Le résultat est retourné dans eax.
10/09/2009, 17h22
Pierro.c

Je vous remercie de votre aide =D.

Tout est bien explique, je commence a comprendre.

Mais est on oblige de copier la chaine de charactere dans le registre EDI (Destination index), ou on peut la "traiter" directement ?

Merci encore pour votre aide.
10/09/2009, 17h34
Rémi Coquet

La traiter "directement" reviendrait à faire une série de tests et d'accès mémoire plus lents.
En assembleur x86 ce sont les registres edi/esi qui sont utilisés pour le traitement des chaînes et ecx comme compteur.
Ce sont des conventions et non pas des choix laissés à ta discrétion ;)
Ce système permet d'utiliser les répétitions rapides et les caches µp de manières efficaces.
10/09/2009, 18h30
droggo

Kia,

Citation:

Envoyé par Rémi Coquet

Ce sont des conventions et non pas des choix laissés à ta discrétion

Je n'aurais pas dit "convention", c'est dû à la définition des instructions du processeur.
14/09/2009, 17h09
Pierro.c
Bonjour,

Quand je veux transferer ma chaine sous masm32
Code:

1 2 3 4 szString db "toto",0 mov edi, szString
Il me met une erreure :

my_strlen.asm <20>: Error A2070 invalid istruction operands

Ce que l'on met dans les regsitres doivent etre du meme type je suppose ?

Merci
14/09/2009, 17h56
Rémi Coquet

[Troll On] Masm est tellement mal fait, qu'il faut lui indiquer que c'est un Lp (le Long Pointeur et non pas le contenu du Long Pointeur) que tu mets dans ton registre -> C'est dans l'esprit des super compilateurs intelligents avec lesquels auquel être humain ne peut rivaliser :mouarf:[/Troll off]

C'est une de ses nombreuses sources de bug de cet "outil". Surcharger l'éditeur est un de ses principe !

En fait, en plus de la virgule tu dois spécifier ..offset.. ou [] selon ce que tu désires transférer (ceci est particulier à Masm, c'est pour cela que les exemples fournis ne "concordent" pas....)
16/09/2009, 11h37
ToutEnMasm

Citation:

szString db "toto",0

mov edi, szString

Ceci ne fonctionne pas et n'a rien de particulier à masm.
Il s'agit tout simplement de la définition des instructions microprocesseurs indépendante de l'assembleur utilisé.
mov place une valeur dans un registre.Source et Destination doivent avoir la même taille.
Mov va chercher la valeur situer après mov edi.
Charger la valeur situé à l'adresse szString.
mov edi, dword ptr [szString]. (charge les 4 premiers bytes).
mov edi,offset szString (charge l'adresse de szString dans edi)
16/09/2009, 14h36
Rémi Coquet

Citation:

Ceci ne fonctionne pas et n'a rien de particulier à masm.

:aie: C'est faux, c'est une particularité de la syntaxe de Masm: mov edi Lp marche parfaitement avec d'autres outils.

Citation:

Il s'agit tout simplement de la définition des instructions microprocesseurs indépendante de l'assembleur utilisé.

:aie: Est totalement faux aussi (je veux bien défendre un outil mais là c'est carrément de l'intoxe). Ces définitions n'induisent pas un syntaxe particulière, dans le cas de Masm, c'est pour simplifier sont utilisation avec un ensemble script/compilateur -> uniquement <-

Il faut être tordu pour utiliser une syntaxe qu'il l'est pour le moins autant:

Une adresse est toujours DWORD en 32 bits, donc sitpuler que tu voudrais récupérer le Lp de la variable [Lp] au format DWORD sème carrément le trouble par sa complexité et ressemble plus à un lea edi variable...

mov edi Lp me semble donc être un signe de bonne santé de la part de Pierro.c et l'indicateur d'un réflexe syntaxique nettement plus naturel :mouarf:.

Masm étant considéré par quelque(s) un(s) comme LA norme incontournable, je ne peux pas lutter, y compris contre une syntaxe absurde et source de bugs.
16/09/2009, 15h35
ToutEnMasm

Le minimum que puisse faire un assembleur est de respecter les livres d'intel et de AMD.Les citer comme références éclaire le propos.
Lp ?.Masm ne connait pas,a moins qu'on lui précise TYPEDEF.
16/09/2009, 15h36
droggo

Boe,

Citation:

Envoyé par Rémi Coquet

:aie: Est totalement faux aussi (je veux bien défendre un outil mais là c'est carrément de l'intoxe). Ces définitions n'induisent pas un syntaxe particulière, dans le cas de Masm, c'est pour simplifier sont utilisation avec un ensemble script/compilateur

Je ne parle pas de la syntaxe, mais de l'utilisation des registres EDI et ESI pour les instructions de "traitement de chaîne" (comme elles sont souvent nommées :().
16/09/2009, 16h36
Rémi Coquet

Citation:

Lp ?.Masm ne connait pas,a moins qu'on lui précise TYPEDEF

CQFD: Masm ne connaît les Long Pointers ? Super l'outil ! Mais, ni Intel ni AMD n'y sont pour quelque chose...
Faire un mov eax xxx sous-entend que xxx est un DWORD non ? Il faut qu'il suce des allumettes Masm, c'est riche en phosphore !

@droggo:
La réflexion ne te concernait pas et tu as raison de dire: "convention" n'est pas le meilleur choix dans le cas des utilisations précises d'edi esi etc.