Je me suis dit que j'allais laisser tomber les char* pour me mettre aux string de la STL.
 
Mais il ya quelque chose qui me dérange.
 
Si je fais :
 
string chaine1="Ma chaine de caracteres";
string chaine2 = chaine1;
 
chaine2 et chaine1 pointent tous deux sur "Ma chaine de caractères".  
C'est bien gentil tout ca mais moi je veux modifier chaine2 sans pour autant que chaine1 soit modifiée.
En regardant la doc, j'ai vu la fonction membre copy mais je n'arrive pas a bien comprendre comment elle s'utilise.
 
Un peu d'aide serait bienvenue!

Relis la doc

Bon, j'ai compris l'utilisation de copy mais ca fait aps ce que je veux. Je veux qu'une copie de "Chaine de Caractères" soit placée en mémoire et que chaine2.begin() pointe dessus.  
Or, copy ne fait que recopier les caractères à l'emplacement mémoire pointé par chaine2.begin().
 
Bref, y a quand même un moyen rapide d'effectuer une copie, non ?

 
string str2 = str1;

 
Non

Si

Ca pointe sur la même chaine. Modifier l'un revient a modifier l'autre. C'est pas ce que j'appelle une recopie (pas comme je la désire!).

Tu la modifies comment ?

si je fais  
chaine2 = "Nouvelle chaine";
 
chaine1 va egalement me donner "Nouvelle chaine"

Jette ton compilo.

Visual C++ 6.0 .  
Et comme j'ai un projet a faire en utilisant les MFC windows, j'ai pas trop le choix!

 
En C oui, mais en C++, ça m'étonnerait. Tu as essayé ?

 
Bien sur !

 
Tu utiliserais pas une implémentation de la STL avec un système de copy-on-write des fois ?

Et :
 
string str2(str1);
 
ça donne quoi ?

Sauf que là le copy-on-write marche pas

Faut que je fasse du C++ :|

 
Si tu peux t'en passer, n'h"site pas

 
Et si j'ai le choix entre C et C++ ?

 
Ca effectue la même chose.
 
kadreg > Je sais pas c'est quoi cette histoire de STL avec copy on write.
 
Comme vous m'aviez mis le doute, j'ai téléchargé la derniere version de la STL sur le site de SGI mais ca n'a malheureusement rien changé.

C'est quand même bizarre cette histoire. Chez vous, faire string chaine1= chaine2 , ca vous fait une recopie complète ?

 
si tu dois utiliser les MFC, utilise la classe CString et basta.

Bon réflexe, il vaut mieux laisser tomber la STL Microsoft.
Tu te plantes qq part. Tu linkes pas avec la bonne STL, ou tu fais pas du C++ mais du C, j'en sais rien.

Ça ressemble à qq qui fait un c_str() sur une string puis qui retire le const avec un cast

Merci, affaire réglée.

 
et moi

 
En C, on peut faire des truc dégueulasses
En C++, on peut faire largement pire.
 
Le C++, c'est la zoophilie de l'informatique.

 
C'est la base du probleme !

 
Bah il faut pas enlever le const.

 
Donc je fais koi ? du Java ? :|

c'est la base de l'incompréhension

 
   
tu peux poster ton code qu'on rigol^H^H^H^H^H voie ?

^W ?
^U ?

Je comprends plus trop. j'ai changé une option ds Visual C++. (Project->Settings Onglet C/C++ . j'ai choisi "C++ programs" ds Category a la place de "General". j'ai relancé le prog , étonnant, ca fait une recopie!  
 
Je repasse a General, et la ca fonctionne.  
Je suppose qu'il a pas du prendre en compte la derniere version des STL tout à l'heure....
enfin, affaire réglée.

Pour ce qui est du probleme avec les CString, c'est que comme vous le savez, les fonctions en MFC n'acceptent pas en paramètre d'entrée les string mais les CString. Donc je suis obligé de passer par un  c_str.
Je récupère donc d'une de mes fonctions un string que je ne veux pas modifier ds une autre variable string qu'on appellera chaine1.
 
Mais comme la recopie ne s'effectuait pas, quans je passais chaine1.c_str() a la fonction MFC, ca me transtypait mon string original.

Ce n'est pas encore suffisant ! Même si maintenant la recopie se fait, cela ne veux pas dire qu'il est permis de modifier le résultat de c_str().
 
D'ailleurs, il est formellement interdit de modifier le contenu de c_str()

ça transtype rien du tout: ça te renvoie un pointeur vers une partie de ta string terminée par un 0, en lecture seule, et valable uniquement dans l'expression courante

Ok. Quoi qu'il en soit le problème il vient du fait qu'a la fin du bloc, ca fait appel au destructeur de la classe CString, qui détruit gentiment le string original.

 
Quand on vous disais que les MFC c'est de la merde
 
Au moins quand tu construis ta CString, tu dois pouvoir lui dire de ne jamais desalloué le char * d'origine non ?