Discussion :

[Laughing Man]

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 :

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

1
2
3
4
 
0.0000000
-230
13

- mon code :

Code :

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

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 :

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

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...

[Luc Hermitte]

Tu as ouvert le fichier en mode binaire ?

[Laughing Man]

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

[coyotte507]

je pense pas...

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

[Laughing Man]

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

[coyotte507]

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 :

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

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.

[Laughing Man]

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 :

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

1
2
3
4
 
0.0000000--	 -- longueur: 9 -- 
-230--	 -- longueur: 5 -- 
13--	 -- longueur: 3 --

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

[coyotte507]

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

Essaie ça:

Code :

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

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é!

[Laughing Man]

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

Code :

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

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?

[Luc Hermitte]

N'ouvre pas en binaire

[coyotte507]

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.

[Laughing Man]

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.

[coyotte507]

N'ouvre pas en binaire

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

[coyotte507]

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)

[Laughing Man]

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.

[coyotte507]

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?

[Laughing Man]

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?)

[Laughing Man]

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

J'ai ajouté :

Code :

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

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.

[coyotte507]

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).