http://bugs.winehq.org/show_bug.cgi?id=10317
Summary: After CreateNamedPipe and ReadFile, CancelIO returns false. Product: Wine Version: 0.9.47. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-kernel AssignedTo: wine-bugs@winehq.org ReportedBy: skiy@actionpos.co.za
Created an attachment (id=8972) --> (http://bugs.winehq.org/attachment.cgi?id=8972) Test case output, source code
Call CreateNamedPipe with FILE_FLAG_OVERLAPPED and PIPE_ACCESS_INBOUND, then do a ReadFile after someone has connected (in this case, just a CreateFile in the same thread). Now this read would normally return fine, if we just waited for the data to appear, however, if for whatever reason we have to stop waiting, i.e. using a CancelIO call, then the CancelIO returns false on Wine. It returns true on Windows. The problem is not with CancelIO, but rather with NtCancelIoFile, as the attached test case will show. (NtCancelIoFile should return 0 on Wine -- as it does on Windows -- instead it returns 192, which confuses the CancelIO and makes it return false.) Please do not patch CancelIO to just map the 192 to a true, this is not right! The problem is with NtCancelIoFile (or somewhere within it).
http://bugs.winehq.org/show_bug.cgi?id=10317
--- Comment #1 from Vijay Kamuju infyquest@gmail.com 2007-11-05 16:34:11 --- Can you please make this test as a part of wine-testsuite
http://bugs.winehq.org/show_bug.cgi?id=10317
--- Comment #2 from Misha Strong skiy@actionpos.co.za 2007-11-07 04:40:04 --- Created an attachment (id=9004) --> (http://bugs.winehq.org/attachment.cgi?id=9004) Test Case C Source Code
wine-0.9.48\dlls\kernel32\tests\pipepending.c
Sorry this is the best I could do. I can't compile it and so I can't test it but perhaps someone could do this, and submit it to test suite.
http://bugs.winehq.org/show_bug.cgi?id=10317
--- Comment #3 from Misha Strong skiy@actionpos.co.za 2007-12-04 06:41:28 --- I would like to just say that I tested 0.9.50 and this problem still occurs.
http://bugs.winehq.org/show_bug.cgi?id=10317
Misha Strong skiy@actionpos.co.za changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|0.9.47. |0.9.50.
http://bugs.winehq.org/show_bug.cgi?id=10317
Zac Brown zac@zacbrown.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zac@zacbrown.org
--- Comment #4 from Zac Brown zac@zacbrown.org 2007-12-04 08:31:45 --- You should leave the originating version, not change it to the current version. It gives a reference for when the issue originated.
-Zac
http://bugs.winehq.org/show_bug.cgi?id=10317
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|0.9.50. |0.9.47.
http://bugs.winehq.org/show_bug.cgi?id=10317
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |testcase
http://bugs.winehq.org/show_bug.cgi?id=10317
--- Comment #5 from Austin English austinenglish@gmail.com 2008-10-23 15:14:18 --- Is this still an issue in current (1.1.6 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=10317
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |ABANDONED
--- Comment #6 from Austin English austinenglish@gmail.com 2009-04-26 20:58:38 --- Abandoned. If you still have an issue in current (1.1.20 or newer) wine, and can provide the needed information, feel free to reopen.
http://bugs.winehq.org/show_bug.cgi?id=10317
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #7 from Austin English austinenglish@gmail.com 2009-04-26 21:25:42 --- Closing.
-
wine-bugs＠winehq.org