Discussion :

[nbrau]

Salut tout le monde,
J'ai une string qui contient une chaîne compressée.
J'utilise zlib pour la décompresser, mais zlib me renvoie une chaîne qui n'est pas un wstring.
En conséquence, j'obtiens un XML codé en UTF16 dans un string...
Comment puis-je convertir ma chaîne en chaîne string "lisible" (UTF8)? Le résultat en c++ type de chaîne est: \0<\0\0X\0M\0L ..... Ce qui ressemble vraiment à un wstring ...

J'ai cherché pendant un bout de temps sur google, mais je n'ai pas trouvé comment faire ...

Merci par avance,

(suite de ce travail, je changerais des informations dans le XML, puis je devrais le recoder en UTF16 pour ensuite le recompresser avec la zlib ... )

[phi1981]

Bon voilà ce que je comprends :
Peu importe que ton buffer soit passé par la ZLIB ou autre : le fait est que tu as un buffer XML codé apparemment en utf-16.

Première question, toute bête : si ton fichier xml a bien une entête qui précise l'encodage comme étant du utf16, alors est-ce que ta librairie XML ne le supporterait pas d'emblée ? ça t'éviterait d'avoir à faire une conversion.

En admettant que ce ne soit pas le cas, il existe un tas de librairies qui font très bien la conversion utf-16 vers utf-8. Par exemple, sous Win32 j'utilise WideCharToMultiByte() (voir la doc MSDN).

[ptyxs]

A noter que le C++11 permet des std::string en UTF-16.

[Médinoc]

Si tu es sur une plate-forme où les wchar_t sont en UTF-16 (comme Windows), tu devrais pouvoir faire ceci pour au moins obtenir une wstring:

Code C++ :

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

1
2
const wchar_t * pcw = reinterpret_cast< const wchar_t * >(maString.c_str());
wstring maWString(pcw, 0, maString.length()/2);

Ensuite, tu devrais pouvoir utiliser les vraies fonctions de conversion.

[nbrau]

Bon voilà ce que je comprends :
Peu importe que ton buffer soit passé par la ZLIB ou autre : le fait est que tu as un buffer XML codé apparemment en utf-16.

Première question, toute bête : si ton fichier xml a bien une entête qui précise l'encodage comme étant du utf16, alors est-ce que ta librairie XML ne le supporterait pas d'emblée ? ça t'éviterait d'avoir à faire une conversion.

En admettant que ce ne soit pas le cas, il existe un tas de librairies qui font très bien la conversion utf-16 vers utf-8. Par exemple, sous Win32 j'utilise WideCharToMultiByte() (voir la doc MSDN).

Merci pour cette info, oui je prends seulement le temps de répondre, grosse charge de travail
Alors voici la réponse pour ceux que ça intéresserait plus tard :

J'utilise la Zlib et j'obtiens de l'utf 16 dans une string, je fais ensuite tout simplement :

Code :

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

1
2
3
4
5
6
7
    // récupération de la taille de la chaine
    int size = cstr.size();
    wchar_t *wcStr = (wchar_t*)malloc(size);
    // Je copie la chaine de caractères dans wcStr
    memcpy(wcStr, cstr.c_str(), size);
    char* cBUFFER_OK  = convertUnicodeToWinString(wcStr , size*4);
    cout << cBUFFER_OK << endl;

Et voilà, tout fonctionne !
La méthode convertUnicodeToWinString :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
char* convertUnicodeToWinString(wchar_t*str, int length)
{
    char* rtn = (char*)malloc( length*2+1 );
    int size = 0;
 
    size = WideCharToMultiByte( CP_ACP, 0, (LPCWSTR)str, length, rtn, (length*2+1), NULL, NULL );
 
    if( size <= 0 )
        return NULL;
 
    rtn[size] = 0;
    return rtn;
}

Il suffisait de copier simplement le contenu de la chaine dans un wchar_t avec un memcpy...

Merci à vous !

[Bousk]

Il y a une fuite mémoire si size <= 0

[Médinoc]

De plus, pourquoi utiliser arbitrairement length*2+1 quand la méthode recommandée est d'appeler d'abord WideCharToMultiByte() (ou wcstombs(), wcstombs_s(), etc.) avec un buffer NULL pour obtenir la taille nécessaire?
Et pourquoi ce cast explicite de wchar_t* en LPCWSTR? Surtout un cast C-style, alors que tu programmes en C++!

[nbrau]

Très bonne question, hé bien je dois avouer avoir tellement galérer avec mes essais que quand je suis tombé sur le résultat voulu je me suis arrêté là, tout simplement...

Il faudrait que je refasse tout ça "au propre" pour donner un code certainement plus utilisable pour tout le monde !

Merci pour ta remarque