Discussion :

[Invité]

Bonjour,

je fais actuellement un programme de communication par socket en C. Mon programme se compose de clients et d'un serveur.

Dans la console du serveur, j'affiche certains événements: Client connecté/déconnecté, etc.

Cependant, je souhaiterais pourvoir taper des commandes dans la console du programme pour avoir des retours précis du serveur, du genre "statut", etc

Mais je ne sais pas du tout comment faire pour lire un texte alors que le programme est bloqué dans une boucle while infinie, qui affiche des textes dans la console, sur socket bloquant.

une idée ???

[Trademark]

Bonjour,

tu ne vas pas pouvoir attendre en même temps une saisie au clavier et un message du réseau. A moins que tu utilises un time-out (donc j'attend 1 seconde sur l'entrée clavier puis 1 seconde sur le réseau, etc.) mais pas très pratique de taper un texte si vite et ton serveur ne sera plus très réactif... .

Il faut que tu utilises 2 processus ou threads distincts, par exemple dans le premier il attendra les messages réseau et mettra des informations dans un fichier de log (par exemple avec l'heure, la date, l'événement). Et dans le deuxième processus/thread tu liras/écriras sur la sortie standard.

Néanmoins si tu n'as jamais fait de programmation multitâche, je te conseille d'aller te renseigner sur le sujet car les deux tâches (indifféremment processus ou thread) devront utiliser une mémoire commune, et la gestion de cette mémoire n'est pas toujours chose aisée au premier abord.

Bon courage.

[Invité]

Je connais les threads, je les utilisent pour mon pool de connections et de channels avec des itérateurs mais je pensai que créer un thread qui fait un scanf n'allait pas pouvoir lire dans la console ...

je vais tester. Merci

[Invité]

En effet ça fonctionne !

Merci beaucoup !

[matafan]

Pour compléter la réponse de Trademark, une autre solution serait d'utiliser select() ou poll(). Ces fonctions permette de scruter un ensemble de descripteurs de fichiers et de traiter ainsi ceux où il y a des données, quand il y a des données. Dans ce cas pas besoin de threads, ni de timeouts.