Confusion entre les caratere '\n'et '\r'

Bonjour,

Je lis les datas d'un fichier defini comme suit

Code:

---

1 2 3 4 5

1 12 1 243 3 88 ...

---

Avec le code suivant:

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

string a1,a2; FILE *f; if ((f=fopen(data_file,"rt"))==NULL) throw Exception(error) do { strcpy(lig,""); fgets(lig,1999,f); if (sscanf(lig,"%d %d",&p,&a)==2) { a1.push_back(a); a2.push_back(p); } } while(!feof(f));

---

Ca fonctionne si le fin de ligne est du type '\n' mais parfois les fichiers ont des fins de ligne de type '\r'. Et la le code ne voit qu'une ligne unique et ca ne fonctionne pas évidement.

Auriez-vous une astuce pour que ca fonctionne dans tous les cas
Merci d'avance de vos suggestions

Bonjour,

Le code que tu présentes c'est du C, et non du C++ (à part le throw), et ici c'est les forums C++, donc tu aurais peut-être plus de chance sur le forum approprié :)

Pour une lecture de fichier en C++ tu peux regarder la FAQ.

Et pour ton soucis de '\n' vs. '\r', tu peux regarder du coté de std::getline, y'a une version de celle-ci qui dispose d'un paramètre indiquant quel caractère doit être le délimiteur de ta ligne.

En espérant t'avoir aidé.

Merci de ta réponse et de ta suggestion, mais intialement je ne sais pas à l'avance quel caractére de fin de ligne, je vais trouver. En fait ca dépend sur quel OS le fichier a été créé

Est-ce qu'il y a obligatoirement plus d'une ligne ?
Et selon l'OS c'est soit du \r soit du \n ?

Si la réponse est oui a ces deux questions, tu parcours une première fois ton fichier, tu compte le nombre de \r et de \n. En comparant les deux valeurs, tu saura si tu dois regarder le \r ou le \n. Et ainsi, comme cela t'a été proposé, tu pourra utiliser le getline avec le caractère d'echappement qui va bien ;)

Merci pour tes suggestions, je vais essayer ca.

Le problème des flux en mode texte (au passage, note que le "t" ne fait pas partie du standard C: L'absence de "b" est suffisante pour indiquer qu'il s'agit d'un flux texte) est que ça ne marche bien que sur les fichiers où les retours à la ligne sont ceux prévus par la plate-forme (*n*x: \n - Ancien Mac: \r - Reste du monde: \r\n) : seuls ceux-ci seront automatiquement vus comme des \n par le programme.

Ce qui cause des problèmes lorsqu'on se retrouve à bosser sur des fichiers d'une autre plate-forme. Dans ce cas, il sera sans doute mieux de bosser avec un flux binaire et de traiter les trois types de retour à la ligne toi-même.