bug std::string sous VS2005 (MSVC8)

Bonjour,

Code:

---

1 2 3 4 5 6

std::string s("abc"); std::cout << s.c_str() << " " << s.length() << std::endl; s.assign(s.c_str(),s.length()+1); std::cout << s.c_str() << " " << s.length() << std::endl; s.assign("abc\0",4); std::cout << s.c_str() << " " << s.length() << std::endl;

---

Ben voilà, la deuxième ligne affiche "abc 3" au lieu de "abc 4".
Sous MSVC6 c'est OK.

Ce n'est pas le premier effet de bord que je trouve, il y en a aussi dans std::sort.

Merci.

Citation:

---

Envoyé par camboui

Ben voilà, la deuxième ligne affiche "abc 3" au lieu de "abc 4".

---

C'est VC6 qui a un bug, je dirais, et ce ne serait pas le premier que j'aurais vu dans sa STL, d'ailleurs... ;) VS8 a plutôt un bon support de la STL par rapport aux versions précédentes. Je pense que tu aurais le même résultat avec GCC, lui aussi devrait voir la deuxième chaîne comme étant de longueur 3.

Le caractère zéro ne peut PAS faire partie d'une chaîne en C ou en C++, étant donné que c'est le caractère de fin de chaîne. Le résultat affiché est donc tout à fait cohérent, car une std::string rajoute d'elle-même ce fameux zéro terminal.
Tu aurais eu le même résultat en C en utilisant strlen avec des char[], d'ailleurs.

Tu n'as pas commenté la dernière ligne de mon petit exemple ("abc\0"). Il y a un zéro et il se trouve bien dans le std::string avec la bonne longueur 4.
Les 2ème et 3ème assignation à std::string sont sensées obtenir un résultat identique. Le seule différence est que la 2ème assignation se fait à partir d'une (sous-)chaine contenue dans le std::string lui-même, ce qu'il détecte.

Sinon je ne suis pas d'accord.
Le caractère zéro qui se trouve à la fin d'une chaine de caractère (en C ou C++) fait partie de la chaine.
La preuve est que sizeof() renvoit bien la taille d'une chaine statique avec le zéro (sizeof("")==1, sizeof("123")==4).
strcpy, strlen, etc, sont des fonctions qui agissent jusqu'au premier caractère # 0. Elles ne sont pas utilisées par chat_traits<char> (et donc std::string) qui utilise memcmp, memcpy, memmove, etc. Seul strlen est utilisée quand la taille contenue dans un [char (const) *] ne peut être déterminée autrement.
Aussi, rien n'empêche de mettre un zéro dans un std::string. Ceci est valide:

Code:

---

1 2 3 4

std::string s("abc"); s[0]='\0'; s+='\0'; std::cout << s.length() << std::endl;//affiche 4

---

Et pour finir, je viens d'essayer sous MinGW (ou gcc 3.4.5) et j'ai bien 4 et non pas 3.

EDIT: Et pour VC6 je suis d'accord. Je ne le metionnais pas à titre de référence mais plutôt de manière ironique: "si même lui affiche le bon résultat, il faut que les autres en fasse de même ;)"

Citation:

---

Envoyé par camboui

Sinon je ne suis pas d'accord.
Le caractère zéro qui se trouve à la fin d'une chaine de caractère (en C ou C++) fait partie de la chaine.

---

Non. La preuve :

Code:

---

char test_null[6] = "abc\0d\0" ;

---

Essaie de trouver un strlen valant 6 avec cette chaîne... :twisted:

Le caractère zéro est terminal : tu peux si tu veux le considérer comme faisant partie de la chaîne ou non, ça n'a que peu d'importance réelle. Tout ce qui suit le caractère nul est purement et simplement ignoré.
En fait, tu confonds "tableau de char" (pouvant contenir un nombre indéfini de caractères nuls, vu que l'on en connait à l'avance la longueur) avec une "chaîne de caractères", qui par nature même s'arrête au premier caractère nul rencontré.

Or, sizeof opère sur la taille de l'élément : il renverra 6 pour mon exemple test_null, par exemple. Mais un strlen appliqué à cette même variable renverra 3... Parce que la première fonction considère la taille réelle de l'élément, alors que la seconde l'interprète comme une chaîne de caractère et s'arrête au premier zéro.

Si tu ne veux pas être gêné par les caractères nuls, ce n'est pas std::string qu'il te faut utiliser, mais un std::vector<char>.