Version imprimable
Bonjour,
J'aimerais savoir comment peut on effectuer une lecture non bloquante du terminal avec un temps de saisie. Autrement dit j'aimerais tester que l'utilisateur rentre bien un certain mot dans un intervalle de temps donné et ce avec un nombre d'essai que je determinerais.
Mon problème étant que je connais la synthaxe C mais pas les fonctions/bibliothèques... Et je n'ai rien trouvé sur ce sujet, qui soit comprehensible pour moi....
D'avance merci
Pas de solution standard. Le plus portable est d'utiliser les threads POSIX.1 (pthreads).Citation:
Envoyé par TabrisLeFol
Mais il faut avoir des notion de programmation 'concurrentielle'... Ca te parle ?
Sinon, il y a d'autres solutions qui dépendent de ton système. Quel est-il ?
Sous unix, on avait fait ce genre de démo en utilisant les signaux systèmes.
En gros, tu utilise un handler de signaux et notament un qui verifie un signal d'alarme (de mémoire , SIG_ALRM ). Juste avant ta demande à l'utilisateur tu demande au système de te lancer un signal d'alarme dans un certain laps de temps.
Si l'utilisateur a fait son entrée, tu demandes au système de ne plus t'envoyer de signal d'alarme.
Mais comme l'a dit Emmanuel, ça n'est pas standard, il faut absolument faire ce genre de chose en fonction du système cible.
En effet, j'aurais du préciser. Mon environnement en bien UNIX-like et supporte Posix. Et en effet les signaux me disent quelquechose, même si leur écriture est loin d'être un automatisme pour moi, pour l'instant.:lol:
Pour l'instant, j'utilisais un terminal en mode brut ; lisais les caractères entrés un par un puis testais le temps, le problème restant entier puisque l'appel de la fonction getchar() est bloquante...
J'y avais pas pensé mais si jamais j'utilise un handler de signal, le processus bloqué sera reveillé et la fonction associé au signal sera éxécuté ? Si c'est bien cela, et cela me semble logique, après réfléxion, cela résoudrait effectivement mon problème.
Je vais de ce pas essayer.
Cela fonctionne parfaitement mais c'est loin d'être propre. :oops:
La fonction éxécutée lors de la reception du signal, remet le comportement de reception du signal à default, affiche un message puis fait appel à exit. Ce qui est moyen mais permet de faire un time-over
Par contre la lecture n'est toujours pas à proprement parler non bloquante...
solution simple: select !
http://man.developpez.com/man2/select.2.php
-edit: precisions suite au post d'Emmanue (en dessous)l-
cela ne fonctionne que sous unix (situation du PO apparement).
select existe bien sous windows, mais ajouter STDIN_FILENO au FD_SET n'as pas l'effet 'attendu'.
Unixoide uniquement... Merci de le préciser...Citation:
Envoyé par Dark_Ebola
Ok, merci. Je vais regarder. (Même si au premier coup d'oeil, cela me donne mal à la tête... mais bon je suis malade aussi...)
En général les pages du manuel du programmeur linux s'adressent... au programmeur linux!
Cependant et bien que ce ne soit pas la question, l'exemple de la page man select fonctionne sous win en lui ajoutant 5 lignes et une directive pré-processeur.
Ceci dit les signaux sont également une alternative viable.
là, tu m'interresse :mrgreen:Citation:
Envoyé par Lunixinclar
je ne suis jamais arrivé a faire un select sur le stdin sous windows ... si tu pouvais en dire plus :)