une affectation qui ne se fait pas

bonjour :D
J'ai une affectation qui échoue
dans le code:

Code:

---

1 2 3 4 5 6 7 8

char* pToken; LWord = sWord.substr( 0,1); pNextToken = ""; sFlex = sWord.substr( 2, len); LWord += sFlex; pNextToken = ""; pNextToken = (char*)LWord.c_str(); Token = CStrConv::strxcpy( Buffer, len + 1, pNextToken);

---

LWord est cohérent : LWord = {"/NN"};
mais pNextToken = 0x00CE998E "//NN"
le compilateur passe sur les initialisation de pNextToken
comme tous les problèmes que je pose celui-ci est bloquant
celui qui m'aidera sera :ccool:

Qu'est-ce que CStrConv::strxcpy()?

Citation:

---

Envoyé par Médinoc

Qu'est-ce que CStrConv::strxcpy()?

---

c'est une implémentation de strcpy_s que je peux déboguer.
J'ai déplacé le code pour ne pas avoir a initialiser pNextToken.

Code:

---

1 2 3 4 5 6 7 8 9 10 11

if( pNextToken[0] == '/') { // 1 if( pNextToken[1] == '/') { // 2 pWord[0] = pNextToken[0]; pWord[1] = 0; sFlex = sWord.substr( 2, len); pPos = (char*)sFlex.c_str(); bProcessed = true; } // 2 } // 1

---

Je ne vois rien là-dedans qui donnerait à pNextToken la moindre raison d'être non-const.
Et je continue à te rappeler que les pointeurs qui pointent directement à l'intérieur d'une std::string, c'est à ne pas prendre à la légère. Dans de nombreux cas, utiliser des std::string de bout en bout suffit.

(Et si on a des trucs performance-critical à accélérer de ce côté-là, ça se fait seulement quand tout le reste marche: Je rappelle les deux règles de base de l'optimisation:

1. Don't do it.
2. (for experts only): Don't do it yet.

).