Discussion :

[caesarvanou]

Bonjour,
Je dois realiser un logiciel de chat client sever. le server de ce projet doit etre capable de gerer pluiseurs clients.
La comunication entre le clilent est le server s'effectue en TCP/IP.
Le projet est coder en C.
Comment je peus faire pour que le server sache que le processuce d'un client est mort, par un ctrl+c ?

[getupa]

Deux solution :

1/ Mettre un signal handler dans le programme client. Lorsqu'il detecte le signal tu envoie un message particulier au serveur avant de quitter.

2/ Normalement si ton programme se quitte, la socket utilisée va se retrouvée fermée. Tu devrais donc avoir dans ton prog serveur, des erreurs lors de la lecture ou de l'envoie de message sur cet socket. Il te suffit de les gérer !

++

[caesarvanou]

Pour la premiere solution j'y avais pencer mais si le programme ne repond plus et que j'ai mis un handler sur le signal, es que le system vas quand meme tuer le pross ?
Ou es que je dois appeler la flonction pour tuer mon pross ?

Quant a la deuxieme solution j'utliste un select cote serveur pour gerer tous les clients. Si un client est kille ca dis a non select qu'il y a quelque chose a lire, en fait ca fait comme une boucle sans fin.

[zul]

Si le programme ne répond plus, c'est qu'il est buggé : tu ne devrais pas écrire des programmes buggés .

Lorsqu'un client se deconnecte, select renvoie que le client a quelquechose a dire et recv renvoie 0 ( c'est le seul cas ou recv renvoie 0 ). Dans ce cas, tu sais que le clietn est deconnecté. Tu peux aussi t'en apercevoir sur un send ( retour -1 et errno = ECONNRESET).

Il est tout de fois élégant de prévoir un moyen propre dans le protocole afin d'indiquer au serveur la deconnection d'un client ( lorsque le dit client a fini sa tâche ). Cette routine peut alors être appellé par tous les signal handler du monde si ca te chante.

[caesarvanou]

Enfait il fallait juste verifier les valeur retour de recv ou read et de fermer la slcket et faire un .FD_CLR pour le select.
Merci et bonne journee a tous.