Canceling WaitCommEvent() with SetCommMask()Last reviewed: December 11, 1996Article ID: Q105302 |
The information in this article applies to:
If a serial port is in nonoverlapped mode (without FILE_FLAG_OVERLAPPED) and SetCommMask() is called, the call does not return until any pending WaitCommEvent() calls return. This apparently contradicts the following statement from the SetCommMask() Help
If SetCommMask() is called for a communications resource while a wait is pending for that resource, WaitCommEvent() returns an error.and the following statement from the WaitCommEvent() Help:
If a process attempts to change the device handle's event mask by using the SetCommMask() function while a WaitCommEvent() operation is in progress, WaitCommEvent() returns immediately.However, this is the expected behavior. If you open a serial port in the nonoverlapped mode, then you can do only one thing at a time with the serial port. SetCommMask() must block while the WaitCommEvent() call is blocking. If the serial port was opened with FILE_FLAG_OVERLAPPED, WaitCommEvent() will return after SetCommEvent() has been called. The SDK 3.51 docs have been corrected.
|
Additional reference words: 3.10 3.50 com1 com2
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |