nehmen wir an, ich Poste ununterbrochen Windows messages "PostMessage" an eine fenster, und zwar in einem schnelleren intervall wie das fenster diese messages bearbeiten kann. Was passiert dann .. gibts dann man ein overflow?

grüße

> edel wärs , wenn er ne neue message mit der gleichen ID verwerfen würde, solange noch eine mit der selben id in berabeitung ist...
neeeee, blöde wär's

gibts dann man ein overflow?

PostMessage() reiht die Message in die Nachrichtenwarteschlange ein.
Ob und wie schnell die Applikation die Nachrichten dann bearbeitet, ist Sache des Programmes. Also einen Overflow wie du meinst gibt es sicher nicht.

Standardlimit bei 2000/XP ist 10000 Nachrichten

Genau. MessageQueue voll -> PostMessage() = false.

Das ist alles. Kein Overflow und auch sonst nichts aufregendes.

Ooohhhh *Enttäuschung*.... :p
So leicht gibt sich Windows dann doch nicht geschlagen hehe.

> wie kann ich prüfen ob bereit ne message mit meine ID in der queue ist ?

Kannst Du nicht.
Wenn Du die Instanz so zuballerst, solltest Du vielleicht mit den messages etwas zurückhaltender sein, dazu müßte man aber wissen, was Du machst.

Eine Möglichkeit wäre eine Rückmeldung an den Absender, wenn die Message bearbeitet wurde.

WilMen

naja wie kann ich prüfen ob bereit ne message mit meine ID in der queue ist ? geht das? wenn eine drin ist soll er keine Postmessage machen

Mit PeekMessage geht das. Allerdings vermutlich nur aus dem Thread dem das Fenster gehört, bzw. um dessen Message Queue es sich eben handelt. Guckst du MSDN.

Workerthread:

if (DatenDa)
{
   LockDatenBereich();
   DatenEinfügenin Übergabestruktur;
   if (!UIDatenReady)
   {
      UIDatenReady = true;
      PostMessage UIHatDaten an UI Thread;
   }
}

UI Thread:

UIHatDatenMessageHandler()
{
   // Dienächsten 4 Zeilen müssen schnell gehen, damit Workerthread nicht gebremst wird.
   LockDatenBereich();
   Daten aus Übergabestruktur lesen;
   UIDatenReady = false;
   UnlockDatenBereich();

   Invalidate(UIFenster);
}

Mit dieser Methode ist immer nur eine Message in der Queue!

Aber Martin, nehmen wir an die Invalidate(UIFenster); geht lang? dann kann der thread ja trozdem ne message schicken?

das UIReady flag wird ja als kopie übergeben oder , das kann auch net gehen?

kann ich SendMessageTimeout nich in thread verwenden?

naja der Thread hat einen intervall von minimal 1 sekunde... die datenaktualiierung im fenster wird sicher so bei 10ms liegen;) aber es kann ja mal unter umständen was hängen...

ja und Sendmessagetimeout ist nicht geignet für trhead fenster kommunikation?

nehmen wir an, mein intervall des leseoperation ist nie kleiner 1 sek, und ich würde dem SendMessagetimout 500millisekunden timerout gehben.. dann wäre das ganze ja schonmal syncron... was würde passieren wenn die prozedur in der Messagefunktion länger als 500ms geht? wird dann die funktion abgebrochen???

servus martin, dachte das UIReady flag ist eine membervariabel des workerthread.. welche ich über die message verschicke.. d.h. ich muss die variable global für die workerthread klasse und fenster machen?

Du hast doch irgendwo die Daten liegen, die Du austauscht. Pack das Flag dazu, esgehört ja zu den Daten.
Was weiß ich wie Du Deine Klassen zusammenbaust. Ja genauso wie die CirticalSection, die benötigt wird, muss das Flag in irgend einer Form für beide Klassen zugänglich sein, d.h. nich unbedingt global!

BorisDieKlinge schrieb:

naja der Thread hat einen intervall von minimal 1 sekunde... die datenaktualiierung im fenster wird sicher so bei 10ms liegen;) aber es kann ja mal unter umständen was hängen...

Dan gibt es aber kein Problem mit dem Overflow. 2 PostMessage hintereinander liegen ja dann 2 Sekunden auseinander. Warum reden wir hier eigentlich?

BorisDieKlinge schrieb:

ja und Sendmessagetimeout ist nicht geignet für trhead fenster kommunikation?

JA!

BorisDieKlinge schrieb:

nehmen wir an, mein intervall des leseoperation ist nie kleiner 1 sek, und ich würde dem SendMessagetimout 500millisekunden timerout gehben.. dann wäre das ganze ja schonmal syncron... was würde passieren wenn die prozedur in der Messagefunktion länger als 500ms geht? wird dann die funktion abgebrochen???

Du missverstehst das Ganze. Das Problem ist, dass SendMesageTimeOut auf den Empfänger wartet. Grundsätzlich die Frage: Warum sollte der Workerthread auf irgendwas warten was er vermeiden kann?
Nur mal so am Rande?

Du missverstehst das Ganze. Das Problem ist, dass SendMesageTimeOut auf den Empfänger wartet. Grundsätzlich die Frage: Warum sollte der Workerthread auf irgendwas warten was er vermeiden kann?

Hab das schon verstanden, das in der Threadloop der thread hier:

SendMessageTimout(......,500); //<-- WARTET

wenn die operation in der messagefunktion des fesnter nur 10ms geht, dann muss der thread ja nur 10ms warten, wenn die operation da >=500ms dauert, dann warte der thread hier max. 500ms so ist er richtig oder?

Aber was passiert in der messagefunktion > 500ms braucht, wird dann aprupt da abgebrochen? sorry für die fragen.. aber das interessiert mich jetzt :schland:

P.S.: was ist mit der

SendMessageCallback funktion

ich köntne doch damit ein message schicken.. und ein flag im trhead setzen der thread würde weiter arbeiten, allerdings wir nun erst nur wieder ne nachricht schicken wenn das falg resetet wird, undd as köntne iuch mit der SendAsyncProc tun? was meisnt martin.. oder spinn ich jetzt ganz??? :p :p

void CALLBACK Reset(HWND hwnd, UINT uMsg, DWORD dwData, LRESULT lResult){
 boReady=true;
}

threadloop(){

if(boReady){
::SendMessageCallback(hWnd,WM_USER+100,0,0L,Reset,0);
boReady=false; 
}

}