Convertir char * en LPCWSTR

Bonjour,
Je parcours tous les fichiers d'un dossier en C++.

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28

... WIN32_FIND_DATA data; HANDLE h = FindFirstFile("test/*.*", &data); BOOL bMoreFiles = (h != INVALID_HANDLE_VALUE); while (bMoreFiles) { if (data.dwFileAttributes & FILE_ATTRIBUTE_DIRECTORY) { ; }else { using namespace std; ostringstream oss; for (unsigned int j=0 ; j<strlen(data.cFileName); j++) oss << setfill('0') << static_cast<char>(data.cFileName[j]); string s = "test/" + oss.str(); std::wstring ws; ws.assign(s.begin(), s.end()); cout << ws.c_str() << endl;   fi.Find(ws.c_str());   ......     } bMoreFiles = FindNextFile(h, &data); } ...

---

Le problème est que ma méthode fi.Find(...) doit obligatoirement recevoir un LPCWSTR... et moi j'ai un char* (char[260]).

Pour le moment ca compile mais le COUT ne m'affiche pas le bon nom de fichier, il m'affiche 003A05F8 au lieu de /test/monfichier.txt.

Et le find ne le trouve donc pas ;)

Pouvez vous m'aider?

Merci ;)

Moi je vois :

Code:

---

1 2 3

std::wstring ws; ... fi.Find(ws.c_str());

---

Donc, tu ne passes pas un char* mais un short* (à mon avis).

quand je regarde l'aide de FindNextFile, je vois ceci dans la structure data : TCHAR cFileName[MAX_PATH];

Donc, si tu compiles en UNICODE, tu auras beaucoup moins de souci : adieu std::string, bonjour std::wstring partout !!! ;)

LPCWSTR est bien un wchar_t*, tu l'as compris puisque tu utilises une wstring.
data.cFileName est une array de TCHAR, donc si tu compiles en unicode c'est un wchar_t* également.
Le problème est donc de rajouter test/ devant.

Quelque chose comme ca devrait suffire non ? (non testé)

Code:

---

1 2	std::wstring ws = std::wstring(L"test/") + std::wstring(data.cFileName); fi.Find(ws.c_str());

---

On garde tout en wchar_t tout du long, sans passer par des char, et dans tous les cas JAMAIS avec un static_cast, ca n'a pas de sens car les caractères sont encodés différemment.
Notes le L devant L"test/", qui indique au compilateur que c'est une string de wchar_t, que tu peux rentrer directement dans un wstring.

Si tu ne compiles pas en unicode, alors data.cFileName est en char, et il va te falloir convertir ta string, ou changer les optiosn de compilation (dans les paramètrs du projet) pour activer l'unicode.

Merci, ca fonctionne :)

Par contre j'ai un autre petit problème pour ce code:
FindFirstFile("test/*.*", &data) par FindFirstFile(name+"/*.*", &data);

name étant un UString obligatoirement... et FindFirstFile attend un LCPTSTR comme premier argument...

Merci d'avance.

UString est std::string ?
L'opérateur + est défini pour les std::string, et ne marche que entre deux std::string. Il renvoie une string, pas un LCPTSTR (sans w, donc char*). Il faut donc préciser :

Code:

---

FindFirstFile( (name+std::string("/*.*")).c_str(), &data );

---

*
Tu essaies trop de recopier du code ou des schémas connus, essaie de raisonner au moins en terme de types. Pars du type qu'il te faut, et du type que tu as. Vois pour les opérateurs que tu utilises quel type il prend, et quel type il renvoie. Et assure toi que c'est cohérent.

Dans LCPTSTR il faut imagine ce qu'il y a à la place du T.
Si tu compiles en UNICODE T = W, sinon T est "vide".

UNICODE = LCPWSTR (tu peux "jouer" avec des wstring)
ANSI = LCPSTR (tu peux "jouer" avec des string)

Citation:

---

Envoyé par fregolo52

Dans LCPTSTR il faut imagine ce qu'il y a à la place du T.

---

Autant pour moi, c'est du TCHAR. Si tu compiles en unicode c'est du wchar_t et le code devient donc :

Code:

---

FindFirstFile( (name+std::wstring(L"/*.*")).c_str(), &data );

---

Il faut par contre convertir name en wstring, sinon l'addition ne marche pas.

Sinon j'ai commencé à regarder un peu les conversions possibles entre string et wstring. En gros il existe 3 encodages qu'on peut utiliser en C++ :
-ASCII
-UTF8
-UTF16/32 suivant la taille de wchar_t

Un char* en C, c'est considéré ASCII ou UTF8 ? Et un string en C++ ? J'ai toujours pensé ASCII pour les deux, mais les seules méthodes de conversions que je trouve c'est UTF8 <-> UTF16/32, ce qui tendrait à montrer que la bibliothèque standard attend de l'UTF8 dans un char