Problème avec std::string

Salut à tous.

J'ai donc un petit soucis de gestion avec des objets de type string.

Au départ, je lis un fichier (ifstream) grâce à la méthode getline().
Le fichier est composé de deux ou trois lignes ( dépend du fichier ).
Ensuite, je réécris la ligne avec un simple << (dans un ofstream).
Le problème, c'est que j'arrive pas à me "défaire" des end of line.

Pour clarifier la chose, voilà:
- exemple de fichier d'entrée :

Code:

---

1 2 3 4

0.0000000 -230 13

---

- mon code :

Code:

---

1 2 3 4 5 6 7 8

[...] while(getline(fichier_entree,ligne2)) { fichier_sortie << ligne2 << separateur; } fichier_sortie << endl; [...]

---

- ce que j'obtient :

Code:

---

1 2 3 4

0.0000000 -230 13

---

En fait j'arrive pas à mettre les données du fichier de sortie sur une seule ligne...
Toute suggestion est la bienvenue...

Tu as ouvert le fichier en mode binaire ?

oui g ouvert le fichier de sortie en binaire.
Il faut aussi ouvrir celui d'entrée en binaire?

je pense pas...

Une question toute bête, quel est le contenu de separateur?

Il contient '\t' et le problème n'est pas censé venir de là, j'ai déjà écris des fichiers de cette manière. Mais là le regroupement de lignes, sa m'échappe.
Si je pouvais éviter de taper dans des FILE* et de traiter des char*:p

Sous linux, que tu ouvres les fichiers en binaire ou pas, ça change rien normalement ^^

Franchement le seul problème que je voie et qui ne causerait pas forcément une erreur, c'est si les fichiers que t'ouvre ont été édités sur Windows.

A tout hasard, essaie (pour débugger):

Code:

---

1 2 3 4 5

while(getline(fichier_entree,ligne2)) { fichier_sortie << ligne2 << "--" << separateur << " -- longueur: " << ligne2.length() << " -- "; } fichier_sortie << endl;

---

Comme ça on voit précisément où s'est faite la coupure, et si il n'y a pas de \r cachés dans ton fichier_entree.

J'avais pensé à ça, mais j'ai pas du gérer correctement quand j'ai essayé de résoudre des problèmes avec d'éventuels '\r'

Voilà ce que j'obtiens avec ta commande:

Code:

---

1 2 3 4

0.0000000-- -- longueur: 9 -- -230-- -- longueur: 5 -- 13-- -- longueur: 3 --

---

Il semble bien qu'il y ait un soucis:p

D'après ce que je vois, ta deuxième ligne et ta troisième font un caractère de trop.

A crois qu'il y a un '\r' au début de chacune :mouarf:

Essaie ça:

Code:

---

1 2 3 4 5

while(getline(fichier_entree,ligne2)) { fichier_sortie << ligne2[0] << ligne2[0] << ligne2[0] << ligne2 << separateur; } fichier_sortie << endl;

---

Si tu vois des tonnes de saut de lignes, alors c'est gagné!

bon ba problème 'presque reglé'. C'est bien ça en effet :

Code:

---

1 2 3 4 5 6 7 8 9 10

0000.0000000       -230       13

---

Le truc, c'est que moi je cherchait le '\r' en fin de chaîne.
Etant donné que le fichier d'entrée est écris par une méthode à peu près similaire, est-ce qu'il vaut mieu virer les '\r' quand je les écris ou quand je les lit?

N'ouvre pas en binaire

Sous linux, autant ne pas en mettre du tout. Après, si tu veux utiliser les mêmes fichiers sous Windows, et que tu les lis en binaire, ( et que tu écris en binaire), il n'y aura aucun problème. ;)

Et ça résoudrait le problème? J'en doute étant donné que j'avais pas essayer le mode binaire avant de constater le problème.

Citation:

---

Envoyé par Luc Hermitte

N'ouvre pas en binaire

---

Sous linux, malheureusement, même en normal les \r sont là :?

Tu écris tes fichiers comment?
Si c'est sous linux, autant ne pas mettre de \r, et c'est réglé. (binaire, pas binaire, ok)

L'écriture en binaire, c'est dans le cas où tu es sous Windows, pour éviter de mettre des \r dans le fichier sortie.

Si c'est que sous windows, cependant, tu peux écrire et ouvrir en pas binaire. Mais si ton code doit être portable (marche sous linux ET windows), alors il suffit d'ouvrir en normal et de sortir en binaire.

Enfin le plus simple c'est que tu précises dans quelle situation tu es (avec quoi tu fais tes fichiers par exemple) :)

Je bosse sous linux, mais les gens à qui je destine mon code vont dertainement bosser sous 'cro$oft'
Donc il me faudrait une solution portable.

Et tes fichiers sont fais comment? C'est eux qui les éditent, ou c'est le programme qui les fait ? Ou via un éditeur Linux/Windows?

Excuse-moi pour cet oubli.
En fait mon appli utilise des fichiers textes correts (il n'y a pas l'air d'y avoir de \r ou autres).
Ensuite j'écris d'autres fichiers avec mon appli.
Dans le cadre de mon problème, je lis un fichier que l'appli a écrit à partir d'un fichier texte.
(c'est clair ce que je dis là....j'ai un doute?:mouarf:)

J'ai reglé mon soucis, mais c'est du "bricolage":mouarf:

J'ai ajouté :

Code:

---

1 2	ligne2 = ligne2.substr(1,ligne2.size()-1);

---

Encore merci pour ton aide coyotte, je vais essayer de plutot virer les '\r' à l'écriture pour voir.

Attention, car sur ta première ligne, tu n'avais de \r.
Donc ça risque de donner un caractère en moins (pour cette ligne).