Ich habe eine Frage zu der WindowProc bzw. WNDPROC Methode...

LRESULT CALLBACK MyEventHandler(HWND Window, UINT EventMessage, WPARAM WParam, LPARAM LParam)

...mit der man die Nachrichten verarbeitet,
die Windows an das eigene Programm schickt.

Diese Callback Funktion wird ja nicht nur durch indirekte Nachrichten
aus der Warteschleife aufgerufen (welche mit Get/Peek/DispatchMessage
verarbeitet werden), sondern auch durch direkte Nachrichten die z.B.
Windows oder SendMessage schickt.

**Jetzt meine Frage, wenn MyEventHandler durch so eine direkte Nachricht
aufgerufen wird, wird dann der aktuelle Haupt-Thread (main loop) einfach
so mittendrin in seiner Ausführung unterbrochen?

Oder läuft die WindowProc MyEventHandler dann in einem extra Thread ab?
So oder so könnte das ja zu Problemen führen, wenn in der WindowProc
Variablen verändert werden, auf denen auch der Haupt-Thread gerade
arbeitet, richtig?**

Danke!!

http://msdn.microsoft.com/en-us/library/ms644927.aspx

...als "nonqueued messages" bezeichnet. Und genau um die gehts mir

Das Einzige was ich kenne ist ein Mutex: http://msdn.microsoft.com/en-us/library/ms684266.aspx.

Mit "mutex machen" meinte ich, das ich diese Variablen unter gegenseitigen
Ausschluss stellen muss (http://de.wikipedia.org/wiki/Mutex),
da mir die WindowProc ja quasi wie ein nebenläufiger Thread die gemeinsam
verwendeten Variablen zu ungewollten Zeitpunkten verändern kann.

I/O Nachrichten wie Tastatur und Maus werden die Messagequeue gepackt und nur von der Messgeloop abgearbeitet.

Ein Mutex/CriticalSection in einer WndProc macht Null Sinn, denn per Defiition ist eine WndProc threadafin, das heißt: Sie wird nur in einem Thread Conmtext genutzt.

Sicherlich kann eine WndProc rekursiv aufgerufen werden. Das geschieht sogar sehr häufig.

Es gibt keine willkürliche Unterbrechung

Hallo Martin,

Windows kann doch zu beliebigen Zeitpunkten eine "Nonqueued Messages"
an mein Programm schicken und damit meinen Programmcode unterbrechen.

Gruß

Gruß
Don06

Es gibt keinerlei Möglichkeit in diesem Moment an ein Fenster Deines Thread eine Nachricht zu senden, außer Dein Code tut es selbst

Hallo,

ich weiß das ich diese "nonqueued messages" auch selbst auslösen kann,
aber sie können auch einfach durch windows ausgelöst werden:

http://msdn.microsoft.com/en-us/library/ms644927.aspx
"The system typically sends nonqueued messages to notify a window of events
that affect it. For example, when the user activates a new application window,
the system sends the window a series of messages, including WM_ACTIVATE,
WM_SETFOCUS, and WM_SETCURSOR. These messages notify the window that it has
been activated, that keyboard input is being directed to the window, and that
the mouse cursor has been moved within the borders of the window. Nonqueued
messages can also result when an application calls certain system functions."

Hier steht eindeutig, dass diese Nachrichten sowohl vom Programmierer
selbst aber auch vom System ausgelöst werden können!

Solch eine Nachricht passiert nur wenn Du eine Windows API Funktion mit entsprechender Funktionsweise ausführst! Und das auch nur wenn es ein Fenster aus Deinem Thread betrifft.

Wenn Du eine Schleife baust, in der keinerlei Windows API Funktion vorkommt, dann wird an kein Fenster dieses Threads irgend eine Nachricht ausgeliefert! Punkt!!! Das ist z.B. der Moment in dem im Taskmanger angezeigt wird, dass die Applikation nicht reagiert.

Betrifft es ein Fenster aus einem anderen Thread gibt es erst recht keine Unterbrechung! Dann muss sogar die Nachrichtenschleife laufen, sonst blockiert solch eine Funktion sogar, die SendMessage verwendet.

Es gibt keine asynchronen SendMessage Aufrufe, außer man führt eine Nachrichtenschleife aus, oder führt eine COM Funktion aus einem STA in einem anderen Appartment aus.

SendMessage ist nichts anderes als ein Gosub in Deine Nachrichtenschleife (wenn das Fenster im selen Thread liegt)!

Aber eine Fensterprozedurwird immer nur in einem Threadkontext aufgerufen. Mutexe, CriticalSections und Semaphoren hätten also nie eine Wirkung...