"Medland, Bill" Bill.Medland@accpac.com wrote in message news:8C156DB94BF414418FA2382DDCAEBA4A69C06F@603exc01.accpac.com...
Found the problem, not the fix.
<snip>
- (The real problem)PeekMessageW returns the message. Now the handle it
returns is the unadulterated one, not the potential child. So what do we
do
about that? Get the server to return it?
Sorry.
The problem is probably not in the code; it's in the way that it is used. It has demonstrated some sort of problem in the commctl code somewhere (at least I presume so since using the native commctl32 resolves the difficulty). I'll look into it.
Bill