Mir fehlt das Windows-Allgemeinwissen. Wahrscheinlich ist die einfache Antwort "Nein".

Neulich hing meine Applikation. Ein WinAPI-Aufruf blockierte. Ich wusste nicht, warum. Die Spalte "Wait Chain" im "Thread-Status"-Fenster des Debuggers erzählte mir allerdings, dass es daran liegt, dass ein SendMessage an ein Fenster des Prozesses X, Thread Y aussteht. Das war eine großartige und extrem effektive Hilfe.

Kann ich so etwas auch? Dass, hielte man die Anwendung an, im Debugger eine Beschreibung sehen kann, was meine Threads grade so machen? Ob sie grade schlafen oder blockieren?

Ich habe leider kein Bildschirmfoto gemacht. Im Anhang etwas gestelltes.

SendMessage ist eine blockierende Funktion. (PostMessage blockiert nicht, sondern platziert die Message nur in die Messagequeue)
Sie kehrt nicht eher zurück als dass die gesendete Message von Handler des Zielfensters bearbeitet wurde.
Solange dein Hauptthread nicht läuft werden keine Messages verarbeitet und SendMessage blockiert.
Sollte der Hauptthread seinerseits gerade auf den Thread (oder einen anderen Thread der gerade pausiert) warten ergibt sich ein Deadlock.

Danke für die Antwort

Das mit SendMessage/PostMessage und allem habe ich verstanden.

Mir ging es darum, rein für den Entwickler im Debugger anzeigen zu können "Dieser Thread macht gerade Spinlock weil ..." oder "Dieser Thread blockiert weil er auf Daten vom ComPort wartet". Wie im Bild.

Noch jemand eine Idee?

In

http://stackoverflow.com/questions/4...-installations

wird unter anderem aufgelistet welche Objekte in WTC erscheinen können:

Zitat:

According to the wait chain traversal document that David M linked to, WTC is available for the following synchronization objects:

* ALPC
* COM
* Critical sections
* Mutexes
* SendMessage
* Wait operations on processes and threads

Exzellent, das bringt mich weiter. Vielen Dank