Discussion :

[vincent Boulou]

Bonsoir.
Comment faut-il réserver de la place sur le tas pour une utilisation à partir d'un programme en assembleur ?
Je pensais sous Linux utiliser l'appel système BRK, mais la documentation semble indiquer que cela sert à augmenter la taille mémoire du processus si cela est nécessaire.
Ou alors le tas est libre d'accès en écriture et lecture à partir de la dernière donnée du segment .bss ?
Je m'interroge !!

[chrtophe]

C'est malloc qui gère les allocations dans le tas. Comme tu ne sais pas comment il fait, tu ne peux pas directement taper dans le tas comme ça, sauf à ce que ton programme ne fasse pas d'appels système.
Si tu veux réserver de la RAM, tu peux aussi passer par mmap, qui va ajouter des pages mémoire dans l'espace de mémoires virtuelles

[vincent Boulou]

Bonsoir.
Merci de votre réponse.
Si les appels système prennent de la place sur le tas réservé au programme, il risque d'y avoir des conflits.
Cela n'est donc pas conseillé.

[vincent Boulou]

Bonsoir.
J'ai réfléchi à votre réponse concernant l'utilisation du tas lors des appels système.
Un appel système ne s'execute-t-il pas sous forme d' un processus qui a son propre domaine mémoire et donc son propre tas ??

[chrtophe]

Je me suis mal exprimé, je voulais plutôt parler d'appels aux fonctions de la libc, pas les appels systèmes du noyau. La libc peut utiliser la fonction malloc pour réserver de l'espace mémoire sur le tas, si de ton coté tu le modifie (le tas) avec tes propres fonctions, tu vas le corrompre pour les fonctions de la libc, et la libc risque d'écraser ce que tu as mis aux adresses mémoires occupées par le tas.

Les appels systèmes, pour la partie userland vont interagir avec les adresses qu'on leur a passé en paramètre, qu'elles soient dans le tas ou non, elles doivent juste être dans l'espace d'adressage du processus.

Voici l'organisation d'un processus :
- segment code
- segment datas
- segment bss (données non initialisées)
- tas
-pile

Si la taille du tas n'est pas suffisant, malloc va l'agrandir, d’où l'importance de laisser malloc gérer, ou si tu n'utilises pas les fonctions de la libc gérer l'allocation avec mmap voir recréer une fonction malloc.

[vincent Boulou]

Ok merci de ces précisions.

[ToutEnMasm]

Bonjour,
Je m'insinue dans la discussion pour des problèmes de vocabulaire.
Le tas,c'est quoi ?(J'ai simplement une vague idée me suggérant pile donc esp).
J'utilise la programmation windows (et non pas linux) et le tas connait pas.
Il y a la pile(segment esp),les data initialisés (ds),les data a allouer au chargement du prog (bss),une mémoire particuliere pour les appels com.
Les fonctions utilisés varient en fonction de ce qu'on veut.
Pour la pile,il y a certe malloc et ses dérivés mais aussi memheap ...
Mais il y a aussi globalalloc....
Le sujet est vaste.

[chrtophe]

Pour la pile,il y a certe malloc et ses dérivés mais aussi memheap

heap en anglais se traduit par tas.

La pile est différente du tas. La pile se trouve en terme d'adresse à la fin du processus, quand on empile des valeurs l'adresse de la pile est décrémentée se rapprochant du tas.

Le tas est l'endroit ou se trouvent les zones mémoires allouées. Chaque processus a sa pile et son tas, ceci est valable pour Windows et Linux.

malloc va taper dans le tas pour allouer de la mémoire. heapalloc doit être la fonction d'allocation mémoire spécifique à Windows, malloc est la fonction portable.