Discussion :

[lastrecrue]

sur la faq du C je trouve ça

Comment vider le buffer clavier ? [haut]

auteurs :Haypo, LFE, Emmanuel Delahaye, gl
La méthode la plus sûre pour vider le buffer clavier consiste à consommer tout les caractères présents dans ce buffer jusqu'à ce qu'il soit vide :
#include <stdio.h>

int c;
while ((c = getchar()) != '\n' && c != EOF); /* mange le tampon */

je ne comprend pas très bien que vas faire cette fonction, ce qui me surprend c'est le ; après le while sans instruction.

[Nasky]

Ce code permet de vider l'entrée standard. getchar() permet de lire caractère par caractère l'entrée donc on lit tous les caractères jusqu'à avoir le '\n' ou un EOF.
Le point virgule veut dire qu'on ne fait pas de traitement à chaque itération. En effet, on lit le caractère avec getchar() donc on le "sort" de l'entrée. On n'a pas besoin de faire autre chose. Donc le code peut s'écrire aussi (et c'est peut-être mieux) :

Code :

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

1
2
3
4
int c;
while ((c = getchar()) != '\n' && c != EOF)
{
}

Nas'

[Trap D]

Qu'est-ce que je veux faire ? Vider le tampon clavier, c'est-à-dire le lire jusqu'à rencontrer '\n' ou EOF.
Donc, tant que ce que je lis dans le tampon clavier n'est pas un retour chariot ou EOF, je ne fais rien, je boucle.

[InOCamlWeTrust]

Ce genre de code, comme dit plus haut, permet de consommer tous les caractères qui te seront inutiles par la suite et qui sont potentiellement parasites pour des entrées (lectures sur l'entrée standard) futures.

Par exemple, supposons que tu veuilles lire un nombre puis une chaîne de caractères. Lors de la saisie, si tu entres deux nombres au lieu d'un seul comme attendu, tu te retrouveras, lors de la lecture de la chaîne de caractères, avec le deuxième nombre non lu qui est en réalité un parasite.

Voilà, ça sert à ça vider le buffer de temps en temps.

Le plus sûr reste encore de faire un gets puis de lire la chaîne avec un sscanf... comme ça, au moins, il n'y a pas d'ambigüité possible.

[Trap D]

Le plus sûr reste encore de faire un gets puis de lire la chaîne avec un sscanf... comme ça, au moins, il n'y a pas d'ambigüité possible.

Ah ben non, surtout pas de gets, mais un fgets, gets est un BUG connu du C.

[lastrecrue]

je ne comprend pas trop un truc même si j'ai déjà lu quelque document dessus, parmi sur le site de emanuel, on nous apprend a la fac le C avec printf scanf, après sur les forum de developpez, je trouve toujours cette remarque sur les bug de scanf et de gets, je suis en licence cette année on a fais un peut de théorie de langage structure de donnée toujours avec le C et toujours j'ai utiliser scanf et j'arrive e m'en sortir avec, ma question est : a quel niveau de la programmation je vais resentir la nécessité de fgets.

[InOCamlWeTrust]

Ah ben non, surtout pas de gets, mais un fgets, gets est un BUG connu du C.

Pourquoi dis-tu qu'il s'agit d'un bug : est-ce dû au comportements divers de la fonction selon le type d'implantation ? Dans ce cas, ce n'est pas un bug du langage à proprement parler, mais un comportement stupide ou étrange de telle ou telle implantation.