[Bug 19713] Some serial port communication functions behave differently in Wine and Windows.
wine-bugs at winehq.org
wine-bugs at winehq.org
Fri Aug 14 15:41:03 CDT 2009
http://bugs.winehq.org/show_bug.cgi?id=19713
--- Comment #6 from Juan Lang <juan_lang at yahoo.com> 2009-08-14 15:41:02 ---
(In reply to comment #5)
> Now i've tried to replace FALSE with TRUE. Now, it passes Checkpoint 2, but
> comes to Checkpoint 3, while windows is coming to Checkpoint 4. It still
> behaves differently. I'm not sure that it is bug, but it is incompability. What
> policy do wine developer keep to?
This seems like a bug. In general, a difference in behavior between Windows
and Wine is considered a bug. With regards to the earlier program, with
bManualReset = FALSE, it *appears* to be a program bug rather than a Wine bug.
It may well be that under Windows, with a particular program and serial driver,
the program doesn't deadlock. However, with the large MSDN warning about
potential deadlock, I'd want to be certain that the deadlock _never_ happens,
with any serial driver and under any version of Windows, before I say that it
is a Wine bug.
So with the modified program, with bManualReset = TRUE, GetOverlappedResult
returns TRUE in Windows and FALSE in Wine, correct?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
Do not reply to this email, post in Bugzilla using the
above URL to reply.
------- You are receiving this mail because: -------
You are watching all bug changes.
More information about the wine-bugs
mailing list