<![CDATA[WINSOCK : recv könnte blockieren, was nun ?]]>Hallo, folgendes Szenario :

Eine Anwendung hat einen Thread, der die GUI bedient und je nach Bedarf einen zweiten Thread, der Netzwerkaufgaben erledigen soll.

Nun mal angenommen, der zweite Thread bleibt in recv () hängen (warum auch immer).

Würde es funktionieren, daß dann der erste Thread irgendwas (Fehlermeldung z.B.) an den socket sendet um den zweiten Thread aus recv () wieder herauszukriegen ?

Oder anders gefragt :

Darf der erste Thread den socket "einfach so" schließen, obwohl der zweite Thread noch in recv () hängt ?

]]>https://www.c-plusplus.net/forum/topic/208522/winsock-recv-könnte-blockieren-was-nunRSS for NodeSat, 25 Apr 2026 02:30:43 GMTWed, 19 Mar 2008 11:24:05 GMT60<![CDATA[Reply to WINSOCK : recv könnte blockieren, was nun ? on Wed, 19 Mar 2008 11:24:05 GMT]]>Hallo, folgendes Szenario :

Eine Anwendung hat einen Thread, der die GUI bedient und je nach Bedarf einen zweiten Thread, der Netzwerkaufgaben erledigen soll.

Nun mal angenommen, der zweite Thread bleibt in recv () hängen (warum auch immer).

Würde es funktionieren, daß dann der erste Thread irgendwas (Fehlermeldung z.B.) an den socket sendet um den zweiten Thread aus recv () wieder herauszukriegen ?

Oder anders gefragt :

Darf der erste Thread den socket "einfach so" schließen, obwohl der zweite Thread noch in recv () hängt ?

]]>https://www.c-plusplus.net/forum/post/1477171https://www.c-plusplus.net/forum/post/1477171Wed, 19 Mar 2008 11:24:05 GMT<![CDATA[Reply to WINSOCK : recv könnte blockieren, was nun ? on Wed, 19 Mar 2008 12:05:27 GMT]]>wenn ich dich richtig verstanden habe,

dann gibts nur die möglichkeit, dass der erste thread den zweiten thread killt. direkt irgendwo rausholen wird wohl nicht gehen, denke ich..

]]>https://www.c-plusplus.net/forum/post/1477195https://www.c-plusplus.net/forum/post/1477195Wed, 19 Mar 2008 12:05:27 GMT<![CDATA[Reply to WINSOCK : recv könnte blockieren, was nun ? on Wed, 19 Mar 2008 12:20:58 GMT]]>TerminateThread sollte es aber nicht sein.

Ich dachte eher an DuplicateHandle mit DUPLICATE_CLOSE_SOURCE und CloseHandle.

Wenn der socket ungültig wird, müsste eigentlich das Betriebssystem den zweiten Thread darüber "in Kenntniss setzen" und der zweite Thread kann "normal" auslaufen, oder ?

]]>https://www.c-plusplus.net/forum/post/1477209https://www.c-plusplus.net/forum/post/1477209Wed, 19 Mar 2008 12:20:58 GMT<![CDATA[Reply to WINSOCK : recv könnte blockieren, was nun ? on Wed, 19 Mar 2008 12:56:09 GMT]]>hm... einen Versuch wäre es wert. Obs klappt weiß ich nicht. Wäre aber mal interessant...

]]>https://www.c-plusplus.net/forum/post/1477242https://www.c-plusplus.net/forum/post/1477242Wed, 19 Mar 2008 12:56:09 GMT<![CDATA[Reply to WINSOCK : recv könnte blockieren, was nun ? on Wed, 19 Mar 2008 12:59:37 GMT]]>closesocket: Any pending blocking, asynchronous calls issued by any thread in this process are canceled without posting any notification messages.

]]>https://www.c-plusplus.net/forum/post/1477245https://www.c-plusplus.net/forum/post/1477245Wed, 19 Mar 2008 12:59:37 GMT<![CDATA[Reply to WINSOCK : recv könnte blockieren, was nun ? on Wed, 19 Mar 2008 13:17:51 GMT]]>Lieber nicht : "closesocket : The routine can block if acting on a blocking socket."

Das Problem ist ja grade, daß der zweite Thread recv () aufgerufen hat, aber vom Aufruf nicht zurückkehren will.

Die DuplicateHandle-Variante funktioniert (offensichtlich) sogar bei allen Funktionen, die einen socket brauchen. Der Thread kommt jedesmal vom Aufruf zurück und kann "weiterlaufen".

Allerdings weiß ich nicht, ob das irgendwelche Seiteneffekte hat.

]]>https://www.c-plusplus.net/forum/post/1477262https://www.c-plusplus.net/forum/post/1477262Wed, 19 Mar 2008 13:17:51 GMT<![CDATA[Reply to WINSOCK : recv könnte blockieren, was nun ? on Thu, 20 Mar 2008 01:20:06 GMT]]>Du könntest select benutzen, um das blocken zu umgehen.
Dann mit Events oder ähnlichem gesteuert beenden.

]]>https://www.c-plusplus.net/forum/post/1477587https://www.c-plusplus.net/forum/post/1477587Thu, 20 Mar 2008 01:20:06 GMT<![CDATA[Reply to WINSOCK : recv könnte blockieren, was nun ? on Fri, 21 Mar 2008 00:53:02 GMT]]>Zu spät ! 🙂

Jetzt habe ich mich auf die DuplicateHandle-Variante eingeschossen. Dann kehrt der zweite Thread, egal in welcher Funktion er grade steckengeblieben ist, sofort mit einem SOCKET_ERROR zurück und kann dann kontrolliert auslaufen.

Bleibt nur noch die Frage, ob man den duplizierten socket mit CloseHandle oder mit closesocket freigeben soll.

]]>https://www.c-plusplus.net/forum/post/1478148https://www.c-plusplus.net/forum/post/1478148Fri, 21 Mar 2008 00:53:02 GMT