Go Premium for a chance to win a PS4. Enter to Win

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 552
  • Last Modified:

Problem with the message pump hanging

I have a very strange problem. I am working with an application that
uses many different threads. At some point I seem to get into a
situation where there are no threads to pump the message queue. The code
in question create an event and posts a WM_USER style message to the
window queue and then does a WaitForSingleObject(). The message pump is
supposed to see the message and post the event to cause the wait to
finish. The problem appears to be that the thread that is supposed to be
pumping is the one waiting. I tried using WaitForMultipleObjects() and
dispatching the messages myself but that also doesn't seem to work.
I am looking for any other clues that prople might be able to give me.

The purpose of this logic is to insure that the message queue is empty
before killing the window. The processing must be synchonous. I don't think I can allow the window to
go down asynchronously
0
sasjaa
Asked:
sasjaa
  • 2
1 Solution
 
vinniewCommented:
You shouldn't do it like that.  It's much easier to control if you use a global flag (bool) variable to control things like that.  As for checking the queue before you 'kill' the process, I think you should use Mutexes (see CreateMutex) instead of events.  The event processing is what's causing problems.  You can use mutexes in the same way, but they work inside the main process.

In any case, I can't be sure about this solution without seeing code or without a general outline of what's happening, so post more if you need more.
0
 
sasjaaAuthor Commented:
I don't see how a Mutex can help. A window destroy request comes in and we need to make sure that there are no pending messages in the queue for this window before we delete the object. Microsoft documentation clearly states that a CEvent should be used if we must wait for something else to happen before continuing. The problem is that we are waiting on messages and there seems to be nothing to process the messages.
0
 
vinniewCommented:
You could start up another message 'pump within a pump' to handle the wm_destroy message.  Use the while.. peekmessage.. sendmessage... loop in the handler for wm_destroy.  That would definitely empty the queue.

V
0

Featured Post

[Webinar] Cloud and Mobile-First Strategy

Maybe you’ve fully adopted the cloud since the beginning. Or maybe you started with on-prem resources but are pursuing a “cloud and mobile first” strategy. Getting to that end state has its challenges. Discover how to build out a 100% cloud and mobile IT strategy in this webinar.

  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now