C++

pile et programme

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : pile et programme

weblook$$

SAlut,

Dans un programme, y a qu'une pile en tout et pour tout ?
Ou est ce que le fait de déclarer une fonction, va créer une pile juste pour cette fonction avec l'histoire des arguments à stockés sur la pile etc

Donc une pile ou plusieurs piles ?

MercI.

Message édité par weblook$$ le 19-01-2009 à 17:32:44

Publicité

Harkonnen

Modérateur
Un modo pour les bannir tous

Une pile, dont les extrémités sont pointées par ESP et EBP

---------------
J'ai un string dans l'array (Paris Hilton)

0x90

→

On peut créer des piles en plus avec des threads aussi [:cupra]

---------------
Me: Django Localization, Yogo Puzzle, Chrome Grapher, C++ Signals, Brainf*ck.

masklinn

í dag viðrar vel til loftárása

Il y a confusion entre "pile" et "pile d'appel" là, un peu. C'est pas parce qu'il n'y a qu'une pile d'appel (par défaut, quand on ne fait pas de multithreading/multiprocessing) qu'il n'y a qu'une pile [:pingouino]
(même si les données locales sont souvent stockées dans la pile servant aussi pour les appels)
(c'est pas obligatoire ça, d'ailleurs)

Message édité par masklinn le 19-01-2009 à 16:40:55

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?

weblook$$

en C++ par exemple , un programme peut donc avoir une pile pour gérer les appels de fonctions (arguments à empiler et dépiler pour passer du scope main au scope fonction, valeur de retour de la fonction à mettre...euh, queleque part ) et une pile pour gérer les données local aux fonctions ? plusieurs fonctions partagent la même et unique pile donc pour stocker leurs variables locales ?

Message cité 1 fois

Taz

bisounours-codeur

weblook$$ a écrit :

à froid je ne vois pas trop ce qui interdirait d'implémenter comme ça.

mais la vision pile/tas/etc c'est une vision théorique, au final, c'est toujours juste des plages mémoires dans ton processus auxquelles on colle des étiquettes. c'est l'usage qui fait la différence.

weblook$$

parceque avec une petit exemple y a un truc qui m'échappe :

Code :

int main()
{
int a=1,b;
b=f(a);
}
int f(int a2)
{
int c=1;
return c+a2;
}

pile une fois dans f avant le return :

c
a2
adresse de retour de f
a

et justement au niveau du return comment fait-il pour empiler c+a2 et savoir ou shopper l'instruction suivante, c'est à dire le retour de la fonction ??
Avec une seule pile ça me parait tendu du sphincter un peu...

Message cité 1 fois

masklinn

í dag viðrar vel til loftárása

weblook$$ a écrit :

parceque avec une petit exemple y a un truc qui m'échappe :

Code :

int main()
{
int a=1,b;
b=f(a);
}
int f(int a2)
{
int c=1;
return c+a2;
}

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

weblook$$

merci

weblook$$

a oui en effet j'avais oublié les registres...

Publicité

youen

sans passer par des registres, je crois que la méthode "classique" est de réserver l'emplacement pour la valeur de retour avant d'appeler la fonction (donc entre "a" et "adresse de retour de f" dans ton exemple), et la fonction f mettra son résultat à cet endroit.

FORUM HardWare.fr

Programmation

C++

pile et programme

Sujets relatifs
besoin d'aide pour ecrire un programme en c	[C]programme affichant la suite d'operation pour trier une liste.
Erreur dans un programme basique en C	Pause dans programme pour faire une action
programme pour borne bleutooth	Problème d'exec() d'un programme C++ sous PHP
Traduction de [IDL] en [Matlab] d'un petit programme	Besoin de votre aide pour la réalisation d'un programme
Alléger un programme pour éviter de faire exploser la pile.
Plus de sujets relatifs à : pile et programme

Page générée en 0.062 secondes