ich hab hier einen Effekt, den ich mir nicht erklären kann. Ich habe auf Form1 ein TApplicationEvents-Objekt abgelegt und in dessen OnMessage-Ereignis eine Abfrage für eine benutzerdefinierte Nachricht eingefügt.

Wenn ich von einem anderem Form aus, mit PostMessage eine Nachricht absetze, kommt diese in Form1 korrekt an und ich kann sie verarbeiten.
Wenn ich allerdings SendMessage verwende, kommt die Nachricht nicht an. Zumindest nicht im TApplication::OnMessage-Ereignis.

Laut MSDN ist der Unterschied zwischen PostMessage und SendMessage der, dass bei SendMessage auf die Abarbeitung der Nachricht gewartet wird.
Da die Funktion ohne zu warten weiterläuft, wird die Nachricht wohl auch irgendwo verarbeitet. Ich weiß nur nicht an welcher Stelle. Wo mache ich den Denkfehler?

Die Nachricht wird so versendet:

SendMessage(Application->Handle, MTESTMESSAGE, 0, 0);

Die Bahandlung der Nachricht (ist natürlich Nonsens so, aber halt ein Minimalbeispiel zum Testen):

void __fastcall TForm1::ApplicationEvents1Message(tagMSG &Msg,
		bool &Handled)
{
	switch (Msg.message)
	{
		case MTESTMESSAGE:
			++iMsgCounter;
			Label1->Caption = AnsiString(iMsgCounter);
			Handled = true;
		break;
	}
}

Hast du mal nach dem SendMessage() ein Application->ProcessMessages() ausprobiert?

Ja, macht aber leider keinen Unterschied.

Wenn ich allerdings die WndProc von Form1 überschreibe und die Nachricht direkt an den Handle von Form1 sende, funktioniert es.

Hm, mal sehen, ob mir das hilft. Da muß ich wohl erst noch ein bißchen testen...

Danke.

SendMessage(Application->Handle, MTESTMESSAGE, 0, 0);

und hast gesagt, dass da nichts ankommt. Das ist dann bei folgendem auch so, ja?

SendMessage(Form1->Handle, MTESTMESSAGE, 0, 0);

Vielleicht liegt es ja auch irgendwie an deiner Message...

SendMessage(Application->Handle, MTESTMESSAGE, 0, 0);

noch bei

SendMessage(Form1->Handle, MTESTMESSAGE, 0, 0);

kommt die Nachricht bei den App-Events an.
Sobald PostMessage verwendet wird, funktioniert es mit beiden Handles.
An der Nachricht kann es nicht liegen, definiert ist sie als

#define MTESTMESSAGE (WM_APP + 400)

Wenn es weder bei PostMessage, noch bei SendMessage funktionieren würde...

Mit den Nachrichten möchte ich verschiedene Threads durch die Application koordinieren. Bei PostMessage können Nachrichten verloren gehen, ohne dass ich eine Möglichkeit habe das zu prüfen. Bei den maximal alle 5 Sekunden abgesetzen Statusmeldungen ist mir das egal. Aber ich muß gesichert feststellen können, ob ein Thread beendet wurde, oder ein neuer erzeugt wurde.
Nun gut, werde ich eben die WndProc überschreiben... Kann ich durchaus mit leben. Ich hatte nur gehofft, dass das Problem schon mal jemand hatte und mit vielleicht die Hintergründe für dieses Verhalten erklären kann. Vielleicht versuche ich auch die Koordination in einen eigenen Thread zu verlagern, sofern es mir gelingt, in TThread Nachrichten abzufragen. Ich werde mich nachher mal kurz mit GetMessage und PeekMessage beschäftigen.

Vielen Dank für Deine Hilfe, WebFritzi.

Werd ich mal ausprobieren. Diese Woche aber nicht mehr, da ich eben noch eine Änderung für ein anderes Projekt aufgedrückt bekommen habe...

Was mir spontan auffällt ist, dass deine Testnachricht nicht 400 über WM_USER sondern über WM_APP liegt. Ich habe bisher immer nur mit WM_USER gearbeitet... Wobei ich grade gelesen habe, dass WM_APP auch für Custom-Nachrichten wäre. Mit welcher VCL-Version arbeitetst du? Version 6?

Das mit dem Callback hat nur eine grosse Nase: Du hälst dir damit den Thread wieder auf.

Ja, das muß ich wohl in Kauf nehmen, da bei PostMessage Nachrichten verloren gehen können. Praktisch ist für meine Anwendung nur wichtig, zu erfahren, wann ein Thread beendet ist. Ob ich das nun über SendMessage, oder eine Callback-Funktion mache, dürfte keinen großen Unterschied machen, da der Thread bei beiden Varianten wartet. Die anderen Nachrichten werde ich weiterhin über PostMessage absetzen. Die können auch ruhig verloren gehen, da sie nur Statusmeldungen sind (Thread gestartet, Thread angehalten, Prozent fertig) und nur für das UI verwendet werden.
Aber ich werde noch testen, ob in einem Controller-Thread die mit PostMessage vesendeten Nachrichten auch verloren gehen. Die Nachrichten gehen nämlich immer dann verloren, wenn ich in der MainForm, welche auch die Nachrichten verarbeitet, irgendetwas mache (das Form verschieben, in den ListBoxen scrollen...).

UnEinloggbar schrieb:

Was mir spontan auffällt ist, dass deine Testnachricht nicht 400 über WM_USER sondern über WM_APP liegt.

Ob WM_APP, oder WM_USER dürfte keine Rolle spielen, solange ich die Nachrichten nur Anwendungsintern versende.

UnEinloggbar schrieb:

Mit welcher VCL-Version arbeitetst du? Version 6?

Ja, ich hab noch den BCB 6.