Discussion :

[FabaCoeur]

Bonjour,

Je suis en train de concevoir une application comportant des threads.
Mon programme principale est un serveur. J'ai une invite de commande qui permet de le paramétrer à la volée. En dehors des commandes, mon serveur affiche sur la console des informations concernant les clients qui se connectent, ou autre. Ces informations sont affichées depuis un autre thread.

Pour résumé: un thread pour l'invite de commande (thread principal) et un thread qui peut afficher des informations via printf.

Du coup, la saisie des commande est un peu gênée par les messages qui s'affichent en provenance de l'autre thread directement dans l'invite de commande.

Comment palier à ce problème ?

Merci.

[ram-0000]

Revoir l'architecture de l'ensemble:

• En général, un serveur n'a pas besoin d'écrire à la console. Par contre, il a le droit d'écire dans un fichier de log pour tracer son activité en cas de problème.
  
• En général, un serveur se lance en tâche de fond (daemon sous Unix ou service sous Windows).
  
• Par contre que tu aies un utilitaire en ligne de commande qui dialogue avec ton serveur pour obtenir des diagnostiques et le reconfigurer dynamiquement, oui. La communication se fait alors entre ton serveur et ton client d'administration pas un canal dédié avec un protocole spécifique (cela peut être un pipe, une mémoire partagée, un socket sur un autre port, les possibilités ne manquent pas).

[FabaCoeur]

D'accord, merci pour cette réponse