Application client-server qui se kille toute seule

**Coussati** · 08/01/2008, 04h40

salut,

il y a un prob que j'ai eu avec les sockets depuis lontps, mais je n'osais pas posté; maintenant c'est trop soulant :/

j'ai utilisé 2 sortes de comp :

- Tclientsocket / Tserversocket
- TWATCPclient / TWATCPserver

j'ai eu ce blem avec les 2 !

je ne sais pas à quelle moment exactement (sans doute lors d'un bug), le server se ferme tout seul (le prob est sur le client) ou le client se ferme tout seul (le prob est sur le server)

mon appli actuel est un tchat qui utilise TWATCPclient / TWATCPserver

j'active le server le matin, le soir son process est killé depuix x heures
je regared sur le client, des gens ont parlé normalement ... donc je ne vois pas d'ou vien le prob

PERSONNE n'a axx au pc, donc ce n'est pas l'être humain qu kill

**ShaiLeTroll** · 08/01/2008, 14h59

As-tu des Thread ?
L'un deux bloque-t-il provoquant un TimeOut de la Connexion ?
Ayant fait des programmes Tclientsocket / Tserversocket de pilotage de machine, je sais qu'ils fonctionnent au moins 8h sans interruption

**Coussati** · 08/01/2008, 22h20

Envoyé par ShaiLeTroll

As-tu des Thread ?
L'un deux bloque-t-il provoquant un TimeOut de la Connexion ?
Ayant fait des programmes Tclientsocket / Tserversocket de pilotage de machine, je sais qu'ils fonctionnent au moins 8h sans interruption

bin pour un tchat que j'essais de rendre actif, il faudrait que mes socket fonctionnent 24h/24

et non je n'utilise aucun thread

c'est juste des clients qui dialogue en passant par le server, basic quoi ...

**ShaiLeTroll** · 09/01/2008, 14h46

Je sais que notre client laissait parfois tourner le programme plusieurs jours (plus de 72h) sans interruption, nous recommandions un redémarrage toutes les 24 à cause du BDE et de la fragilité des tables Paradox qui après plusieurs dizaines millions (insert, delete, locate, edit, ...) pouvait se voir pulvériser leurs index ...

avec des TServerSocket, je n'ai pas eu de problème de perte de connexion, tu peux aussi ajouter une sécurité au programme

Tu ajoute un Timer (ou Thread) qui vérifie la connexion (genre toutes les 5s tu envois un message vide vers un client de test (installé sur la même machine) voire un client intégré au serveur (dès qu'il perd la connexion, tu sais que le serveur à un soucis ...cela fonctionne très bien)

Idem pour les clients, lorsqu'il envoie un message, si l'envoi échoue, il tente de se reconnecter en boucle et stocke les messages jusqu'à ce que la connexion soit établie ...

Sinon, tu devrais tenter le thread sur le serveur, ... lancer un thread par client est un peu exagéré, mais tu peux par exemple, dans l'évènement onRead du Server, faire ton ReceiveText (ou Buf), ajouter cela dans une TStringList avec une Section Critique (ou TThreadList), et dans le thread, tu effectue l'analyse du message (tu as je suppose l'ID de l'emetteur, le nom de la cible ou du groupe, ou tous, et le message lui-même), et enfin l'écriture dans le(s) socket(s) correspondant ... ainsi tu peux accumuler des lectures en mémoire (tu vide ainsi le buffer TCP\IP, cela peut éviter des lenteurs voire des pertes même si personnellement, je n'ai jamais constaté de perte de message comme certains ont pu avoir le problème sur le forum), et tu les traites séquentiellement (l'avantage c'est tu peux ainsi lire sur un socket pendant que tu écrit dans l'autre, ...)