Concaténer 2 chaînes de caractères

Question

J'ai une premi&#232;re cha&#238;ne  :  string_1[200] qui a une taille bien d&#233;finie,  puis j'ai char* string_2. Est-ce qu'il y a moyen de concat&#233;ner ces 2 cha&#238;nes en C ? J'ai essay&#233; avec strcat, mais il n'aime pas mon string_2 car sa taille n'est pas d&#233;finie.

Merci de votre aide,

Jonathan

SAKingdom · Answer

En effet, strcat n'aime pas les variable char *. Il ne prend que les tableau. Il n'y pas moyen de concatener des char * avec strcat. Essais sprintf comme ceci:


sprintf("%s%s", string_1, string_2);


Je n'est jamais essaill&#233; &#231;a alors je ne peut pas te dire si &#231;a marchera.

SAKingdom · Answer

Et si &#231;a marche toujours pas bien met ton string_2 en tableau et utilise strcat. C'est pas si dramatique que &#231;a car c'est la m&#234;me chose qu'un char * mais avec une limite pr&#233;d&#233;finie.

cs_tweeder · Answer

Le probl&#232;me c'est que je vais avoir des trucs louches dans mon tableau si je ne prends pas toute l'espace. Le sprintf ne semble pas fonctionner, merci pareil pour l'aide.
Faudrait p-e que j'utilise des tableaux dynamiques pour m'assurer d'avoir toutes l'informations que je d&#233;sire dans mes tableaux. Je ne veux pas me d&#233;clarer un tableau de 20 quadn je vais p-e utiliser seulement 4 caract&#232;res.

Jonathan

julienbj · Answer

Quoi, strcat ne prens pas des chaines de caracteres?
Alors la, j'en serais bien surpris!

Vive le C
Tchao
[mailto:julienbj@hotmail.com Savon]

cs_tweeder · Answer

Je m'en suis sorti avec memcpy, merci pour ton aide

Jonathan

SAKingdom · Answer

De rien. Petit message pour julienbj : en effet, strcat ne fonctionne pas avec char * mais seulement avec des tableaux.

SAKingdom · Answer

Si tu fais des strcat avec des char *, il va arriver plein d'erreure

julienbj · Answer

Je suis absolument pas d'accord.
strcat va concatener a ta premiere chaine la chaine que tu lui donnes en la lisant jusqu'au caractere nul.
Je vais nommer str1 la chaine &#224; laquelle on veut concatener str2.

Le probleme arrive seulement si l'espace r&#233;serv&#233; &#224; str1 (que ce soit un tableau de caract&#232;res ou un char *) est trop faible pour contenir la longeur des str1 + la longueur de str2 + 1 (pour le \0).
Donc si probleme, uniquement souci d'allocation avec des char*. Heureusement que ca fonctionne d'ailleurs avec des char*, sinon on n'utiliserai jamais cette fonction.

Vive le C
Tchao
[mailto:julienbj@hotmail.com Savon]

julienbj · Answer

De toute facon, il n'y a qu'a regarder le prototype de stcat:
char *strcat( char *strDestination, const char *strSource );
Ou tu vois que les char* sont interdits, il n'y a que ca.
De toute facon, si tu fais char buffer[255].
buffer est consid&#233;r&#233; comme un char*. Ton compilo sait que seulement 255 octets lui sont allou&#233;s et te donnera au moins un warning si tu d&#233;passe, mais ton pross lui n'en sait rien quand tu l'executes. buffer reste un pointeur de type char pour lequel on a allou&#233; 255 octets de m&#233;moire.

Faire char buffer[255] est la meme chose que char *buffer; buffer=malloc(255*sizeof(char));
Enfin, buffer repr&#233;sentera la meme chose. Apres faudrait voir comment le compilo gere le buffer[255]. Ne sachant pas je n'avancerait pas d'hypothese, mais ce pourrait etre int&#233;ressant de regarder.

Vive le C
Tchao
[mailto:julienbj@hotmail.com Savon]

BruNews · Answer

Aucun doute l&#224;-dessus, le nom d'un tableau est un pointeur vers le 1er elem.

char buffer[255];
dans une fonction, c'est sur la pile:
sub  esp, 256
et voila on peut utiliser 256 octets au dessus en partant de esp.
256 au lieu de 255 cause que esp doit rester aligner sur 4 en 32 bits

ciao...
http://dev.winsysdev.com
BruNews, MVP VC++

julienbj · Answer

Ah oui, c'est fameuse histoire d'alignement ;)
Je pensais pas que &#231;a marchait aussi avec ca.
Ca veut dire que si je fais char buffer[253] ou char buffer[256] au final j'aurais le meme espace m&#233;moire r&#233;serv&#233; dans la pile?

