http://bugs.winehq.org/show_bug.cgi?id=11188
--- Comment #57 from Claudio sick_soul@yahoo.it 2008-11-27 00:23:00 --- (In reply to comment #56)
I compiled Wine 1.1.9 with this patch on Ubuntu 8.10 - 64Bits
I confirm it fixes the bug.
1.1.9 has bad sound with alsa for me (1.0.1 is OK) but luckily, with OSS sound it's fine. So now I'm enjoying Frozen Throne with no crash and perfect FPS and sound. Even full screen with compiz cube activated ! Better experience than the same game under Windows !
Anyway I don't think the fix should go to release. I have the impression it's rather a workaround as what is does is comment out a function in sync.c so that after patch the only thing the function does is return a code that all is OK, no matter if it is or not !
My opinion is that the problem is that the new feature they implemented (IO/completion) was put in to probably support some other application deemed more important, without any application regression testing.
So the new feature is actually implemented in a way to break existing functionality, but this is considered worth doing to support that other application.
Other projects can ignore time consuming regression tests by raw exposure to a great number of tech-savvy users, with the ability and will to submit great bug reports (ex:Linux).
In the case of wine, they would probably do better by being defensive against regressions, since application support is everything in a project like this. Possibly they could get the application maintainers in the process, as to force new changes to pass all applications' checks, or at least those made by the application maintainers that care.
With the existing process I think that a somewhat complete free replacement for the win32 API, assuming this is the goal of the project, will remain a very far goal. But I hope I am either wrong, or if I am right that they will do something about it.