Problème d'allocation de mémoire dans la pile

**prophet666** · 16/01/2006, 11h23

Je travaille sur l'ajout d'une section dans un PE, et j'essaie de reserver un grand espace mémoire dans la pile comme ceci:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
PUSH EBP        ; Save ebp
MOV EBP, ESP  ; Set stack frame pointer
SUB ESP, EAX  ; Allocation de l'espace (EAX = 06000h)
SUB ESP, 0A0h
PUSH EBX
PUSH EBP
PUSH ESI
PUSH EDI
....
POP EDI
POP ESI
POP EBP
POP EBX
 
MOV ESP, EBP      ; Restore stack pointer
POP EBP           ; Restore ebp

En faisant ceci, j'ai des soucis à l'exécution de mon programme.
Par contre, si je remplace ce code

Code :

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

SUB ESP, EAX		    ; Avec EAX = 06000h

par

Code :

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

SUB ESP, 06000h

celà fonctionne bien.
Doù cela peut bien venir?

Je vous remercie d'avance pour vos commentaires car je suis vraiment dans l'impasse...

**- Robby -** · 16/01/2006, 18h07

Entre

Code :

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

1
2
 
Sub esp, eax  (avec eax = 06000h)

Et

Code :

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

1
2
 
Sub esp, 06000h

Dans les deux cas, eax reste inchangé.
Dans les deux cas, les flags sont affectés de la même façon.
Je ne vois qu'une différence.
Avec "Sub", quand on utilise une opérande immédiate à la pace d'un registre, ou d'un emplacement mémoire ... il y a extension du "signe" dans l'opérande destination (ici esp).
L'info vient du " IA-32 Intel Architecture Softare Developer's Manuel ... je suis pas un dieu

**prophet666** · 17/01/2006, 09h21

Ok, merci pour l'info.
Je vais jeter un coup d'oeil.
Je vais encore augmenter la taille de ma pile, voir si çà change quelque chose...

**Scarmatil** · 17/01/2006, 13h10

A force d'augmenter, ça finira sans doute par fonctionner, mais à mon avis le problème viens plutôt d'une valeur incorrecte dans eax...

Avec "Sub", quand on utilise une opérande immédiate à la pace d'un registre, ou d'un emplacement mémoire ... il y a extension du "signe" dans l'opérande destination (ici esp).

06000h est positif sur 16 bits aussi, il n'y a pas de signe à étendre.
Je ne vois pas ce que ça change.

**Blustuff** · 17/01/2006, 21h10

L'extension est 8 bits vers 16/32 bits. 16 bits vers 32 bits ca n'existe pas pour sub. En pratique 06000h sera donc stocké en immediate32. Regarder du coté de l'affectation de valeur à eax lors de l'appel me semble effectivement une bonne solution.