Discussion :

[jo7714]

Bonsoir,

Je suis en deuxième année d'école d'ingénieur en informatique et télécommunications et doit, dans le cadre de mes études, réaliser un serveur multi thread.

Pour le moment, j'utilise deux fichiers .c , l'un pour le serveur et le second pour le client.

Le serveur utilise un thread 'traiter_nouvelle_connexion' qui permet de gérer les nouveaux clients qui veulent se connecter et qui lance un second thread permettant la gestion des envois/réceptions de données des clients sur le serveur.

Le client, lui, se connecte au serveur et va envoyer/recevoir des données au serveur/du serveur et gère l'affichage des messages dans le terminal.

Mon problème est le suivant :

Avant que le client n'écrive, j'affiche son nom sur son terminal, puis le client écrit sur la ligne.
Si le client reçoit des messages, le nom de l'envoyeur s'affiche ainsi que son message sur le terminal du client.
J'aimerais alros que le client qui était en train d'écrire puisse revoir son nom et ce qu'il avait déja ecrit pour continuer son petit message.

Est ce que c'est possible ? en sachant que tous les affichages d'un client se font sur un seul terminal.

Est ce que vous auriez une idée pour palier mon problème ? Je bloque depuis beaucoup de temps sur ce problème sans trouver de solution...

Merci d'avance, et bonne soirée !

[Neckara]

Si j'ai bien compris, tu est en train d'écrire quand tu affiches un texte et ceci te pose problème.

La solution la plus simple serait d'utiliser une bibliothèque graphique ayant des widget.
Pour moi la solution la plus simple tout en restant en C serait de créer une application Qt pour la vue, puis de :
- lancer ton client ;
- ouvrir deux tubes ;
- faire un fork ;
- recouvrir le fils par ton application Qt ;
- dialoguer via les tubes

Sinon il faut s'amuser avec curse.h (ncurse) et/ou conio.h pour placer les textes exactement là où on veut pour ne pas écrire par dessus l'affichage de l'entrée standard.

Sinon, je connais des personnes qui avaient fait quelque chose de similaire, dès que je la voie je lui pose la question.

[jouana]

Si c'est dans un shell ou terminal que ton client tourne va voir du coté des termcap sinon si c'est une appli graphique va voir du coté de Qt

[ternel]

Ton problème, c'est que ton client est exécuté sur un shell qui reproduit sur son flux de sortie apparent son flux d'entrée.

voici un micro contournement
crée une fifo nommée (mkfifo /tmp/my_test_fifo)
lance ton client en redirigeant ses sortie vers la fifo (./client &>/tmp/my_test_fifo)
ouvre un autre terminal et affiches-y en continu la fifo (tail -f /tmp/my_test_fifo)

Le terminal du client n'affichera plus que les entrées claviers, puisque tout affichage venant du programme client sera redirigé ailleurs.
Le terminal de la fifo n'affichera que les affichages du programme client

Si tu es sous windows, tu dois pouvoir faire la même chose, mais je ne connait pas l'interface console de windows.

[jouana]

Le mieux c'est les TermCap, ça te permet de te mettre en mode canonique avec echo off comme ça tu n'affiche plus l'entrée standard.

A partir de la toujours avec les termcaps tu peux bouger le curseur comme tu veux pour écrire ce que tu désire ou tu veux et tu continu à écouter l'entrée standard pour que ton client récupère les informations envoyé par ton clavier.

Par contre comme l'entrée ne s'affiche plus automatiquement tu dois gérer tout l'affichage de ton client.

[Neckara]

Sinon, je connais des personnes qui avaient fait quelque chose de similaire

Pour un client IRC sur console ils avaient utilisé ncurses (curse.h), donc je pense qu'il y a ce que tu recherches dedans.