Discussion :

[frantzgac]

Bonjour

je migre un grosse application (322 sources 700.000 lignes sans les Packages) de C++Builder 6 vers 2010. Apr�s avoir corrig� diverses erreurs de comptabilit� qui bloquait la compilation j'ex�cute le code et comme un bogue survient je pose un trap dans le code sur un instruction innocente :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

AnsiString s = Edit1->Text

ou Edit1 est un TEdit

Je m'aper�ois que s est vide tandis que Edit1->Text ne l'est pas. Je consulte (en debug) Edit1->Text et j'obtiens le message

E2451 Symbole '_fastcall Controls::TControl::GetText()' non d�fini

�tonn� je cr�e un nouveau projet dans lequel je fais la manipe suivante :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
AnsiString s=Edit1->Text;
Button1->Caption=s;

Je constate cette fois que Edit1->Text est bien lisible mais chose �trange, bien que la valeur de Edit1->Text soit transf�r�e dans Button1->Caption, "s" est vide ! J'essaie s.Length() et l� j'obtiens

E2451 Symbole '_fastcall System::AnsiStringBase::Length()' non d�fini

J'en d�duis que mon projet a �t� converti avec des options qui agissent sur les types de chaines mais je n'ai pas trouv� d'explication claire dans la doc en ligne.

[ShaiLeTroll]

Tu devrais avoir un warning sur cette ligne AnsiString s = Edit1->Text; comme conversion implicite avec perte : W1058: Transtypage de cha�ne implicite avec perte de donn�es potentielle de '%s' en '%s' (Delphi)

En fait cette ligne est �quivalente � AnsiString s = AnsiString(Edit1->Text);.
Cela appelle implicitement le constructeur AnsiString(UnicodeString),
car l'op�rateur = n'existe que si la forme AnsiString operator =(AnsiString).

N'utilise pas le d�bogueur pour cela, cela ne fonctionnait d�j� pas avant !
Fait des ShowMessage ou OutputDebugString pour afficher tes tests !

Ensuite, si tu as migr� le projet, par d�faut il m�lange ANSI pour les API Windows et UnicodeString pour la VCL
Si tu as recr�� un projet, il est passer totalement en Unicode : Mappage _TCHAR

Cela fait au moins 3 ans que l'on r�p�te inlassablement l'enjeu et l'�ventuelle complexit� de la migration : Comment passer en douceur de D5 � XE2 ?

Il y a toute une histoire de CodePage en fait ta chaine AnsiString contient une copie la valeur brute de l'UnicodeString avec le CodePage 65001 (sous Windows) converti par LStrFromUStr et si l'on remonte la chaine d'appel et de directive on abouti � WideCharToMultiByte

Possible que le d�boggueur soit perdu, �a lui arrive souvent !

[frantzgac]

Merci

Au vu de toutes ces infos utiles j'ai investigu� plus avant et j'ai constat� que :

Un projet migr� (par ouverture du projet C++6) est automatiquement opt�
"Mappage de _TCHar en : char"
Un projet cr�� de toute pi�ce : c'est pareil.

Je pr�cise qu'il s'agit du C++ 2009 du RAD Studio 2009, peut �tre diff�rent de XE2.

Mais ce que je n'avais pas vu c'est que le d�bogueur est d�sormais plus subtil et offre plusieurs niveaux de d�tails comme suit :



J'avais en fait mal localis� mon probl�me qui se situe au niveau d'un TDataset->Open() qui produit une division par z�ro. Mais comme je pensais que la chaine SelectSQL �tait mal construite cela avait �gar� mes recherches. Je vous tiens au courant.

[frantzgac]

La suite du probl�me est d�plac� ici

http://www.developpez.net/forums/d12...bdataset-open/