Re: Handling Windows Messages In An MFC App

From:

"Scott McPhillips [MVP]" <org-dot-mvps-at-scottmcp>

Newsgroups:

microsoft.public.vc.mfc

Date:

Mon, 25 Feb 2008 09:48:58 -0500

Message-ID:

<emUKU27dIHA.536@TK2MSFTNGP06.phx.gbl>

"Rohit" <Rohit@discussions.microsoft.com> wrote in message
news:8A30B471-AD0B-45D6-83DF-A9826C5DD3A6@microsoft.com...

We can use the PeekMessage function in a polling fashion to handle Windows
messages to an MFC app. I was wondering if there was a more efficient way
to
do this using threads and events.

What I envision is that my MFC app creates a thread which is suspended
until
Windows sends the app a message. Then once the message comes in, the
thread
wakes up, handles the message and then goes to sleep again.

Can somebody tell me if this is possible and point to a link which
explains
how to code this?

The main thread created by the default MFC code works exactly that way. The
PeekMessage is part of MFC, and when it gets a message it routes it via the
message maps. You probably should not use PeekMessage in your code.

If you create a new so-called "UI" thread with AfxBeginThread it will also
work that way, but it will only receive messages that are posted to that new
thread. Each thread has its own message pump, so your new thread cannot be
used to process messages to the main thread.

--
Scott McPhillips [VC++ MVP]