Getchar();
UNIX/VI/SHELL
Messages postés
87
Date d'inscription
Statut
Membre
Dernière intervention
-
fiddy Messages postés 11069 Date d'inscription Statut Contributeur Dernière intervention -
fiddy Messages postés 11069 Date d'inscription Statut Contributeur Dernière intervention -
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.
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.
12 réponses
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
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
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.
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.
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.
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.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
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;
}
#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;
}
Je sais que le contenu de printf est un peu fou... Mais y a vraiment pas une seule personne au courant ?
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.
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 ;)
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 ;)
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:
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 ............https://fr.wikipedia.org/wiki/Biblioth%C3%A8que_standard_de_C
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.
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.
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
Cdlt