Vive le C
Tchao
[mailto:julienbj@hotmail.com Savon]

julienbj · Answer

Bon, je r&#233;cris, j'ai honte de lire les fautes que j'ai pu mettre.
donc au lieu de c'est fameuse... qui est absolument ridicule, veuillez lire svp:
"ces fameuses histoires ..."

Vive le C
Tchao
[mailto:julienbj@hotmail.com Savon]

SAKingdom · Answer

aaaa d&#233;sol&#233;. J'oubliais l'allocation de la m&#233;moire. Bon d'accord, &#231;a marche.

BruNews · Answer

certain que le pointeur de pile ESP doit toujours &#234;tre align&#233;.
Le compilo transforme toujours quand il voit
type[nbr];
il look si nbr n'est pas multiple de 4 il l'arrondit au muli de 4 imm&#233;diatement sup&#233;rieur.
Ceci n'est pas syst&#233;matique, si tu en as plusieurs &#224; la suite dans une struct par exemple, il regarde le total et arrondit le dernier pour que l'ensemble soit multi de 4.

ciao...
http://dev.winsysdev.com
BruNews, MVP VC++

SAKingdom · Answer

Vraiment d&#233;sol&#233;. C'est que moi je n'utilise presque jamais malloc. J'alloue la m&#233;moire n&#233;cessaire au d&#233;but du programme (c'est peut-&#234;tre pas la meilleur fa&#231;on mais au moin on est s&#251;re d'avoir toute la m&#233;moire qu'il faut). En me parlent de malloc tu vien de me faire r&#233;veiller. J'avais vraiment oubli&#233; &#231;a. Merci julienjb.

julienbj · Answer

Plutot que de demander ce qui est align&#233;, je crois qu'il va etre plus rapide de demander ce qui n'est pas align&#233;.
C'est pas forc&#233;ment une notion super evidente au d&#233;part. C'est dur d'imaginer que quand on met un octet sur la pile, en r&#233;alit&#233; c'est 4 octets qui sont pris.
Donc je supoose que tout est align&#233; selon la meme regle.

Cependant, comment se fait-il que certains pilotes ne soient pas align&#233;s alors?
Je pose la question ici, mais si tu pouvais repondre dans le sujet sur l'alignement:
http://www.cppfrance.com/infomsg/ALIGNEMENT-DONNEES-3_679069.aspx
Ca aurait certainement plus de sens et serait plus simple &#224; suivre pour r&#233;f&#233;rence future ;)
Merci en tout cas pour ces compl&#233;ments d'infos.

Vive le C
Tchao
[mailto:julienbj@hotmail.com Savon]

SAKingdom · Answer

Bon bien pour tweeder, ne pourais t-il pas allouer de la m&#233;moire pour string_2 avec malloc(200*sizeof(char)) pour qu'il ai la m&#234;me taille et ensuite utiliser strcat?

julienbj · Answer

Il faut voir comment il gere 

Vive le C
Tchao
[mailto:julienbj@hotmail.com Savon]

julienbj · Answer

Bizarre, tout le reste de mon message a &#233;t&#233; coup&#233;.
Donc je disais qu'il fallait voir comment il g&#233;rait string_2.
Ensuite, il faut aussi savoir quelle chaine il essaie de copier apres quelle chaine. (en gros l'orde des parametres de son strcat)

Si tu pouvais aussi donner les symmptomes du probleme, &#231;a pourrait aider un peu.
Et ce n'est pas en faisant un malloc (200*sizeof(char)) qu'il s'en sortira.
Imaginons deux chaines: str1 -> "abcd" et str2 -> "efgh"
Pour pouvoir copier str2 &#224; la suite de str1, il faut que j'ai allou&#233; suffisament d'espace &#224; str1 pour pouvoir acceuillir &#233;galement str2.
donc il faut que str1 soit d&#233;fini comme suit:
char str1[9];
ou
char *str1;
str1=malloc(9*sizeof(char));

On voit donc que la taille du malloc minimal d&#233;pend de la longeur des deux chaines.
Mais peut etre que 200 c'est suffisant, ca depend des chaines qu'il utilise.

Vive le C
Tchao
[mailto:julienbj@hotmail.com Savon]

Guillemouze · Answer

tt a fait daccord avec julienbj, ca depend de ce que tu veu faire de ta chaine. tu veu la copier a la suite de str1? tu veu en creer une nouvelle? ... Enfin moi ske jte conseille c quand meme l'allocation dynamique

char * resultat;
resultat = (char*) malloc(sizeof(char) * (strlen(str1) + strlne(str2) + 1)); // +1 pour le zero terminal
strcpy(resultat, str1);
strcat(resultat, str2);

Concaténer 2 chaînes de caractères

20 réponses

Votre réponse

Discussions similaires