Amboguïté sur le type TStringStream

Bonjour

je cherche à convertir du code C++ B6 vers Rad Studio 10.
Le code suivant

Code:

---

1 2 3 4 5

TStringStream * __fastcall UrlRequest(AnsiString Url) { TIdHTTP * IdHTTP=new TIdHTTP(Form1); AnsiString s; TStringStream * fs=new TStringStream(s);

---

produit l'erreur de compilateur suivante :

Citation:

---

[bcc32 Erreur] UrlRequest_u.cpp(30): E2015 Ambiguïté entre '_fastcall System::Classes::TStringStream::TStringStream(const System::UnicodeString) at c:\program files (x86)\embarcadero\studio\17.0\include\windows\rtl\System.Classes.hpp:1873' et '_fastcall System::Classes::TStringStream::TStringStream(const System::AnsiStringT<65535>) at c:\program files (x86)\embarcadero\studio\17.0\include\windows\rtl\System.Classes.hpp:1874'
Contexte d'analyseur complet
UrlRequest_u.cpp(27): analyse : System::Classes::TStringStream * _fastcall UrlRequest(const System::AnsiStringT<0>)

---

Je comprends qu'il existe 2 versions surchargées de TStringStream selon le type de paramètre mais je ne parviens pas à lever l’ambiguïté !

Salut
le type UnicodeString a été indroduit depuis de nombreuses années et doit être utilisé
tu tois créer des variables de ce type et ne plus utilisé de l'AnsiString
ex:

Code:

---

1 2 3 4 5 6 7

UnicodeString tmp(Url); TStringStream * __fastcall UrlRequest(UniCodeString tmp) { TIdHTTP * IdHTTP=new TIdHTTP(Form1); UnicodeString s; TStringStream * fs=new TStringStream(s);

---

cordialement

Effectivement, merci.

Doit on considérer comme impératif de transformer toutes les variables AnsiString en UnicodeString en cas de portage de code BCB6 vers Rad Studio ?

Salut
dans la cas de portage vers la version actuelle il est vivement recommandé
d'effectuer le portage sous UnicodeString de AnsiString.
cordialement

Citation:

---

Envoyé par frantzgac

Effectivement, merci.

Doit on considérer comme impératif de transformer toutes les variables AnsiString en UnicodeString en cas de portage de code BCB6 vers Rad Studio ?

---