Bug de CString ? ou mauvaise utilisation !

Bonjour,

J'ai affaire � un dr�le de bug lorsque j'utilise la classe CString et surtout lorsque celle-ci fait appel � l'op�rator+ visiblement.
Voici le code :

Code:

---

1 2 3 4 5 6 7 8 9

CString Query="UPDATE "+m_Tables+" SET "; for(int i=0;i<(int)m_pFX.m_TableauColonnes.m_nbElem;i++) { if(i==40) i=40; Query=Query+m_pFX.m_TableauColonnes.m_pTabString[i]+CString(" = '")+m_pFX.m_TableauValeurs.m_pTabString[i]+CString("',");   }

---

Je m'explique : le if(i==40) me permet juste d'avoir un point d'arr�t � cet endroit car c'est � ce moment que la recopie ne se passe pas comme il faut.
Lorsque j'ajoute le dernier element, la variable Query qui avait accumul� toutes mes chaines repassent � la valeur "". Pourtant je ne fais que des concat�nations...
Est ce que quelqu'un aurait une id�e l� dessus ?

salut,
attention en debug trace la visualisation de la CString est limit�e a 256 caract�res (du moins avec vc6.0).
pour visualiser la chaine il vaut mieux faire un AfxMessageBox et ne pas inspecter la variable en mode trace..
Sinon la v�rit� est ailleurs, la CString fonctionne tr�s bien sans bug connu .
je m'en suis d�j� servi dans le m�me contexte que toi ( la g�n�ration d'une requete SQL) sans probl�me.
quel est la nature de l'objet m_pTabString,il ne faudrait pas faire * ?
:D

Ah, �a je ne le savais pas... Mais est ce que �a explique le remplacement complet de ma chaine de caract�re par une chaine vide � la derni�re concat�nation ? :? Par ce que si c'�tait limit� � 256 caract�res, j'arriverai normalement � suivre la trace des 256 premiers caract�res et non pas une chaine vide ?

edit : m_pTabString[i] est un tableau de CString donc normalement pas de d�f�rencement... Et puis �a marche pour les premi�res chaines alors je vois pas pourquoi �a ne marcherai pas pour la 40eme chaine :(

Citation:

---

Envoy� par globule71

Ah, �a je ne le savais pas... Mais est ce que �a explique le remplacement complet de ma chaine de caract�re par une chaine vide � la derni�re concat�nation ? :? Par ce que si c'�tait limit� � 256 caract�res, j'arriverai normalement � suivre la trace des 256 premiers caract�res et non pas une chaine vide ?

---

non �a n'explique pas tout, mais tu n'as pas repondu �

Citation:

---

quel est la nature de l'objet m_pTabString,il ne faudrait pas faire * ?

---

Desol� j'avais pas vu ta derni�re question ;)

Bon j'ai tent� d'arr�ter la recopie dans la boucle du for juste avant la derni�re chaine pour r�cup�rer une chaine remplie... et j'ai essey� de remplir avec le dernier element hors de la boucle : mais cette fois ci �a plante m�chamment sur l'operator+ qui re�oit en param�tre un pointeur de la chaine � concat�ner ainsi que.... un pointeur vide !
Visiblement � l'appel de l'op�rator+ je perds carr�ment le pointeur du CString :(
Pour t'as question si t'as pas vu le edit du dessus j'ai bien un tableau de CString avec le m_pTabString

je peux voir la declaration ?
si tu es hors indices �a plante.
il vaut mieux utiliser un CArray<CString ,const char *> pour le tableau et utiliser la fonction GetCount() du CArray pour avoir la taille et iterer...
:D

ouhla je suis mal barr� si je dois refondre la classe de mon coll�gue...
Bon j'ai r�ussi � contourner le probleme une fois... Dans les requetes il y avait des espaces je les ai supprim�s vu qu'on en a pas besoin pour les requ�tes sql du coup �a ne plante plus au m�me endroit mais plus loin dans le m�me type de boucle par contre l� la technique du "je supprime les espaces " ne marche pas lol
Bon pour les d�clarations je suis un peu pomm� je vais voir comment il les d�clare mais bon normalement j'avais pas trop � toucher � sa classe :(

Au passage �a ne plante pas sur une histoire d'indice mais bel et bien bcp plus tard lorsque j'ai besoin de cette chaine qui normalement doit �tre remplie mais se retrouve vide !
C'est vraiment lors de la concat�nation que �a plante et je v�rifie bien ce que je concat�ne : �a n'est pas vide du tout ! Mais ce qui est bizarre c'est que l'operator+ n'arrive pas � chopper les param�tres qui lui sont pass�s au bout d'un moment (surtout l'ancienne chaine ...)

si tu debordes au niveau de l'indice tu planteras l'operation + .
tant que l'on ne sera pas de quoi on parle au niveau de cette variable tableau on ne pourra rien dire de plus...

Voil� en creusant plus loin j'atteris ici :

Code:

---

1 2 3 4 5 6 7 8

friend CStringT operator+( __in const CStringT& str1, __in const CStringT& str2 ) { CStringT strResult( str1.GetManager() );   Concatenate( strResult, str1, str1.GetLength(), str2, str2.GetLength() );   return( strResult ); }

---

A savoir : str1 et str2 sont bien remplie comme il faut mais lors de l'op�ration concatenate celle ci ne rempli pas strResult comme il faut (il devrait y avoir une chaine remplie et non une chaine vide ("")

je le redis encore la faute n'est pas sur CString mais de ton environnement, tes chaines ne doivent pas �tre valide.
v�rifie la taille physique de ton tableau .