Discussion :

[reptilia1251]

Bonjour à tous !
Voila, je débute en C ++, et j'ai un fichier texte se présentant sous la forme

triangle 1
valeur 1 valeur 2 valeur 3
valeur 4 valeur 5 valeur 6
triangle 2
valeur 7 valeur 8 valeur 9
valeur 10 valeur 11 valeur 12
triangle 3
valeur 13 ....etc

Bref je pense que vous avez compris, et cela fait 20 000 lignes en tout lol.

J'aimerai en fait créer un autre fichier texte reprenant exactement celui la, mais avec UN SEUL triangle c'est a dire :

triangle 1
valeur 1 valeur 2 valeur 3
valeur 4 valeur 5 valeur 6
valeur 7 valeur 8 valeur 9
valeur 10 etc...

Je pense faire un ifstream/ofstream pour scanner et écrire.

Mais ce qui m'ennui c'est qu'on ne peut pas "enlever" une ligne de texte dans une boucle ...

Qu'en pensez-vous ? Merci d'avance pour votre aide,

Cordialement,

reptilia1251

[Invité]

Si je comprends bien, tu veux lire ton fichier de départ, et le recopier en sautant une ligne sur trois (sauf la première), tu vas donc avoir quelque chose comme

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
 
ifstream fin("tonfichier.txt");
ofstream fout("leresultat.txt");
string s;
// le compteur de lignes
int i=0;
// lit la première ligne
getline(fin,s);
// sur tout le fichier
while(!fin.eof()) {
  // i%3==0 : i est multiple de trois
  if(i%3!=0 || i==0) {
    // ecrit ta ligne
    fout<<s<<'\n';
  }
  i++;
  // lit la ligne suivante
  getline(fin,s); 
}
// ces fermetures ne sont pas nécessaires, 
// mais elles ne peuvent pas nuire non plus
fin.close();
fout.close();

Francois

[reptilia1251]

Merci bien fcharton !
J'ai eu qq problèmes à la compilation, mais ça marche à la fin !

Tu avais mis (!fin.eof()) mais apparemment, il y a () en trop !
Et le compilateur n'aimait pas trop fin.close(); fout.close(); Mais tu as justement précisé que ce n'était pas obligatoire !

Merci encore (je teste ça demain sur le grand fichier, j'espère qu'il n'y aura pas de problème),

A +

[Invité]

Tu avais mis (!fin.eof()) mais apparemment, il y a () en trop !

C'est étrange, eof() est une fonction standard de basic_ios, je crois...

Et le compilateur n'aimait pas trop fin.close(); fout.close(); Mais tu as justement précisé que ce n'était pas obligatoire !

Ca aussi... il doit te manquer quelque chose quelque part...

Il te disait quoi, ton compilateur?

Francois

[Goten]

Soit dit en passant on utilise pas eof() pour tester la fin d'un fichier dans une condition de sortie de boucle.
On préférera utiliser getline() pour plus de détail sur le pourquoi de la chose voir la faq.

Mais ça n'empêche que t'as un problème c'est bien eof() et non eof.

Pour les appelles à close() oublie les ils sont dans ce cas inutile. (d'ailleurs fcharton la fait remarqué... x) )

[Invité]

Pour les appelles à close() oublie les ils sont dans ce cas inutile. (d'ailleurs fcharton la fait remarqué... x) )

Perso, j'ai tendance à toujours écrire mes close(), et souvent même à leur ajouter des clear()... Cela garantit

1- que le fichier est fermé dès qu'on n'en a plus besoin (généralement ce n'est pas grave, mais ca peut avoir son importance)
2- que l'on peut éventuellement réutiliser le même ifstream sur un autre fichier (le genre de chose qu'on fait dans l'urgence, quand on découvre qu'il nous manque une donnée dans un second fichier, et qui amène bien des déconvenues si les bits d'erreur du fichier précédent sont restés en place)

Cela indique également à un relecteur quand on lit un fichier, et quand on en a fini... Dans des processus de traitement un peu complexes, c'est généralement très utile (dans ce domaine, je conseillerais également l'écriture explicite des open(), plutôt que via l'instanciation).


Pour eof(), je suis bien sur d'accord, mais il me semble qu'il faudrait alors ajouter (à la sortie de la boucle) un test minimal de sortie, pour savoir si la boucle a fini sur une erreur ou sur une fin de fichier. Ce n'est pas tout à fait pareil.

Personnellement, j'aurais plutôt tendance à mettre les contrôles de lecture dans la boucle, et à garder eof() en test de sortie (quitte à avoir un break, un throw ou un goto pour la sortie sur erreur de lecture). Ca me parait plus propre à la relecture (on dit alors "lire le fichier jusqu'à la fin"). Mais je conçois que c'est avant tout une question de goût.

Francois

[Arzar]

Edit : Goten m'a doublé.
On peut simplifier un peu la logique de lecture du fichier, en utilisant le code de la faq :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
#include <string>
#include <fstream>
#include <iostream>
 
int main()
{
    // le constructeur de ifstream permet d'ouvrir un fichier en lecture
    std::ifstream fichier( "fichier.txt" );
 
    if ( fichier ) // ce test échoue si le fichier n'est pas ouvert
    {
        std::string ligne; // variable contenant chaque ligne lue
 
        // cette boucle s'arrête dès qu'une erreur de lecture survient
        while ( std::getline( fichier, ligne ) )
        {
            // afficher la ligne à l'écran
            std::cout << ligne << std::endl;
        }
    }
}

Pour les erreurs de compilations, peut-être manque-il des includes ?
Ici, il faut <iostream> <fstream> et <string>.