Petite question sur le malloc pour etre sur d'avoir compris. L'allocation se fait sur la pile ? c'est a dire qu'une allocation dynamique de pointeur, passée par adresse p-e valable dans n'importe quelle fonction ?
 
Un petit exemple pour illustrer :
 
si j'ai :  
 

 
Est ce que je peux faire le malloc dans la fonction appelée puis liberer plus tard dans ma fonction appelante ?

oui.

merci

A condition que le prototype de "modif" soit

et dans "modif", toutes tes références à "a" seront nommées "*x" (idem pour b)...

euh quand tu alloues avec malloc(), l'addresse retournee est quelquepart dans le tas et pas dans la pile

 
Bah alors Taz t'es fatigué?
 

 
NON!
La pile est une structure fluctuante.
Lorsque tu sors d'une fonction, tu "dépiles" toutes les variables locales (entre autre) qui ont été allouées dans cette fonctions.
Au contraire, malloc te renvoie un pointeur vers une zone de mémoire plus permanente, allouée dans le tas (heap en anglais).
 
C'est un autre segment qui fait partie de l'espace d'adressage de ton processus.
Tant que tu ne la free() pas, elle reste là. C'est ça le gros problème de malloc(), c'est qu'on arrive vite à des fuites de mémoire.
Après, tu peux accèder à la zone de mémoire pointée depuis l'ensmble de ton programme (pour peu que tu aies acccès au pointeur).
Mais si tu "perds" ce pointeur, bah c'est terminé, tu ne pourras plus récupérer la mémoire.
Donc tu alloues un bloc avec malloc(size_t ma_taille).
Tu joues avec comme si c'était un tableau, depuis n'importe où.
Tu le libères avec free().
Sinon t'as unéquivalent de malloc, qui te renvoie un bloc alloué sur la pile, donc qui se libère automatiquement quand ta fonction retourne.
C'est alloca(), et c'est une merde sans nom. Si tu l'utilises tu brûleras en enfer jusqu'à la fin de ta vie après la mort (et ça risque d'être long).

Non. Elle se fait dans un bloc mémoire indépendant souvent appelé le tas (heap ou free store) Les données sont persistantes, jusqu'au free() correspondant (même adresse).

Une "allocation dynamique de pointeur", ça n'a aucun sens.  
 
malloc() alloue un bloc mémoire d'une taille utile en bytes égale à la valeur passée en paramètre, et retourne son adresse si il a réussi ou NULL en cas d'échec. Pour se souvenir de l'adresse, on la mémorise dans la seule variable conçue à cet effet qui est un pointeur. Cette variable étant typée, elle permet ensuite d'accéder à l'élément pointé, (ou aux éléments si c'est un tableau ou une structure ou tout autre type complexe), grâce à l'arithmétique des pointeurs.

Oui.  
 
Mais char *a et char *b ne sont pas des chaines... Ce ne sont que des pointeurs. C'est le contenu des blocs pointés qui peut être ou non une chaine valide...
 
http://mapage.noos.fr/emdel/notes.htm#char_star

Merci pour les precisions.
Question supplémentaire :
Comment ca se passe alors avec argc et argv ? Quand on passe des parametres au programmes, la memoire est allouée au lancement ?

 
C'est comme si tu demandais si la mémoire est allouée pour tous les "int i,j,k..." que t'as dans ton programme...
argc et argv sont des variables permettant d'accèder aux paramètres du programme.
Lorsque tu lances "pgm toto titi tata", ton shell place les chaînes "toto", "titi" et "tata" dans la mémoire du processus et stocke les adresses de ces chaînes dans un tableau (donc un tabeau d'adresses donc un char *[]) que tu récupères en 2° paramètre de "main()".
Cette mémoire n'est pas allouée, elle est donnée d'entrée à tous les processus et elle a évidemment une taille limite (t'as jamais vu, lorsque tu fais "commande_quelconque *" pour traiter tous les fichiers, le message "commande_quelconque: arg list too long" ???)
 
Donc pas d'allocation => pas de "free"

Je ne sais pas et je ne veux pas le savoir. C'est de la bidouille interne auto-démerdante... Du moment que ça marche...

Le plus propre, c'est de se debrouiller pour pouvoir faire le malloc et le free dans la meme procedure, quoi qu'il en coute.

nan hein.

Bah ça dépend totalement de l'application...
 

Pkoi on deterre mon sujet  

c'est parcequ'on cherche de l'eau pour le pastis.

 
pour moi qui debute c etait super instructif donc y a pas de mal
 

 
approved