[Bug 28388] winmm/midi.ok deadlocks and crashes occasionally?

wine-bugs at winehq.org wine-bugs at winehq.org
Sat Oct 29 16:42:03 CDT 2011


http://bugs.winehq.org/show_bug.cgi?id=28388

Jörg Höhle <hoehle at users.sourceforge.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |julliard at winehq.org

--- Comment #18 from Jörg Höhle <hoehle at users.sourceforge.net> 2011-10-29 16:42:03 CDT ---
No schedtool here on my MacOS. Where does that come from? Looks like Linux
only.

No deadlock in >4300 iterations on MacOS after SuspendThread commented out (of
course this causes test failures).

Everyone will argue that SuspendThread is bad design anyway, but I'd expect
that function to either prevent scheduling that thread or to pause outside
system level code, not to freeze it while executing system (ntdll heap
management) code. MSDN says "to stop executing user-mode (application) code".
Does that indicate a bug with SIGUSR1 handling in Wine?

Regardless of a possible bug in Wine's handling of thread suspension, the MIDI
player ought to be changed such that midiStreamRestart and Pause do not depend
on SuspendThread. Beside winmm:midi, only qcap:v4l uses that.

-- 
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