QueueUserAPC og beskyttelse af APCProc

Hvorfor bruger du QueueUserAPC?
Hvad er kravene til kommunikationen?

Jeg ville bruge SendMessage eller PostThreadMessage, der får du funktionen umiddelbart.

Der er som sådan ikke andre krav til kommunikationen, end at min main tråd skal kunne sende en besked til min anden tråd og så skal main tråden ellers være fri til at lave andet. (Main tråd har GUI osv. og der er en del blokkerende kald i den anden tråd. Jeg skal dog ikke kommunikere tilbage til min main tråd.)

Grunden til at jeg valgte at bruge QueueUserAPC er at tråden ikke har et vindue, så jeg kan ikke bruge SendMessage og PostMessage.
Jeg overvejede at bruge Events i stedet, men så skulle jeg enten oprette en del forskellige events eller finde en anden måde at kommunikere hvilken type event der var tale om. Og QueueUserAPC tager jo et DWORD som argument, så det var lige til...

PostThreadMessage kunne nok bruges i stedet, og virker så vidt jeg kan se fra MSDN på ca. samme måde.
(Det jeg gør nu, er at have min tråd i en tråd_main funktion, og så i WaitForSingleObjectEx() på min program luk event. Det skal nok bare laves om til at være et GetMessage loop)

Jeg har et meget simpelt eksempel med PostThreadMessage:
http://damb.dk/snip/thread.html

Jeg viste ikke at en worker thread kunne have en message kø, men det er tæt på logisk når man ved det. PostThreadMessage og et message pump skulle løse mit problem.

Jeg undre mig dog lidt over hvordan det er meningen man skal bruge QueueUserAPC. Der står det er implementeret som en FIFO, men det hjælper ikke meget når 2 forskellige kald afbryder hinanden.

Anyway, smid et svar og tak for hjælpen!

Jeg har ikke bruget APC, så jeg ved ikke...
Jeg samler ikke på point.

Må blive en anden gang jeg kikker nærmere på APC problem stilligen. Jeg tror kun jeg har set et enkelt andet sted hvor det har været brugt, så er umiddelbart ikke den mest alm. måde at kommunikere på. Det er i hvert fald ikke lavet med det formål, som jeg først antog.

Tak for hjælpen.