>I'm not familiar with the Comm calls, but here's one thing I notice.  The
second
>set of code has a 1,000 millisecond timeout and then an immediate call to
get
>the overlapped result.  I'm not sure what you do after that, but perhaps
most cases
>are that the timeout isn't reached and the overlapped result is finished.
On a few
>cases your timeout is reached, you go get an overlapped result and attempt
to use
>it as if it were a completed IO when it is not in the code below what you
have posted
>and this actually causes the gpf.

A very excellent point - I will investigate that theory, thanks Dev.

The bDone parameter is never actually used in the newer code (it was only
used to know when to stop trying before), but perhaps that is also a source
of error - I should use that to determine what comes next, which is to check
if EV_RXCHAR has been indicated - maybe the mask I'm checking is meaningless
if the IO did not complete properly.

*crosses his fingers*

--
Jason Teagle
[EMAIL PROTECTED]



_______________________________________________
msvc mailing list
[email protected]
See http://beginthread.com/mailman/listinfo/msvc_beginthread.com for 
subscription changes, and list archive.

Reply via email to