Ich habe mein Hauptprogramm, welches einen Thread startet. Es soll nun möglich sein, dass das Hauptprogramm weiter seine Arbeit verrichtet (also nicht blockiert oder wartet), aber vom Zusatzthread benachrichtigt werden kann.
Bislang scheint meine einzige Möglichkeit zu sein, dass das HP immer wieder auf eine gemeinsame Variable pollt, um herauszufinden, ob der Thread eine Nachricht hinterlassen hat.
Am liebsten wäre mir natürlich aber sowas (pseudocode):

void startThread()
{
    while(true)
    {

        if (...)
           notify(listener);
    }
}

void listener()
{
   // nachricht erhalten UND läuft im thread des Hauptprogrammes!!
}

main()
{
   _beginthread(startThread)

   while(true)
   {
     // muss solange laufen, bis nachricht eintrifft bei listener()
   }
}

In dem Zusammenhang bin ich auf postMessage gestossen. Leider habe ich für mich keine verständlichen Beispiele gefunden. Könnte mir das weiterhelfen?

Danke für jede Idee!

(wenn du aber ein Konsolenprogramm hast (und dein Beispiel sieht nach Konsole aus), hast du keine Nachrichtenschleife - damit funktioniert das nicht)

Auch bei PostMessage() muß der Hauptthread abfragen, ob eine Nachricht angekommen ist - der Vorteil hier ist, daß ein WinAPI-Programm normalerweise ständig in der Nachrichtenschleife läuft und damit auch Nachrichten verarbeitet, die per PostMessage() und Kollegen reingekommen sind.

der vorteil von 'PostMessage()' ist, dass der sender nicht wartet bis der empfänger die msg aus der queue gesaugt hat. also kein blocking des senders.

CStoll schrieb:

Auch bei PostMessage() muß der Hauptthread abfragen, ob eine Nachricht angekommen ist - der Vorteil hier ist, daß ein WinAPI-Programm normalerweise ständig in der Nachrichtenschleife läuft und damit auch Nachrichten verarbeitet, die per PostMessage() und Kollegen reingekommen sind.

der vorteil von 'PostMessage()' ist, dass der sender nicht wartet bis der empfänger die msg aus der queue gesaugt hat. also kein blocking des senders.

Der Sender blockiert auch nicht, wenn er das Hauptprogramm über eine globale Variable oder einen Event informiert (und dem OP war eher wichtig, daß das Hauptprogramm (also der Empfänger) nicht blockiert)

Sender blockiert auch nicht, wenn er das Hauptprogramm über eine globale Variable oder einen Event informiert (und dem OP war eher wichtig, daß das Hauptprogramm (also der Empfänger) nicht blockiert)

klar, ich wollt' nur die liste der vorteile von 'PostMessage()' ergänzen...

MsgWaitForMultipleObjects

er hat doch geschrieben dass der thread nicht warten soll...

Just my 2 cents!

Könntest Du vielleicht ein Minimalbeispiel geben, wo Thread1 ungehindert weiterläuft, bis er durch eine Notifikation über etwas informiert wird..?

while (AsLangAsWeHaveToDoThis())
{
    if (WaitForSingleObject(hEvent,0)==WAIT_TIMEOUT)
    {
        // Do the stuff that need to be done
        // The Workerthread ist stil executing
        ...
    }
    else
    {
        // The worker thread has done its job
        ...
    }
}

MsgWaitFor... benutze ich dann wenn der Mainthread auch noch eine Nachrichtenschleife nutzt.

Aha, ich glaube, ich habe einfach WaitForSingleObject falsch benutzt und ihn unendlich lang warten lassen. Demnach tastet er nur das Event ab und macht dann weiter. Ich werd das gleich mal probieren, Danke.

So ist es. Und mit der Msg... Version kann man sogar noch Nachrichten in seine MessageLoop einschliessen und dann sogar INFINTE beim warten wählen.