Posez votre question Signaler

Getchar();

UNIX/VI/SHELL 110Messages postés 12 juillet 2006Date d'inscription - Dernière réponse le 3 jan 2009 à 14:42
Bonjour,
En utilisant char c = getchar(); je me rend compte que cela bug si une personne vient à taper plusieurs lettres d'un coup. Comment surmonter cette difficulté ?
Merci d'avance.
Lire la suite 

Getchar() »

17 réponses
Réponse
+3
moins plus
Salut,
Non ça ne bug pas, c'est le comportement classique du C avec son buffer clavier.
getchar() est fait pour stocker un seul caractère, le reste ( y compris le '\n') sera stocké dans le buffer clavier.
Il faut donc le vider.
Et pour le vider, un simple : while(getchar()!='\n'); suffira.
Cdlt
Ajouter un commentaire
Réponse
+1
moins plus
En fait, le problème vient du fait que si l'utilisateur ne tape rien (Juste entrer), il se place en dessous de la ligne et la aucune commande ne marche, et si l'utilisateur en tape une, cela ne l'exécutera pas.
fiddy - 30 déc 2008 à 18:46
Ah, d'accord. Oui c'est normal. Puisque dans ce cas, il n'y a pas de '\n' dans le buffer.
Utilise plutôt :
char c;
c=getchar();
if(c!='\n') while(getchar()!='\n');

Cdlt
Ajouter un commentaire
Réponse
+0
moins plus
Salut,
J'apprends le C en ce moment, et j'ai eu le même genre de surprise.
Mais, effectivement c'est normal. Et il faut bien vider le buffer.
Pour bien comprendre, si dans le buffer il y a un \n, lorsque le programme arrive à la ligne suivante:
printf("Tapez votre réponse: ");
printf("%c", getchar());
le curseur va à la ligne sur l'écran! Alors qu'il n'y a pas de \n au bout du premier printf.
Si on fait, avant, un: while (getchar() != '\n');
le curseur reste bien en bout de ligne.
Ajouter un commentaire
Réponse
+0
moins plus
Bah en fait y a un autre problème; Maintenant l'utilisateur peut taper deux instructions, alors qu'en théorie il ne peut qu'en taper une seule.
Ajouter un commentaire
Réponse
+0
moins plus
Salut,

Affiche ton code.
Ajouter un commentaire
Réponse
+0
moins plus
Le code en entier est bien trop gros, je donne ici un exemple de la situation

#include <stdio.h>

int main ()
{
printf ("Tape A ou B \n");
char c = getchar();
while (getchar()!='\n');
switch (c) {
case 'A' :
case 'B' :
printf ("GG ^^ XD LOL \n");
break;
default :
break;
}
return 0;
}
Ajouter un commentaire
Réponse
+0
moins plus
Je sais que le contenu de printf est un peu fou... Mais y a vraiment pas une seule personne au courant ?
Ajouter un commentaire
Réponse
+0
moins plus
Comment ça, il peut taper deux instructions ?? Donne un exemple.
Ajouter un commentaire
Réponse
+0
moins plus
Salut, dans ton code il te manque un "break" dans le cas 'A' de ton switch.
fiddy - 29 déc 2008 à 18:06
Pas forcément. S'il souhaite afficher son printf quand l'utilisateur tape A ou B ;)
Ajouter un commentaire
Réponse
+0
moins plus
C'est fiddy qui a raison. Là je ne donne qu'un exemple de la situation. Le problème étant que si vous compilé le programme, vous remarquez que celui ci accepte deux instructions. Dans la logique vous ne devez taper qua A ou B ou Rien. Mais là vous pouvez taper A et B ensemble, le programme répond. Alors que théoriquement s'il y a plus d'une inscrution celui-ci doit arreter ou renvcoyer un message d'erreur.
Ajouter un commentaire
Réponse
+0
moins plus
Salut,
Tu ne peux pas facilement juste obliger l'utilisateur à ne taper qu'un caractère. Si tu veux quand même le faire, utilise getch() de conio.h sous windows. Mais ça ne sera pas portable, sous linux il faudra passer le terminal en raw.
Le mieux (portable, et facilité), est d'utiliser getchar(), l'utilisateur pourra taper autant de caractères qu'il souhaite, mais toi tu ne récupères que le premier (les autres seront ignorés). Tu peux faire un : putchar(c), pour voir qu'il ne prend qu'un caractère ;)
Ajouter un commentaire
Réponse
+0
moins plus
Bonsoir,

Comme je n'ai, à ce jour obtenu aucune réponse à la discussion ci-dessous portant sur le même sujet :

http://www.commentcamarche.net/forum/affich 9938747 getch sous linux?#5

je renouvelle ma proposition de test sous unix que j'avais soumise à cette occasion:

Essaie en mettant : #include <wchar.h> 

après avoir défini touche : wint_t touche = 0; 

et en utilisant l'ordre : touche = _getwch (); 

c'est apparemment portable ............ 
http://fr.wikipedia.org/wiki/Biblioth%C3%A8que_standard_de_C
fiddy - 31 déc 2008 à 14:08
Non, ce n'est pas portable _getwch. Par contre tu peux utiliser getwchar();
Mais son problème restera le même étant donné que cette fonction sert juste à avoir des caractères larges.
cchristian - 31 déc 2008 à 17:28
Bonjour,

Merci pour ta réponse,
Le problème avec getwchar () est la perte de "l'intéractivité" clavier/progamme ramenée au caractère frappée ou à la touche pressée.
En conservant cette particularité, il est possible d'élaborer une logique d'exécution plus souple et plus sensible.

Es-tu certain que _getwch n'est pas portable ? Cette instruction dépend de wchar.h et pas de conio.h.
fiddy - 3 jan 2009 à 14:42
Sur ma machine, je n'ai pas la fonction _getwch, voilà ce qui me fait dire que ce n'est pas portable. Et je ne vois pas de man sur cette fonction. En fait, il n'existe pas de fonctions portables créant ce comportement (sans echo comme getch (conio.h). En C, c'est au programmeur de jouer sur la console cooked ou raw pour définir le mode sans echo.

Cdlt
Ajouter un commentaire
Ce document intitulé « getchar(); » issu de CommentCaMarche (www.commentcamarche.net) est mis à disposition sous les termes de la licence Creative Commons. Vous pouvez copier, modifier des copies de cette page, dans les conditions fixées par la licence, tant que cette note apparaît clairement.
Dossier à la une
5 extensions si vous voulez revenir à l'ancien Facebook