Discussion :

[aminzz92]

Bonjour,

j'ai écrit un petit programme qui traite les fichiers texte, au début de programme, je fait entrer le chemin de fichier qui je veux le traiter, mais quand je mets un chemin avec voyelles accentuées, le programme ne lit pas ce fichier

Code :

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

1
2
3
4
5
6
7
8
9
10
 
string distination;
getline(cin,distination);
ifstream fichierLu(distination,ios::in);
if (fichierLu){
....
 
}
else
cout<<"fichier n'existe pas"<<endl;

donc quand je fait entrer par exemple " aprés.txt " il me dit que le fichier n'existe pas même s'il existe, SVP aidez moi

Merci

[Médinoc]

Es-tu sous Windows?
Sous Windows, la console utilise un encodage différent du reste du système, tu te retrouves alors à devoir convertir.

Un code de ce genre a des chances de marcher:

Code C++ :

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

1
2
3
4
5
6
7
8
9
10
11
#include <windows.h>
#include <string>
#include <vector>
 
string OemToCharCpp(string oemStr)
{
	vector<char> buf(oemStr.length()+1);
	OemToCharBuff(oemStr.c_str(), &buf[0], oemStr.length()+1);
	buf.at(oemStr.length()) = '\0'; //Just to be sure
	return string(&buf[0]);
}

[imperio]

Sous windows, dans le meme dossier tu ne peux pas avoir un "après.txt" et un "apres.txt". Je presume donc que tu devrais pouvoir ouvrir ce fichier si tu envoies une chaine sans caractere accentue a ifstream.

[Médinoc]

C'est faux, je viens même de tester.
La comparaison utilisée par Windows pour ses noms de fichier ignore la casse, mais pas les accents.

[imperio]

Oula exact, grosse erreur de ma part ! Navre pour la mauvaise info...

Du coup apres une petite recherche sur l'api windows a cette page, il est bien dit que la fonction n'accepte que les noms de fichiers 8 bits (donc sans accent visiblement).

Apres une recherche encore plus approfondie, les fonction CreateFileW et CreateFileA semblent gerer les caracteres unicode. Par-contre j'ai pas trouve d'equivalent pour open (genre OpenFileW...). Bizarre...

[Médinoc]

Tu confonds 8 bits et 7 bits.

• 7 bits: ASCII, pas d'accent.
• 8 bits: ASCII étendu, différents encodages pour différents accents: CP1252 (Windows, CreateFileA()) et CP850 (DOS, Windows Console, fgets()) ont le 'é' à différents codes.
  
  • Windows ne supporte pas UTF-8 à part pour convertir vers/depuis ce format.
• 16 bits: UTF-16 (Java, .Net, Windows, CreateFileW()), tout Unicode supporté (20.09 bits).

[imperio]

@Médinoc: decidement j'en aurais appris. Merci bien ! Je me demande juste la difference entre les 7 et 8 bits pour le coup. Y a un des deux qui est stocke en unsigned char ou c'est autre chose ? Je pensais que les caracteres avec accent n'etaient geres que avec les wchar_t qui eux sont apparemment representes sur 2 octets.

[Médinoc]

7 bits, en pratique, je crois que ça ne se fait plus. C'était surtout du temps des anciennes machines, ou de communications par liaison série (RS232 supporte aussi bien 7 que 8 bits).

Vu du C, en standard, le type char (ni signed ni unsigned) est garanti supporter de 0 à 127. Il est l'un des deux (signed -127/8 to +127 ou unsigned 0 to 255), mais l'implémentation est libre de choisir lequel.