Indy 10.6.5040 TCPServer Serverschliessen und Client Verbindungen trennen

[mjustin]

Wie oft wird nach dem Verbindungsverlust denn

WriteLn(PChar(E.ToString));

ausgeführt, endlos oder nur einmal?

[CocoPops]

Hallo mjustin.

Es gibt keinen Verbindungsabbruch denn das Programm bleibt bei

Delphi-Quellcode:

s := IdTCPClient.IOHandler.ReadLn;

einfach stehen
und es wird niemals ine AV ausgegeben.

Ich glaube das ist, und das schon seit vielen Jahren, noch immer ein Bug.

[mjustin]

Auf "Connected" zu prüfen ist nicht sinnvoll: diese Funktion gibt immer True zurück, wenn im Inputpuffer noch Daten stehen.

Eine AV (Access Violation) muss nicht geworfen werden, sondern eine (Unterklasse von) IdException.

IdTCPClient.IOHandler.ReadTimeout zu setzen ist nicht notwendig, da IdTCPClient.ReadTimeout das schon macht.

Und das Sleep(5000) könnte man auch weglassen, und stattdessen ReadLn mit einem Timeout-Parameter aufrufen: http://stackoverflow.com/questions/1...n-with-timeout

[CocoPops]

Kann es auch sein, dass ein ProcessMessages in einem Thread nicht ganz so toll ankommt? Denn ich habe zufällig eines gefunden. Ich habe es entfernt und nun funktioniert das Timeout SCHEINBAR.

[mjustin]

Zitat:

Zitat von CocoPops (Beitrag 1254567)

Kann es auch sein, dass ein ProcessMessages in einem Thread nicht ganz so toll ankommt? Denn ich habe zufällig eines gefunden. Ich habe es entfernt und nun funktioniert das Timeout SCHEINBAR.

Ja, ProcessMessages ist eine bekannte "Deadlockquelle".