Discussion :

[router_]

Bonjour

J'aimerais lire la valeur entrée par l'utilisateur et en faire un contrôle de saisie
voila le code

Code :

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

1
2
3
4
5
6
7
 
printf("entrer la valeur de l'entrier a");
 
while (scanf( "%d",&a) !=1) {
           fprintf(stderr,"s",erreur! veuillez saisir un entier
}
fflush(stdin);

Merci par avance

[router_]

bonjour

J'ai oublie de poser la question, dans le code ce-dessus, le bleme c'est que j'obtiens un boucle infinie!!
j'ai pas le droit de lire un nouvel caractère lors de l'échec de la première lecture.

Merci d'avance pour toute reponse

[bloomenthal]

Hello,

Il me semble qu'avec scanf, on ne peut rien faire de "bien"

Solution moche qui doit marchouiller :

Code :

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

1
2
3
4
 
while (scanf( "%d",&a) !=1) {
    getchar(); // pour vider l'entrée
}

Cependant, ce n'est pas très convenable, car cela dépend complètement de l'entrée standard. (d'ailleurs, il vaut mieux éviter fflush(stdin) aussi)

Il vaudrait mieux stocker toute l'entrée standard dans un buffer, et traiter le buffer directement !

[router_]

MERCI bloomenthal , j'ai essayé le getchar et c'est résolu !!

[LittleWhite]

Bonjour,

Je dis STOP! Avec scanf on peut faire quelque chose de bien ( en lisant la doc ). D'ailleurs, je suis presque sur que dans la FAQ de ce site, tout est expliqué. (Sinon, je le ferai sur demande)

[bloomenthal]

Bonjour,

Je dis STOP! Avec scanf on peut faire quelque chose de bien ( en lisant la doc ). D'ailleurs, je suis presque sur que dans la FAQ de ce site, tout est expliqué. (Sinon, je le ferai sur demande)

Facile à dire :p mais très bien, je serai curieux de voir ça ! Sur tes conseils et par acquis de conscience, j'ai regardé l'article "Scanf démythifiée" de Developpez.com, la seule solution proposée pour virer le '\n' (ce qui causait le "bug" ici) est justement de faire un getchar().

Or, cette solution dépendante de l'entrée, dans le sens ou ce n'est pas complètement "atomique" (on risque de demander deux accès à l'entrée pour comprendre qu'il faut s'arrêter là ou un seul aurait suffit), ce qui pourrait causer des soucis dans certains environnements, complexes certes, en programmation système. Bien sur, c'est un cas (très) extrême, mais ça existe. Bien entendu, j'ai peut-être été un peu intégriste en disant que c'était "moche", puisque dans ce contexte de programmation, ça ne pose aucun problème.

[LittleWhite]

Moi aussi j'avais vu la FAQ. Pourtant je pensais qu'il y avait une autre entrée.
Je pense que l'on pouvait vidé le buffer avec un flush() ou alors une autre commande.
Bref, je suis toujours très d'accord que le scanf est assez pénible à utilisé ( pour eviter les erreurs ) mais il est aussi très puissant

[Tifou92]

il suffisait de mettre ton "fflush(stdin);" dans ta boucle while...

[Obsidian]

Bonjour,

J'aimerais lire la valeur entrée par l'utilisateur et en faire un contrôle de saisie. voila le code :

Code :

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

1
2
3
…
 
fflush(stdin);

il suffisait de mettre ton "fflush(stdin);" dans ta boucle while...

Non ! On ne peut pas vider le tampon du clavier avec fflush(stdin). Les plateformes sur lesquelles cela fonctionne quand même sont dans l'erreur. Voir la F.A.Q..

C'est une mauvaise interprétation du sens de cette fonction. « flush » (dans le sens de « tirer la chasse ») n'efface pas un tampon mais le vide, dans le sens où elle provoque l'envoi immédiat de données en attente vers leur destinataire. Donc, à aucun moment il n'y a destruction de données.

Il se trouve que dans le cas de stdin, le destinataire en question, c'est justement le processus qui fait appel à fflush. S'il ne lit pas les données, il n'y a aucune raison pour qu'elles bougent. En tout état de cause, interprété correctement, un fflush sur stdin ne pourrait que provoquer l'afflux de données supplémentaires et surtout pas leur disparition.

[gl]

Non ! On ne peut pas vider le tampon du clavier avec fflush(stdin). Les plateformes sur lesquelles cela fonctionne quand même sont dans l'erreur.

Pour être précis, c'est un comportement indéfini. Une implémentation conforme peut faire ce qu'elle souhaite dans ce cas là, y compris vider le buffer. Au sens strict, elles ne sont donc pas dans l'erreur mais le code ne sera pas portable.