ClientSocket: Welches Ereignis nach erfolgreichem Schreiben?

[Caps]

Hi, danke für Eure Antworten!

Das Problem ist aber leider anders gelagert.
Es ist so, dass das Schreiben in die Verbindung ja je nach Netzwerkqualität kürzer oder länger dauern kann.
Wenn ich aber den Socket vernichte oder die Anwendung schließe ohne zu wissen, ob bereits alles geschrieben worden ist, dann hacke ich unter Umständen die Übertragung ab, obwohl ich noch warten könnte, wenn ich nur wüsste dass er "noch schreibt".

Es gibt für diese Verbindung übrigens ein Protokoll, das Problem ist, dass der Server schon mitkriegt, wenn er alles hat, aber wie kriegt's der Client mit? Der Server ist nicht von mir sondern von einer anderen Firma, da kann ich nix am Verhalten des Servers ändern oder so, leider.

lg Caps

[scrat1979]

Es gibt Komponenten die lösen das Event erst aus wenn alle Daten empfangen wurden und nicht nach jedem „Paket“. Ich benutze die sgcWebSockets. Eventuell hilft es dir weiter...

[TurboMagic]

Ich glaube dem Fragesteller geht es darum mitzubekommen, wann sein ClientSocket alle Daten WIRKLICH verschickt hat.
Denn erst dann sollte er geschlossen werden.

Dein Ansatz wäre, dass die Komponente erst dann ein Event auslöst, wenn das ACK für das Paket empfangen wurde?
Das wird aber sicher in die Hose gehen, da bei TCP ein ACK meist erst nach mehreren Paketen gesendet wird.

[Caps]

Zitat von TurboMagic:

Ich glaube dem Fragesteller geht es darum mitzubekommen, wann sein ClientSocket alle Daten WIRKLICH verschickt hat. [..]

Ja , das ist in der Tat meine Frage.
Ich werte jetzt notgedrungen das Eintreffen der Serverantwort (OnRead) als Signal, dass der Client mit Schreiben fertig ist, das ist besser als nix, aber hm...

lg Caps