Discussion :

[adel25]

Bonjour,
je lis un fichier texte caractere par caractere.
Comment je fais pour tester que j arrive deja à la fin d'un ligne

Code :

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

1
2
 
while(c!=' '||c!='\n'){ is.read (&c,sizeof(char)); cout <<c;}

je veux que la boucle s arrete quand j arrive à la fin de ligne (ou espace)

Merci pour votre aide.

ps: ce code ne fonctionne pas

[Invité]

Tu as la fonction get qui conviendra beaucoup mieux à ton utilisation :

Code :

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

1
2
 
while(c!=' '||c!='\n'){ is.get (c); cout <<c;}

D'autre part tu peux avoir deux problème avec le code que tu nous présente : si 'c' est mal initialisé(c'est à dire s'il vaut ' ' ou '\n') ou si is atteint la fin du fichier sans avoir rencontré un espace ou un retour à la ligne ton programme risque d'avoir un serieux problème

[adel25]

ok, mais le probleme est que meme avec mon code est que l'instruction c=="\n" ne fonctionne pas!! y t il un autre moyen pour tester le retour chariot??
Merci

[Steph_ng8]

Bonjour,

Ta condition de sortie n'est pas bonne.
Si j'ai bien compris, tu veux sortir de la boucle lorsque le caractère lu est un espace OU est une fin de ligne.
Autrement dit, tu veux rester dans la boucle tant que le caractère lu n'est pas un espace ET n'est pas une fin de ligne.
Se demander à la fois quelle est la condition pour rester/rentrer dans une boucle et quelle est la condition pour en sortir, puis vérifier qu'elles coïncident peut permettre d'éviter pas mal d'erreurs de ce type.

Sinon, je ne sais pas exactement ce que tu veux faire avec tes caractères, mais la lecture d'un std::string avec l'opérateur « >> » s'arrête au premier caractère « blanc » (white space) rencontré.
Par contre, je ne suis pas sûr du comportement lorsque le premier caractère lu est blanc.
À voir, ainsi que « std::skipws() » et « std::ws() ».

Autrement, il y a toujours la bonne vieille fonction C :

Code :

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

1
2
3
#include <cctype>
 
int std::isspace(int);

J'ajouterais aux mises en garde de Joe Dralliam, au cas où tu ne serais pas au courant, que la marque de fin de ligne varie selon le système d'exploitation.
C'est une combinaison des caractères « '\n' » (newline / line feed) et « '\r' » (carriage return) :

• Windows : "\r\n" ;
• UNIX / Linux : "\n" ;
• MAC : "\r"

Bien sûr, l'espace et la fin de ligne ne sont pas les seuls caractères dits « blancs »…

[Astraya]

Bonjour,

@Steph_ng8:

Par contre, je ne suis pas sûr du comportement lorsque le premier caractère lu est blanc.

il est supprimé de la std::string et commence comme si de rien n'était.

@adel

ok, mais le probleme est que meme avec mon code est que l'instruction c=="\n" ne fonctionne pas!! y t il un autre moyen pour tester le retour chariot??

Le deuxième test n'est jamais réalisé dans ton while. Le ET logique et le OU logique ont un principe commun en C++, c'est que si la première condition est vrai, la deuxième n'est pas vérifiée. Dans ton cas, tout les caractères sont différents de l'espace y compris le retour chariot! Donc Lorsque tu arrives en fin de ligne, le programme le voit comme un caractère différent de l'espace mais ne vérifie pas si il est différent du retour chariot.

[koala01]

Salut,

@adel
Le deuxième test n'est jamais réalisé dans ton while. Le ET logique et le OU logique ont un principe commun en C++, c'est que si la première condition est vrai, la deuxième n'est pas vérifiée. Dans ton cas, tout les caractères sont différents de l'espace y compris le retour chariot! Donc Lorsque tu arrives en fin de ligne, le programme le voit comme un caractère différent de l'espace mais ne vérifie pas si il est différent du retour chariot.

En fait, ce qu'ont le ET et le OU en commun, c'est que si le résultat de l'expression suivante ne modifiera pas le résultat obtenu par l'expression déjà évaluée, l'expression suivante n'est pas évaluée.

En effet, la table de vérité des opérateurs prend la forme de:

Code :

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

1
2
3
4
5
6
   A  |   B  | A ET B | A OU B
==============================
 faux | faux |  faux  | faux
 faux | vrai |  faux  | vrai
 vrai | faux |  faux  | vrai
 vrai | vrai |  vrai  | vrai

On remarque que le OU logique a un "état unique" à vrai: vrai OU n'importe quoi donnera toujours vrai et qu'à l'inverse, le ET logique a un état unique à false : faux ET n'importe quoi donnera toujours faux.

On en arrive donc à la situation où:

1. Si la première expression est évaluée à vrai avec l'opérateur OU, la seconde n'est jamais évaluée
2. Si la première expression est évaluée à faux avec l'opérateur ET, la seconde n'est jamais évaluée
3. Si la première expression est évaluée à faux avec l'opérateur OU, la seconde est évaluée afin de vérifier qu'elle ne modifie pas le résultat
4. Si la première expression est évaluée à vrai avec l'opérateur ET, la seconde est évaluée afin de vérifier qu'elle ne modifie pas le résultat

Mais il y a, effectivement, une optimisation qui est faite au niveau de l'évaluation des différentes expressions qui "zappe" l'évaluation de l'expression suivante si le résultat de celle-ci ne modifie plus le résultat final