Slt , voila je debute en C et j'ai un probleme , en faite je voudrais modifier la valeur du pointeur *p dans une fonction  et retrouver la nouvelle valeur dans le main() .
Voila mon code :  

Seulement la valeur change dans la fonction mais pas dans le main() ... ma question comment faire? ou si vous auriez de la documentation sur les pointeur de chaine de caractere ... .
Merci
++

1/ il faut utiliser un pointeur de pointeur
2/ pr copier ta chaien, il faut utiliser strcpy

Ouaip , c exactement se que je voulais en plus maintenent je c qu il faut que je cherche de la doc sur les pointeur de pointeur , donc un double merci

Y'a pas à chercher de doc, c'est un pointeur normal... Qui pointe vers un pointeur.

Comme au départ on a
char *p = "a";
donc en mémoire non modifiable je crois, je ne suis pas sûr que faire
strcpy(*p, "b" );
fonctionne sur tous les systèmes.

char* je vois pas pourquoi ca serait non modifiable.
const char* ok, mais char* :|

C'est strcpy(p, "b" ), pas *p.
*p c'est le caractère 'a'.

Attentio, on dans la fonction  
void fonc(char** p)
donc c'est bien strcpy(*b, "b" );

 
je pense surtout que "b" est alloué dans la pile de la fonction et sera donc détruit à la fin de la fonction, il faut onc mettre "b" dans la mémoire dynamique.
Ce n'est pas mieux de faire ?
 

Oh la la.
 
Or donc, comme l'a dit Joel F :

p est en réalité un const char *, et une modification de p entraine un comportement indéfini. Généralement ça se termine en coredump.
 
Ensuite :

 
free() ?  
Où as-tu vu une quelconque allocation de cette variable ?
Dans le code présenté ci-dessus, c'est coredump.
 
Bref, soit vous passez par un tableau de char à taille fixe, soit faut faire une allocation dynamique.

pour modifier char *p "a"; il faut le faire une allocation dynamique , sinon char *a = "a" aura ue taille fixe de 1 caracteraire donc pour y maitre plus il faudrais faire  
char *p = malloc(200 * sizeof (char))
et la on a de l espace pour maitre encore quelque caractere .
C est sa ou je dis n importe quoi?

C'est ça, sauf que faire un malloc() sur une taille fixe n'est pas très utile, autant définir char p[200].

Erreur classique
 
http://mapage.noos.fr/emdel/notes. [...] e_variable

Rappel :  

Déjà, c'est pas *p, mais p :  

p pointe sur une chaine non modifiable "a";
On ne peut rien écrire à cette emplacement. Le comportement est indéfini, c'est un bug.
 
Ceci est correct :  

Ceci aussi :  

 
Mais pour éviter les erreurs, je recommande que les pointeurs vers des chaines littérales soient définis 'au contenu non modifiable' :  

Une option de gcc permet de s'en assurer :  

 comme rappelé ici : http://mapage.noos.fr/emdel/codage.htm#cfg_compilo

Oui, dans ce contexte tordu précis... Je recommande de retourner la valeur du pointeur  (comme fait malloc() ) plutôt que de se casser la tête avec des pointeurs de pointeurs...

Enfin, moi, je suis pas maso...

 
Je repondais dans le context, je susi bien d'accord avec ton post N-1

Mais qu'est-ce que tu racontes... Une chaine littérale a une durée de vie égale à celle du processus.
 

Dans sa logique (strdup()), c'est cohérent !

En écrivant char *p = NULL dans main() alors.

 
les chaines leterales sont allouées où alors ? elles sont détruites quand ?
 
sinon oui, le free c'est par habitude, ca evite des fuites mémoires

Si tu as une déclaration de la forme char *p = "abc"; ta chaine est dans le .data segment.
Comme ces notions ne t'on pas l'air familiere, j'ai cherché un peu une explication relativement claire.  
La ça a l'air pas trop mal, vas voir la section Z.3 http://www.tenouk.com/ModuleZ.html
 
Quand je dis que c'est dans le .data segment, c'est le cas sur les anciens formats binaires exécutables, quoi qu'il n'y ait pas de norme définie sur la question (il me semble avoir vu qu'on pouvait avoir aussi le cas de compilos allouant ces chaines dans une partie speciale du text segment, a coté du code machine, ce qui a un certain sens, le contenu du .text segment n'étant en principe pas modifiable. Et ca explique tres bien la survenue d'une segmentation error si on tente de modifier une telle chaine. Le .data segment etant read-write, sur les anciens compilos, il s'avere qu'on pouvait parfois modifier une chaine en principe constante).
Sur des formats binaires executables plus récents, on trouve une section rodata, soit read-only data, qui convient parfaitement, et qui est intégrée au .text segment
La durée de vie de ces chaines est la durée de vie du programme, puisqu'elles ne resident pas dans la partie dynamique de la mémoire du programme.
A+,

oki merci, je ne connaissait pas la presence du data segment, on en apprend tous les jours

N'en tire pas de conclusions trop hâtives et surtout non portables. Le langage C est plus vague que ça mais le principe est clair :  
 
http://mapage.noos.fr/emdel/notes.htm#donnees
 

 
hehe merci, j'ai eu des cours de compilation en faite, je sais comment ca fonctionne la zone avec le code, la zone dynamique (malloc/free) ainsi que la gestion de la pile par les procédures (d'une manière général).
En faite j'avais eu des problèmes en faisant un retour d'une chaine (return "hehe" ), j'avais donc suppose que les chaines étaient allouées le temps de la procédure. Mais en réalité elles sont donc présentes pendant toute l'exécution du processus et le problème venait du fait que la modification soit interdite.