Affichage sur la sortie standard

Bonjour a vous tous,
Je suis entrain de faire un programme en C qui simule le fonctionnement d'une machine a sous (qu'on trouve au casino), le principe c'est qu'on a 4 rouleaux qui tournent de façon indépendante devant le joueur (chaque rouleau contient les valeur [0-9]). le problème c'est que je trouve pas comment simuler l'affichage de chaque rouleau (c-a-d un rouleau affiche 0 1 2 .. 9 de manière continue devant l'utilisateur jusqu'à se qu'il appuie sur une touche, la le premier rouleau s'arrête ).

Merci a vous tous.

Bonjour,

Si tu veux afficher des choses à l'écran et en même temps attendre que l'utilisateur tape quelque chose, je crains qu'il ne faille utiliser les threads.
Je ne connais pas de fonction de lecture dans un flux qui ne soit pas bloquante.

Quoique je me souviens vaguement avoir lu la documentation d'une fonction qui permettait de « surveiller » des flux et de faire des actions lorsque leur état changeait, mais c'était il y a longtemps.
Peut-être que quelqu'un verra de quoi je parle...

Pour en revenir aux threads, je ne sais pas quel est le meilleur modèle :

• un thread pour l'affichage et la gestion des rouleaux, un thread pour la lecture de l'entrée standard ;
• un thread pour l'affichage, un thread pour la lecture, un thread par rouleau ;
• etc.

Bon courage !

Mon problème c'est plus l'affichage des rouleaux sur la console ??
merci pour ton attention.

Un simple printf ne suffit pas ?

Je ne sais pas comment tu gères tes rouleaux, alors voilà un code simplifié (attention, boucle infinie !).
La fonction int prochaine_valeur(int num_rouleau) retourne la prochaine valeur affichée sur le rouleau n°num_rouleau.

Code:

---

1 2 3 4 5 6 7 8

int rouleaux[4]; while (1) { rouleaux[0] = prochaine_valeur(1); rouleaux[1] = prochaine_valeur(2); rouleaux[2] = prochaine_valeur(3); rouleaux[3] = prochaine_valeur(4); printf("%d %d %d %d\n", rouleaux[0], rouleaux[1], rouleaux[2], rouleaux[3]); }

---

Fait comme ça, ça va remplir la console.
Si tu veux qu'il n'y ait qu'une seule ligne affichée à chaque fois, tu peux te tourner vers ncurses.
Mais je ne connais pas très bien, je ne peux pas t'en dire plus.

merci pour ta réponseje vais voir ncurses!!

Citation:

---

Envoyé par Steph_ng8

Si tu veux afficher des choses à l'écran et en même temps attendre que l'utilisateur tape quelque chose, je crains qu'il ne faille utiliser les threads.

---

Heureusement que non, sinon l'informatique ne serait jamais devenue ce qu'elle est aujourd'hui ! Les threads, jusqu'au début de la dernière décennie, étaient considérés comme une technique de programmation utilisée par des programmeurs déjà avertis mais, depuis, c'est pratiquement devenu un point d'entrée. Tant et si bien que l'on en arrive à considérer qu'il est impossible à un programme seul de traiter deux tâches à la fois, en entamant la seconde avant d'avoir fini la première.

Les threads, c'est très bien, mais ça a un coût : ça consomme une certaine quantité de mémoire à chaque fois, ça a un impact au niveau du système d'exploitation et ça oblige ensuite le codeur à les synchroniser, à gérer le partage de leurs informations, et à gérer les race conditions.

Sur unixoïdes et sur systèmes compatibles POSIX, on utilise select() ou poll() pour faire une attente bloquante sur plusieurs flux à la fois.

Si on veut faire une tâche de fond en continu (comme un calcul de longue haleine), il faut faire des appels explicitement non bloquants, qui renvoient donc EAGAIN plutôt que bloquer.

Enfin, pour le genre de tâche qui nous intéresse, il faut mettre à jour l'écran à intervalle fixe et pas trop rapide, pour que l'effet à l'écran soit propre et pour éviter de consommer du temps CPU pour rien. Le mieux (quand on interagit pas directement avec le matériel) est de passer une valeur de timeout à select(), de mettre à jour l'écran en sortant de la fonction puis de boucler et faire un nouveau cycle.

select() et poll().
Voilà, ce sont bien ces fonctions-là dont je parlais au début.

Je n'étais plus sûr de ce qu'elle font, c'est pourquoi j'ai parlé de threads.
Mais je me disais bien que c'était un peu trop pour ce problème. ;)

Le caractère '\b' fera revenir ton curseur d'un cran en arrière, donc inutile d'utiliser la ncurses pour ça.

Ah oui, exact.
Dans le même ordre d'idée, il y a le caractère '\r' (retour chariot ou « carriage return ») qui revient au début de la ligne, mais il faut prendre quelques précautions.

Sous UNIX, il ne devrait pas y avoir de problème à l'utiliser.
Sous Windows non plus, mais là il vaudrait mieux vérifier.
Par contre, sous MAC ça ne marchera pas, puisque ça indique une fin de ligne...