Salut tlm...
 
Alors un petit doute me submerge..
je fait un prg en c et je voudrai avoir plusieurs chaines de caracteres dans differentes variable. Donc :  
char txt[25]="bonjour"; ca mon compilo veut bien mias par exemple si je fais  
char txt[25]; txt="bonjour"; y veut rien faire et me fais une erreur.. est se que c'est normal? il me semble que non.. mais bon...

Oui, c'est normal.
Exemple concret qui marche:

 
Ca ca marche
Note que si tu mets pas de valeur entre les [], il prendra la taille de la chaine assignee.

et qd je veux une chaine de caractere que je veux faire changer au milieu de mon prg.. je suis obligé de repasser par le pointeur? ou y'a une autre soluce?
 
edit : marche pas.. y me dit qd je redefini la chaine de caractere "bad expression syntax" et me surligne le " ...

Utilise strncpy() :
char chaine[50];
strncpy(chaine, "blablabla", 50);

 
 
         
 
ça, ça marche pê sur un compilo de merde ou un compilo sans restriction, mais c'est surtout pas une habitude à prendre  
 
 
de toute façon ça a pas l'air de marcher pour lui
 
une chaine de caract, quand tu la définie comme ça
char *txt;
ou comme ça :
char txt[];
ou comme ça :
char txt[25];
 
ça reviens à peu près au même lors de son utilisation : ça s'utilise comme un pointeur
la seul différence c'est la manière dont elle est alloué, stout
 
tu ne peux pas faire txt="machaine" en plus milieu de ton programme
tu peux le faire uniquement lors de sa définition
 
si tu as définie un "char *txt;" ou "char txt[];", alors tu n'as rien alloué, tu as juste un pointeur sur une donné au hasard
dans ce cas, il faut utiliser strdup ou strndup
sans oublié de libérer la mémoire (free) si tu refais la rechange à nouveau par un str(n)dup
 
si tu as fait "char *txt="mon texte";" ou "char txt[]="mon texte";", la tu as alloué qqlch, qqlch que tu que tu n'as pas le droit de désallouer (avec free) et qqlch dont tu ne peux changer la taille.
tu le modifie avec strcpy en faisant gaffe à nepas dépasser la taille initiale
l'utilisation de strncpy est plus compliqué (j'explique après)
 
si tu as fait "char txt[50]="mon texte";", c pareil qu'avant, juste que sa taille initiale sera de 50 (avec le 0) et non la taille de "mon texte"+1
 
 
pour strncpy, il faut y faire très attention
par expl, l'expl de deather avec strncpy est faux
 
strncpy ne met pas le 0 final si dans la chaine source il ne se trouve pas (quand on veux tronquer une chaine par expl)
 
on l'utilise ainsi :
char chaine[50];
strncpy(chaine, "blabla", 49);
chaine[49] = 0;
 
et pas autrement
 
 
n'hésite pas à reposé des questions, la compréhension des chaine de caractères et les fonctions qui les exploite n'est pas facile en C ^^

Mon code immonde compile sous GCC avec -ansi et -pedantic mais c'est clair qu'il ne faut pas utiliser ca.
 
L'explication de Deadog est tres bonne.
 

Argh! Tu viens de m'apprendre qqch d'important que j'ignorais. Merci.

et -Wall aussi ?

---------------
modérateur inside plankaivoo - ici powered - Je roule en micra 1l 55cv et je t'emmerde

-Wall ne me donne aucun warnings

bein c'est encore mieux alors

---------------
modérateur inside plankaivoo - ici powered - Je roule en micra 1l 55cv et je t'emmerde

-wall????

C'est une option pour le compilateur GCC qui lui dit d'afficher tout les warnings.

 
sans doute pke gcc est intelligent est qu'il à remit ça comme il se doit  

Théoriquement, tant que tu l'assigne juste comme ca ca va, si tu t'amuses a vouloir modifier le string, tu tombe dans un UB ( rapport à ce que ce genre de string est censé être dans une zone readonly )

un UB ?
 
la zone n'est pas readonly, tu peux la modifier

( Undefined Behaviour )
 
Bon jviens de relire le K&R en détail pour être précis :

Ici on initialise directement le tableau de char Chaine, et on le remplit caractère à caractère, il est légal de le modifier.

Ici, on initialise un pointeur sur char, ensuite on fait pointer ce pointeur vers une Constante chaine ("Chaine2" ). Or les constantes chaines ont les propriétés suivante :
- si dans le code on retrouve 2x la même constante chaine, elles peuvent être le même endroit en mémoire ou non, ceci dépends de l'implémentation.  
- il est interdit de les modifier.
- elles sont concaténables ( "blahb""pwet" => "blahpwet" ).
 
La raison de l'interdiction de modifier est évidente au regarde de la 1ere propriété, imaginons que nous ayons :

 
En résumé, le code de Deather2 marche, est standard, son comportement est définit, mais la moindre tentative de modification du ptr2, et PAF ca marche pas ... pas très pratique comme chaine, et peu propre

les problèmes d'implémentations sont justement une grosse partie du mauvais code
et y'en a plein comme ça dans le C ...
 
edit :
c'est d'ailleur pour ça que des normalisations comme le C89/99, l'AINSI-C ou le POSIX existent, elles définissent des fonctions avec des comportement assurés, et qu'il est préférable de passer par ces fonctions que de bidouiller le langage

Je ne peut que plussoyer avec véhémence
 
 
 
Respectez les p*tain de standards, et pour ca, commencez par bien les connaitre ... ( ou ayez tout le temps au moins un K&R sous la main )

enfin bon, on s'est éloigné du sujet la
 
acid > pour les chaine de caract, utilise à fond les fonctions de string.h

oki thks

 
fouyayayayayayayayayayayayayayaya
 
EDIT > pluri-grillaide, ça va de soit, mais je tenais quand même à le dire.

un modo pour fermer le sujet? car je crois que tout a ete dis? non?  
 
merci

pkoi fermer un sujet quand y'a plus rien à dire ? il coulera tout seul (enfin, sauf si certains font des redites )

 
Y'a des extrèmes cas ou ca peut se faire, m'enfin faut cadrer la chose et en comprendre les conséquences ...
( par exemple ca serait pas franchement dramatique pour un fallback sur la translation d'une gui ... )

traduction
 
et les traductions se font par getext ou autre

d'ou le _fallback_ ( bha quoi, dans ce monde de brute, parfois gettext marche po ) et heu ouais... pardon pour le franglais