Discussion :

[senvedgi]

Bonjour à tous!
J'utilise getline(cin,chaine) pour accepter d'office (ou pas!) la variable proposée ligne 22ou 27 ou 32.
Si je supprime la ligne 19 le programme valide automatiquement la 22 et mais attend la validation normale à la ligne 27 puis celle de la ligne 32.
Que se passe t-il?
Je rappelle que ce forum a comme titre débuter...

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
24
25
26
27
28
29
30
31
32
33
34
 
string FhCmtr="CLCMTR"+departem+".rtf";//fichier dates des dmaj
cout<<FhCmtr<<endl;
int clcmtr=0;
ifstream FhCmtrL(FhCmtr.c_str(),ios::in);
    std::vector<std::string>TblCmtr;
    string LignCmtr;
    while (getline(FhCmtrL,LignCmtr))
        {clcmtr++;
        TblCmtr.push_back(LignCmtr);
        cout<<clcmtr<<" "<<LignCmtr<<endl;}
        int szTblCmtr=0;
        szTblCmtr=TblCmtr.size();
        cout<<" "<<endl;//cin.get();
        string CmtrChxLe=CmtrListFhDeu.substr(0,1);
        string CmtrGrFam=CmtrListFhDeu.substr(1,2);
        string CmtrAnnee=CmtrListFhDeu.substr(3,4);
        cout<<"Clefs de recherches..:["<<CmtrChxLe<<"] et ["<<CmtrGrFam<<"] et ["<<CmtrAnnee<<"]"<<endl;
cin.get();
        cout<<" "<<endl;
        cout<<"<E>=["<<CmtrChxLe<<"]    ou           l:";
        getline(cin,CmtrChxLe);
        if (CmtrChxLe == "" ) {CmtrChxLe = CmtrListFhDeu.substr(0,1);}
        if (CmtrChxLe == "l") {CmtrChxLe = CmtrListFhDeu.substr(0,1);}
 
        cout<<"<E>=["<<CmtrGrFam<<"]   ou ? ou b/lanc:";
        getline(cin,CmtrGrFam);
        if (CmtrGrFam == "b" ) {CmtrGrFam = "  ";}
        if (CmtrGrFam == ""  ) {CmtrGrFam = CmtrListFhDeu.substr(1,2);}
 
        cout<<"<E>=["<<CmtrAnnee<<"] ou ? ou b/lanc:";
        getline(cin,CmtrAnnee);
        if (CmtrAnnee == "b" ) {CmtrAnnee ="    ";}
        if (CmtrAnnee == ""  ) {CmtrAnnee = CmtrListFhDeu.substr(3,4);}

Vidage de buffer?Le buffer se remplit où?Avant la ligne 1?

A vous lire bientôt!

[Neckara]

A quoi te sert cin.get() ?
Ne faut-il pas plutôt utiliser cin.ignore ?


Sinon, il y a en effet un buffer.
Pour l'affichage, le buffer va se vider et afficher son contenu quand :
- il est plein ;
- on fait std::endl.

Pour cin, il doit se remplir lorsqu'on fait un retour à la ligne.

[senvedgi]

merci;
J'utilise partout cin.get() comme arrêt de déroulement de programmes.C'est pratique et permet de surveiller les déroulements.
Ici je croyais qu'il servait uniquement à bloquer le déroulement pour lire la ligne 18.
Quand je l'ai supprimé car ma ligne était au point j'ai eu le probléme qui m'a fait poster.Et je me suis apperçu que ce cin.get(); servait en réalité à bloquer la ligne 22 pour répondre à la question posée par le programme.
Ce cin.get() ne servait pas à ce pourquoi je l'avait mis..............
Ailleurs j'avais remarqué que cin.get() avait un effet buffer mais bof! il suffisait de le ré-écrire une fois comme on me l'avait conseillé sur ce forum.
Quand j'ai pensé à cet effet buffer je me demandais qu'elle était la variable à vider d'ailleurs.
Je vais donc essayer cin.ignore.
Je reviens.
J'ai essayé cin.ignore():pareil...!
A+++.

