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

wine-bugs at winehq.org wine-bugs at winehq.org
Sat Oct 1 03:48:06 CDT 2011


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

--- Comment #9 from Jörg Höhle <hoehle at users.sourceforge.net> 2011-10-01 03:48:06 CDT ---
Not seen here in 1841 iterations overnight, judging from runtest's $? = 0
return code (without logs).  Ubuntu Intrepid, wine-1.3.29, warn+heap, no
PulseAudio, Timidity restarted so as to grab ALSA's dmix instead of PA.

>but isn't that PeekMessage loop in 
>MMSYSTEM_MidiStream_Player() kind of busy?
As the comment says, it's there to drain all messages.  The wait happens in
start_header: GetMessage.  `top` shows that Timidity is busy, not Wine, so I
see no indication of a busy loop.
I'm still not familiar enough with windows messages to tell whether PeekMessage
is superfluous and goto start_header -> GetMessage would be enough, i.e.
GetMessage will return old message.

Another interesting input would be: what did the tests do when the issue
arises?  Perhaps WINETEST_REPORT_SUCCESS would show it's always at the same
test.

What does Valgrind have to say? I'm asking because a time out in a critical
section may be misleading, because it's often enough a consequence of an
earlier trouble (like audio underruns occurring after the app's main thread
crashed).

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