> On the contrary, I would throw out the PC if it doesn't do what I
> *command*
> it to do, but YMMV. :-)
That's my point - if you kept trying to click a button and it kept refusing
because you managed to hit it just when it was busy doing a comms call!
> There is! ::GetMessage( )! What else do you use to get your
> messages?! ;-)
Ummm... no. You can get a range of messages, but if the messages you want to
AVOID pulling from the queue are in the middle of the range, there's no one
range that gets all messages around yours.
But, having thought about it, you could issue two GetMessage() calls with
the ranges on either side of the ones you want to avoid...
I use PeekMessage(). I haven't had cause to post thread messages so I don't
need the extra power of GetMessage() {:v)
> Please note that I never advised to set it to true. I just
> pointed out that
> the fact that you have set it to false causes no waiting to occur. Indeed
> if you set it to true, you might experience the problem you
> suspect (see my
> other post on this.)
This was the line of yours that confused me:
"Yeah, definitely. You should call GetOverlappedResult( ) after your wait
function returns successfully, and pass FALSE as its last argument."
But I realise now, you meant AFTER waiting on the handle, then finally call
this, so you really did mean FALSE, not TRUE - that was where I got mixed up
and thought you had recommended it. Now I've checked back, I see you did
indeed not recommend that.
> It is useful when reading large files, and manipulating them. For the fun
> of it, try to write a program which copies a 4GB DVD image using a loop of
> fread/fwrite's with a 1024-byte buffer, and compare it to a more advanced
> version using overlapped I/O with large buffers (in megs) and see what
> difference it makes! :-) And to be benefited by the merits of overlapped
> I/O you should not necessarily be working with 4GB files, but
> AFAICT it has
> little (if not no) use for streaming media...
Why not just use CFile's ReadHuge()?
--
Jason Teagle
[EMAIL PROTECTED]
_______________________________________________
msvc mailing list
[email protected]
See http://beginthread.com/mailman/listinfo/msvc_beginthread.com for
subscription changes, and list archive.