Ce que je veux réaliser c'est répondre par <Enter> ou entrer une autre variable à la ligne 5 puis idem à la ligne 10 sans que le programme passe directement à la ligne 10 par "effet buffer".
(j'ai modifié un peu la ligne 6 car il y avait une erreur ici sans importance)

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
        cout<<"Clefs de recherches proposées..:["<<CmtrChxLe<<"] et ["<<CmtrGrFam<<"] et ["<<CmtrAnnee<<"]"<<endl;
        cout<<" "<<endl;
        cout<<"<E>=["<<CmtrChxLe<<"]     ou? ou b/lanc:";
        getline(cin,CmtrChxLe);
        if (CmtrChxLe == "b" ) {CmtrChxLe = " ";}
        if (CmtrChxLe == "l" ) {CmtrChxLe = CmtrListFhDeu.substr(0,1);}
 
        cout<<"<E>=["<<CmtrGrFam<<"]    ou? ou b/lanc:";
        getline(cin,CmtrGrFam);
        if (CmtrGrFam == "b" ) {CmtrGrFam = "  ";}
        if (CmtrGrFam == ""  ) {CmtrGrFam = CmtrListFhDeu.substr(1,2);}

cin.ignore() n'apporte rien de nouveau et semble avoir un "effet buffer".
Merci pour ces réponses mais

[David Fleury]

/mode pedantic

Code :

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

ifstream FhCmtrL(FhCmtr.c_str(),ios::in);

Ici, ios::in est mieux inutile (c'est un istream), au pire un bug, il faudrait utiliser ios_base::in

Le code gagnerait en lisibilité avec de meilleurs noms de variables.
Là, ça donne pas trop envie.

[senvedgi]

merci.J'utiliserai ios_base dans ce cas.
Mes noms de variables sont des noms standards qui facilitent la localisation des variables je trouve.La partie un/deu/troi donne la position dans la chaine d'écriture de la fonction et de l'appel de fonction parce que des noms ou des phrases ne sont pas toujours très différenciables:listedefichiers -à la française- ou fichiersliste - à l'anglaise- sont-ils la m^me chose ou différents?
Un chien petit ou un petit chien?Voir Astérix ou Obélix qui se demandent comment parler l'anglais dans astérix chez les bretons!!!!L'anglais va du général au plus simple.Le français c'est l'inverse et même une expression A+B peu avoir un sens un peu différent de B+A(je n'ai pas d'exemple sous la main et ne suis pas linguiste)
Pour en revenir à mes variables à la mise au point finale j'avais bien l'intention de les franciser.
Et donc pour mon projet,je me cite:
------------------------------------
Ce que je veux réaliser c'est répondre par <Enter> ou entrer une autre variable à la ligne 5 puis idem à la ligne 10 sans que le programme passe directement à la ligne 10 par "effet buffer".
------------------------------------
quelle idée nouvelle apparaît?
c'est quoi ceci:/mode pedantic en tête de message?

[Bousk]

/mode pedantic

Code :

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

ifstream FhCmtrL(FhCmtr.c_str(),ios::in);

Ici, ios::in est mieux inutile (c'est un istream), au pire un bug, il faudrait utiliser ios_base::in

Effectivement ios::in est redondant avec le type ifstream, mais ios::in ou ios_base::in sont identiques, ios dérive publiquement de ios_base; o/i stream dérivant eux-même publiquement de ios.
Donc il n'y a aucunement lieu de s'alarmer quant à un (im)possible bug.

cf http://www.cplusplus.com/reference/iostream/ios/

[David Fleury]

Effectivement ios::in est redondant avec le type ifstream, mais ios::in ou ios_base::in sont identiques, ios dérive publiquement de ios_base; o/i stream dérivant eux-même publiquement de ios.
Donc il n'y a aucunement lieu de s'alarmer quant à un (im)possible bug.

cf http://www.cplusplus.com/reference/iostream/ios/

Sous HP-UX, en utilisant aCC, je crois me souvenir que ça faisait un core.

[Bousk]

Et pour t'en assurer:

http://www.cplusplus.com/reference/i...base/openmode/

These constants are defined in the ios_base class as public members. Therefore, they can be refered to either directly by their name as ios_base members (like ios_base::in) or by using any of their inherited classes or instantiated objects, like for example ios::ate or cout.out.

[David Fleury]

------------------------------------
Ce que je veux réaliser c'est répondre par <Enter> ou entrer une autre variable à la ligne 5 puis idem à la ligne 10 sans que le programme passe directement à la ligne 10 par "effet buffer".
------------------------------------
quelle idée nouvelle apparaît?

Pourrait-on avoir un exemple plus simple et complet qui montrerait le même problème ?
J'en ai fait un simple qui fonctionne bien à priori. est-ce quelque chose comme ça ?

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
 
#include <iostream>
#include <string>
#include <fstream>
 
using namespace std;
 
int main()
{
  ifstream file("getline2.cpp", ios::in);
  std::string line;
  while (getline(file, line))
  {
    cout << "Afficher ligne ? " << std::endl;
    std::string choice;
    getline(cin, choice);
    if (choice == "O") cout << line << endl;
  }
}

c'est quoi ceci:/mode pedantic en tête de message?

Ca veut dire, j'ai fait le chieur, sans apporter de réponse à ta question

[David Fleury]

Et pour t'en assurer:

http://www.cplusplus.com/reference/i...base/openmode/

Je n'ai plus accès à ce compilo/OS. Ca a sûrement évolué dans le bon sens depuis alors.
J'ai pas réussi à trouver ça dans le standard (ils utilisent ios_base::in comme valeur d'"openmode" par défaut pour le basic_ifstream)

[senvedgi]

Très intêressants certes!
Mais le pb à résoudre c'est la ligne 4.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
 
cout<<"Clefs de recherches proposées..:["<<CmtrChxLe<<"] et ["<<CmtrGrFam<<"] et ["<<CmtrAnnee<<"]"<<endl;
        cout<<" "<<endl;
//ici
        cout<<"<E>=["<<CmtrChxLe<<"]     ou? ou b/lanc:";
        getline(cin,CmtrChxLe);
        if (CmtrChxLe == "b" ) {CmtrChxLe = " ";}
        if (CmtrChxLe == "l" ) {CmtrChxLe = CmtrListFhDeu.substr(0,1);}
 
        cout<<"<E>=["<<CmtrGrFam<<"]    ou? ou b/lanc:";
        getline(cin,CmtrGrFam);
        if (CmtrGrFam == "b" ) {CmtrGrFam = "  ";}
        if (CmtrGrFam == ""  ) {CmtrGrFam = CmtrListFhDeu.substr(1,2);}

Si on pose ligne 4 un cin on a un arrêt qui lit la ligne 2
puis des arrêts en 6 et 11 pour rentrer ce qu'on veut.Bien!
Mais si on supprime le cin ligne 4 on passe l'arrêt ligne 2 non indispensable d'ailleurs
ET ON PASSE directement à l'arrêt de la ligne 11.
(Je rappelle que lig.6/11 getline(cin,xx) propose une solution vraisemblable mais modifiable)

[David Fleury]

Est-ce que l'exemple que j'ai posté correspond au problème ?

Comme ça, je ne vois pas d'erreur dans ton programme.

[senvedgi]

J'ai fini avec mes tous petits moyens par décortiquer et adapter à mon code ces lignes et cela semble résoudre ce que je cherche à faire.
J'ai fait des découvertes d'écritures..
Mais pour la bonne relecture de mes codes je n'en tient le plus possible à des écritures uniques:if(){}/cin.get()/cin.ignore() par exemples.
Merci beaucoup.
mais il faut continuer

[senvedgi]

je ressuscite le post: cin.ignore(); juste avant getline (..) résoud aussi mon problème!

[Luc Hermitte]

On a une Q/A en attente qui traite ce sujet dans la FAQ.

À reformatter, mettre en français, etc.

Pourquoi std::getline ne lit rien, et qu'il faille l'exécuter deux fois pour que la ligne soit lue?
Si vous constatez ce problème, il est fort probable que vous venez d'appeler "std::getline(std::cin)" juste après une lecture sur le flux avec l'opérateur d'extraction: "std::cin >>". (c'est parfaitement valable avec les flux fichiers également)

Ce que vous observez est normal. L'opérateur d'extraction (>>) consomme ce qui vient sur le flux, mais il s’arrête juste avant le premier espace blanc (pas sûr du vocabulaire) ou saut de ligne -- voire encore avant selon le type de la donnée à extraire et de ce qui se trouve véritablement sur le flux (ex: l'extraction d'un int depuis "125douze").

De fait, l'operator>> va s’arrêter avant le saut de ligne, et quand std::getline va vouloir extraire la ligne qui suit, en fait il va récupérer les caractères entre la position courante et la fin de la ligne avant de passer à la ligne suivante. Dans le cas d'une interaction avec l'utilisateur, une chaine vide sera obtenue, et le flux sera positionné à la ligne suivante. C'est pour cela qu'un double appel à std::getline fonctionne.

" - Donc si je comprends bien il faut appeler deux fois std::getline()?"
Seulement si vous voulez récupérer les miettes qui trainent après la dernière chose lue avec >>.
En pratique on a le choix entre :
- un simple std::cin.get() qui marchera uniquement si ce qui suit est un saut de ligne
- ou purger le buffer clavier (cf entrée correspondante: http://cpp.developpez.com/faq/cpp/?p...e#SL_cin_clear) qui fonctionnera également si des miettes trainent et que l'on préfère les ignorer.

[senvedgi]

merci pour cette citation/confirmation:rien n'est simple en c++.