Ich kann es aus dem Code zwar nicht direkt ersehen, aber das MsgWaitXXX wartet vermutlich auf den/die Thread(s), die im weiteren Verlauf mit PostThreadMessage beliefert werden sollen. Das wird in der MS-Doku auch genauso beschrieben.

Aber trotz aller oft sicher auch berechtigter Kritik: Das Problem ist offenbar nicht in dem gezeigten Code zu finden. Das Kappen einer größeren Menge von Verbindungen und das daraus folgende Terminieren der Threads ist nicht die Ursache für das Hängen der VCL. Vielmehr löst es diese nur aus. Es geht also darum, die Ursache für den Hänger zu finden. Den Auslöser kennen wir nun ja schon.

Zitat:

Ich kann es aus dem Code zwar nicht direkt ersehen, aber das MsgWaitXXX wartet vermutlich auf den/die Thread(s), die im weiteren Verlauf mit PostThreadMessage beliefert werden sollen. Das wird in der MS-Doku auch genauso beschrieben.

Das wartet doch aber nur auf NEUE Messages für genau diesen Thread.
Warum sollte ein PostThreadMessage von jemand anderen (von außen) an genau diesen Thread, zu einem warten führen? Das ist mir nicht ganz klar.

Zitat:

Aber trotz aller oft sicher auch berechtigter Kritik: Das Problem ist offenbar nicht in dem gezeigten Code zu finden. Das Kappen einer größeren Menge von Verbindungen und das daraus folgende Terminieren der Threads ist nicht die Ursache für das Hängen der VCL. Vielmehr löst es diese nur aus. Es geht also darum, die Ursache für den Hänger zu finden. Den Auslöser kennen wir nun ja schon.

Danke Uwe, da stimme ich dir absolut zu. Die Frage ist immernoch, wie bekomme ich raus, was die VCL genau in dem Moment macht? Das pausieren des Debuggers geht ja leider nicht

Zitat von AJ_Oldendorf:

Warum sollte ein PostThreadMessage von jemand anderen (von außen) an genau diesen Thread, zu einem warten führen? Das ist mir nicht ganz klar.

Nicht zu einem Warten, aber zu einem Fehler (siehe https://learn.microsoft.com/en-us/wi...ssagea#remarks - das Bold ist von mir) :

Zitat:

The thread to which the message is posted must have created a message queue, or else the call to PostThreadMessage fails. Use the following method to handle this situation.

• Create an event object, then create the thread.
• Use the WaitForSingleObject function to wait for the event to be set to the signaled state before calling PostThreadMessage.
• In the thread to which the message will be posted, call PeekMessage as shown here to force the system to create the message queue.
  PeekMessage(&msg, NULL, WM_USER, WM_USER, PM_NOREMOVE)
• Set the event, to indicate that the thread is ready to receive posted messages.

The thread to which the message is posted retrieves the message by calling the GetMessage or PeekMessage function. The hwnd member of the returned MSG structure is NULL.

---

Zitat von AJ_Oldendorf:

Die Frage ist immernoch, wie bekomme ich raus, was die VCL genau in dem Moment macht? Das pausieren des Debuggers geht ja leider nicht

Das ist in der Tat nicht ganz so einfach. Das Hängen der VCL kann ziemlich viele Ursachen haben. Das kann z.B. auch das Schreiben einer Datei im MainThread sein, die vom Virenwächter oder dem Netzwerk ausgebremst wird. Du könntest ja mal zum Test das gesamte Logging ausblenden. Wenn es dann immer noch zu einem Hänger kommt, wird es daran vermutlich erstmal nicht liegen.

Zitat:

Nicht zu einem Warten, aber zu einem Fehler (siehe https://learn.microsoft.com/en-us/wi...ssagea#remarks - das Bold ist von mir) :

Ok, ich hatte dich falsch verstanden. Das PostThreadMessage erzeugt aber keinen Fehler, habe überall ein Else-Zweig und ein Breakpoint da drauf. Kommt nicht da rein.

Zitat:

Das ist in der Tat nicht ganz so einfach. Das Hängen der VCL kann ziemlich viele Ursachen haben. Das kann z.B. auch das Schreiben einer Datei im MainThread sein, die vom Virenwächter oder dem Netzwerk ausgebremst wird. Du könntest ja mal zum Test das gesamte Logging ausblenden. Wenn es dann immer noch zu einem Hänger kommt, wird es daran vermutlich erstmal nicht liegen.

Das werde ich mal versuchen.

Würde gerne nochmal darauf zurück kommen:

Zitat:

Hat jemand mal ein Beispiel für Daten, die in eine Threadliste von einem Thread X geschrieben werden und von einem Thread y gelesen werden?
Ich möchte aber den Thread y auch per Message oder Event über bestimmte Dinge informieren können von außen.
Also ein Beispiel mit threadsichere Queue/Liste UND Event.

Wenn jemand da etwas hat mit Daten über eine Liste und gleichzeitig Messagebehandlung/Event, dann würde ich das gerne mal versuchen

Zitat:

Das werde ich mal versuchen.

Logging deaktivieren:
Hat keinen Effekt auf die VCL. Hätte mich auch gewundert, da alles was mit Logging zu tun hat, an einen zentralen Log-Thread per PostThreadMessage geschickt wird und der liest entsprechend auch seine Queue aus und schreibt dann in die Datei.

Muss also noch was anderes sein...