What I've started doing recently is move the message pump to it's own function. It doesn't matter where the message pump funcs are called, as long as they are called in the same thread that created the window. so my Msg func looks like this: (There is actually more going on in the func, llike my game clock, etc.)

if(PeekMessage(&msg, NULL,0,0,PM_NOREMOVE))
{
if (msg.message == WM_QUIT)
Quit = 2;
GetMessage (&msg, NULL, 0, 0);
TranslateMessage (&msg);
DispatchMessage (&msg);
}

Then in my main func, I call all the substates just like I would in a good old fashoined linear dos game. The contents of these substate funcs look basically like this:

while (!Quit)
{
// Always process messages first
DoSys ();

// Do rest of stuff
}

The Quit flag is a private member of my CGame class. When the WndFunc reieves a WM_CLOSE it sets quit to 1. Also, anytime I want the app to end I just set quit to 1. Quit being non-zero causes all my substate funcs to quit out, and not run if they have yet to be invoked. The reason DoMsgs sets quit to 2 is that the main func needs to wait till all messages have been processed and the WM_QUIT message has been recieved. Once this happens the program ends.

-Zims

[edited by - Zimans on May 2, 2003 1:08:00 PM]