Ouvrir un fichier dont le chemin contient des caratères chinois

Version imprimable

15/08/2017, 12h13
uriotcea

Ouvrir un fichier dont le chemin contient des caratères chinois

Bonjour,

J'ai une appli Qt qui est distribué en Chine. Pas de souci avec les fonctions Qt gérant les fichiers, cela semble transparent. Mais le code contient du langage C et là ça coince.
Par exemple ouvrir un fichier dont le chemin contient de caractères chinois ne fonctionne pas avec la simple fonction

Code:

FILE *f=fopen(fichier.toStdString().c_str(),"rt");

Comment puis-je m'en sortir, sachant qu'il n'est pas possible de remplacer l'ensemble du code C par du Qt

Merci de votre aide
15/08/2017, 13h41
foetus

Si tu es sous Windows, il faut utiliser l'API de Windows, avec les wchar :mrgreen: :mrgreen:

Documentation _wopen
15/08/2017, 14h18
uriotcea

En fait, l'appli tourne aussi sous linux et mac. Alors les API Windows sont exclues.
15/08/2017, 15h04
Bousk

Pour ta version windows si tu utilises une API qui gère pas l'encodage, tu dois utiliser unicode, qui est l'utilisation de wchar_t et fonctions spécifiques.
Sinon tu as sans le moindre doute un octet nul dans ta chaîne chinoise et forcément c'est interprété comme un caractère de fin de chaîne et de nom de fichier, inexistant.
15/08/2017, 20h55
dalfab
fopen() n'est pas utilisable sous Windows s'il y a des caractères autres que ASCII-7bits. Si le code doit fonctionner sous plusieurs environnements, Qt sait gérer. Sinon seule possibilité utiliser de la compilation conditionnelle pour avoir du code dépendant du système d'exploitation.
Le problème est surtout au moment de l'ouverture. On devrait pouvoir ouvrir le fichier avec QFile en remplaçant le FILE*fichier=fopen( nomFichier,"rb") par
Code:

1 2 3 4 5 QFile qFile( nomFichier ); qFile.open( QIODevice::ReadOnly ); int fileDescriptor = qFile.handle(); FILE* fichier = fdopen( dup(fileDescriptor) , "rb" );
Le dup() permet de pouvoir faire close(fichier) qui sinon entre en conflit avec le close qui se fait à la destruction du QFile.
16/08/2017, 09h11
ternel

A mon avis, le dup permet surtout de faire un fdopen sur un fichier déjà ouvert.

Merci pour toutes vos remarques et suggestions et vais essayer celle proposée à base de Qt. Pour ma part, j'ai expérimenté une solution compatible Windows ci-dessous qui fonctionne semble t-il très bien, mais que sous Windows.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
FILE *xfopen(std::string filePath,std::string mode)
{
  FILE *f;
  std::wstring filePathW,modeW;
  filePathW.resize(filePath.size());
  int newSize = MultiByteToWideChar(CP_UTF8, 0, filePath.c_str(), filePath.length(), const_cast<wchar_t *>(filePathW.c_str()), filePath.length());
  filePathW.resize(newSize);
 
  modeW.resize(mode.size());
  newSize = MultiByteToWideChar(CP_UTF8, 0, mode.c_str(), mode.length(), const_cast<wchar_t *>(modeW.c_str()), mode.length());
  modeW.resize(newSize);
  f = _wfopen(filePathW.c_str(),modeW.c_str());
  return(f);
}

16/08/2017, 12h04
ternel

Autre question, tu ne peux pas utiliser un fstream ou un wfstream?
16/08/2017, 12h22
uriotcea

Si bien sur je pourrais utiliser cette voie, mais cela m'imposerait de réécrire l'ensemble de code en C. Ce qui serait une tache gigantesque.
J'ai fini par opter pour la solution suivante, pas forcément élégante mais qui fonctionne à moindre effort:

J'ai définie une fonction xfopen(string file, string mode) capable donc d'ouvrir des chemins de fichiers incluant des caractères spéciaux.
Et j'ai mis un #define fopen xfopen général au code.

Ca fonctionne très bien sur les 3 OS.