Discussion :

[Xavier]

Bonjour,
je passe un projet de CBuilder2006 en 2010, voici une erreur
Erreur : E2034 Impossible de convertir 'wchar_t *' en 'const char *'

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
FILE* askDATFile = fopen(SaveDialog1->FileName.c_str(),"r");

Merci par avance de votre aide

[ShaiLeTroll]

utilise w_str() ou fopenA (si ça existe)
Bon Courage pour la Migration UniCode !

[Xavier]

Merci.
J'ai essayé w_str(), cela ne marche pas.

En cherchant un peu, il parait que AnsiString n'est plus compatible dans CBD2010!!!

Voici quelques détails pour la migration d'une de mes appli vers C++Builder2010 avec réussite:

1. Remplacer tous AnsiString par String
2. Remplacer tous .c_str() par .t_str() car .c_str() n’est pas supporté par UnicoleString
3. Pour la fonction pow(): pow(3, 2) doit être pow(3., 2) dans CBD2010

Une question: quelle est la différence entre AnsiString et String!

Merci

[Xavier]

Il y a encore un problème:
chaque fois que j'utilise MyString.t_str(), le contenu de MyString est modifié!

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
char p[512];
String MyString = "Test";
strcpy(p, MyString.t_str());

[ShaiLeTroll]

Une question: quelle est la différence entre AnsiString et String!

Faudrait se renseigner peut-être ! non ?
Cela fait au moins 3 ans que l'on en parle, les Code Way Tour sont là pour informer les développeurs, Thierry Laborde a bien insisté sur l'importance de la migration ANSI vers UniCode, l'impact sur les libs externes et la supposition eronnée de la taille d'un caractère vaut 1 (cela peut être 2 en UniCodeString ou 1 à 4 en UTF8String)

Depuis RAD 2009, le type String est devenu un alias pour UnicodeString, c'est probablement la modification majeur du RAD Studio de ces dernières années !
Voir aussi RawByteString

Je n'ai pas 2010 sur mon poste, je n'ai que 2007, mon XE est sur un autre ordi ... donc je n'ai pas t_str()

Attention à ne pas mélanger des fonctions ANSI et UniCode !
attention char = ANSI, Char = UniCode (faut vérifier quelques options et directives aussi)
typiquement "strcpy" va être en "char" alors que StrCopy en "Char", note la subtilité sizeof(char) != sizeof(Char) selon les directives de compilation, il me semble ?!

[Xavier]

Merci pour ces détails. Franchement, j'ai créé quelques applis sans vraiment connaître l'informatique.
Une petite question : je bascule mes applis en CBD2010 pour une bonne fois, je dois convertir les AnsiString en UnicodeString ou en String ?
Merci

[ShaiLeTroll]

La bascule est toujours problématique !
Disons que le type String aura l'avantage d'être compatible avec la VCL !

2006 : String = AnsiString
2010 : String = UnicodeString

String n'était qu'un alias, fort pratique d'ailleurs, si tu as massivement utilisé la AnsiString explicitement, il est évident que tu vas avoir des conflits !

fait bien attention aussi au fonctions que tu utilises !

pour le code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
char p[512];
String MyString = "Test";
strcpy(p, MyString.t_str());

char => 1 octet
MyString "Test" => 10 octets, T 0 e 0 s 0 t 0 0 0
finalement strcpy va copier juste T puisqu'il Ansi et le second octet de l'UniCode pour lui est un zéro terminal (ce qui est faux bien sur !)