Discussion :

[n5Rzn1D9dC]

Salut,

Je me demandais quelle est la taille maximale de donnée qu'on peut empiler sans risque d'écraser d'autres données qui se trouveraient au-dessus.
Y-a t-il un standard concernant ce genre de chose ?
Que ce soit en x32 ou x64.

Par exemple, sous win32, il y a toujours des choses au dessus de l'addresse courante d'esp. Le point d'entrée du programme en cours par exemple.
Est-ce que tout ce qui se trouve au-dessus (donc les adresses négatives) de l'adresse courante est à considérer comme disponible ?

[Obsidian]

Hello,

Pas de standard en la matière à ma connaissance.

Il faudrait pour cela pouvoir déterminer à tout instant la taille maximum de la pile. C'est possible dans une certaine mesure, mais c'est difficile et ça devient presque impossible de manière universelle avec des fonctions récursives.

Ça dépend aussi de l'implémentation de cette pile. Sur les x86, il y a désormais un segment dédié à cela. Si tu en sors, ça déclenche une segfault comme sur les segments de données.

[n5Rzn1D9dC]

D'accord, alors je vais analyser ça un peu mieux car je veux pour un code utiliser la pile au lieu de faire des variables locales, car après un test de performance je me suis aperçu que stocker sur la pile était deux fois plus performant.
Par contre pour ce code je ne pourrais pas connaître la taille a stocker à l'avance, pour ça que je voulais être certain d'avoir une quantité relativement importante de disponible.

Merci a+

[n5Rzn1D9dC]

En faite je voulais me servir de la pile de la même façon qu'un buffer.
En faisant par exemple:

Code :

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

1
2
3
 
add ecx,4
mov eax,dword [esp-ecx]

Mais je me suis aperçu qu'on ne pouvait pas faire un reg moins reg.
Curieusement c'est la première fois que je m'en aperçois.
Je pourrais passer outre en faisant des "sub ecx" au lieu des "add" pour des pointages linéaires.
Mais pour les pointages imprévisible, du style ecx=0xb6, suivie de ecx=0xd3 etc.. ça m'obligerait à faire un double neg reg, et ça compliquerait le code.
Au final, ça perdrait peut être en performance au point de ne plus être meilleur que des variables locales.
Arf.. Je vais quand même tester avec la pile pour voir si ça vaut vraiment le coup.

[n5Rzn1D9dC]

Finalement, après test, la différence entre variable locale et buffer est quasie inexistante.
Je trouve que ça ne vaux pas le coup pour de gros stockage (256 dword), en dehors de la réduction de poid du binaire.

a+