TCP Client/Server: stabile Verbindung???

[romber]

Tut mir Leid, dass ich so spät antworte. Musste geschäftlich abreisen. Das Problem besteht aber nach wie vor.

Zitat von DataCool:

...Wie schnell musst Du wirklich wissen, ob ein Client nicht mehr verbunden ist ?

Eigentlich ist es nicht so extrem wichtig, wie schnell der Server merkt, dass der Client nicht mehr da ist. Genauer gesagt ist das überhaupt nicht wichtig.

Zitat von DataCool:

...Wäre es nicht ausreichend, wenn der Client merkt wenn die Verbindung zum Server unterbrochen ist und sich umgehend neu verbindet ?

Natürlich wäre das ausreichend!!! Das wäre sogar wunderbar!!! Genau das habe ich auch mit der oben geposteten Client-Code erreicht. Nur dort ist irgendwo ein [Riesen]Fehler drin. Denn wie schon oben beschrieben, sturzt das Client-Programm nach einiger Zeit ohne jede Meldung ab - einfach weg! Und das liegt genau an dem Code oben, denn wenn ich die Cleint-Funktion weglasse läuft das Programm dauernd ohne Absturze. Deswegen frage ich mich und auch: was ist an dem Code oben falsch? Dort ist definitiv etwas falsch!

Zitat von DataCool:

...Erzähl mal näheres über die Art der Daten die Du austauschen willst, die Rahmenbediengungen unter denen das ganze ablaufen soll und den "Sinn und Zweck" des ganzen.

Es sind Strings, manchmal auch ziemlich lange, es ist aber nicht das Problem. Mit dem oben geposteten Code kommen die Daten jedesmal komplett und in richtiger Reihenfolge an. Das funktioniert also. Die Rahmenbeningungen kann mann auch als "klassisch" bezeichnen. Ich habe ein dedicated Windows-Server von "1&1" auf einer 100 Mbit Leitung. Auf dem Server läuft das Server-Teil. Die Klienten sind einfache Benutzer auf Windows XP oder Vista. Zu dem "Sinn und Zweck" der Sache muss ich sagen, dass es sehr-sehr-sehr wichtig ist, dass die Daten möglicht schnell die Clients erreichen, wenn der Server die Daten bekommen hat.

Was ist an der Code oben falsch? Experten! HILFE!!!