Discussion :

[n5Rzn1D9dC]

Salut,

J'ai besoin de faire une proc qui va être utilisée pour plusieurs choses différentes et dont le nombre d'éléments empilés sur la pile peut varier d'un call à un autre.
Je me suis dit "tiens ce serait bien si on pouvais faire un ret reg".
Mais queunini, ça ne fonctionne pas : /
A moins qu'il y ait déjà une instruction de prévue pour faire un ret qui va nettoyer la pile en même temps, mais avec une valeur dynamique et non une valeur mise en mémoire (du style "ret 4") qui ne servirait à rien dans mon cas puisque le "4" ne serait plus valable d'un call à un autre.
Voilà ce que j'aimerais savoir.. Je suis encore loin de connaître toutes les instructions asm.
J'ai bien d'autres solutions, du style faire un "add esp,reg" dans la proc elle-même puis sortir de celle-ci via un jump, mais ça m'étonne de ne pouvoir faire un truc du genre "ret reg"..

Savez-vous si il existe par exemple une instruction précise pour ce cas de figure ?
Sinon tant pis j'utiliserais un jump.

[bifur]

la méthode la plus connue est de faire:

Code :

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

1
2
3
4
5
6
mov ebp,esp
 
;ici empilage des paramètre de ta fonction
 
call tafonction
mov esp,ebp

ça consiste ea souvegarder esp avant d'empiler les paramètres de ta fonction et de restaurer ça une fois la fonction terminé (pas forcé d'uttiliser le registre ebp non plus)

par contre attention! lors de "call tafonction" le système empile eip (ou selement ip si t'est en 16bit) pour pouvoir fair un ret correcte donc si tu commence tafonction par le dépilage des paramètres de ta fonction tu va dépiler eip et le ret va planter

NB: lors d'un callf/retf on empile le selecteur de segment aussi

[Christophe]

C'est le fonctionnement du prologue et l'épilogue d'une fonction en C

http://en.wikipedia.org/wiki/Function_prologue

[n5Rzn1D9dC]

C'est le fonctionnement du prologue et l'épilogue d'une fonction en C

http://en.wikipedia.org/wiki/Function_prologue

Yep, mais pas dans ce précis.
Il fonctionne pour sortir de la proc oui, mais pas pour nettoyer la pile de tout les arguments qui ont été empilés. D'où le faite de faire un mov reg,esp avant d'appeler la proc comme le dit bifur.
Et impossible d'utiliser "ret" car au moment où tu fais ton "mov esp,reg", tu perds ton addr de retour. C'est la raison de l'utilisation de mon jump.
Il y a peut être une autre solution simple (qui permettrait de le faire "dans" la proc), mais perso je n'en ai pas vu d'autre. Puis celle ci fonctionne.

[n5Rzn1D9dC]

Voilà terminé. J'ai pu faire une proc de traitement de string vraiment pratique.
Ca le fait de pouvoir écrire sur quelques lignes un code qui tiendrait sur plusieurs centaines de lignes, voir millier en C.
Vive l'asm, le seul véritable language de prog ^

[Forthman]

Je dis ça, je dis rien, mais devoir purger la pile ne devrait pas arriver non ?

[n5Rzn1D9dC]

lol, j'étais partie dans un truc de dingue inutilement ^
Suffisait juste de remettre la bonne valeur dans la pile. Moi je ne voyais que par un add ou un sub, mais pas un mov, ché pas pourquoi, zappé de mon esprit.
Avant de voir ton post, j'avais fait un truc qui commençait pareil, un:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
mov eax,esp
call plop
 
plop:
(une suite d'opération pour calculer le nombre arguments, obligatoire pour le code lui même car boucle,et que j'utilisais également pour faire le "add esp,reg").
...
code
...
add esp,reg
mov ebx,[ret addr]
jmp ebx

edit: je viens de modifier mon code. Au final j'ai viré le "add esp,reg" puisque inutile, ce qui a simplifié un peu le code, j'ai par contre gardé le système de jump, juste histoire de pouvoir nettoyer la pile avec le "mov esp,reg" à l'intérieur de la proc.