http://bugs.winehq.org/show_bug.cgi?id=30978
Bug #: 30978 Summary: SharpEye: wine crashes on attempt to play music Product: Wine Version: 1.5.7 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: kapfell@gmx.de Classification: Unclassified
Created attachment 40656 --> http://bugs.winehq.org/attachment.cgi?id=40656 Sample mro-file, open with SharpEye v2.68 (File->Open Music...)
Wine crashes when attempt is made to play music.
a) install and start SharpEye
./wine ~/.wine/drive_c/Program\ Files/visiv-co-uk/SharpEye2/sharpeye.exe
b) load test file 'test.mro' (see attachment)
File -> Open Music...
c) play music
File -> Play
triggers a wine crash. Message box entitled "Program Error" informs me "The program sharpeye.exe has encountered a serious problem ...".
http://bugs.winehq.org/show_bug.cgi?id=30978
--- Comment #1 from kapfell@gmx.de 2012-06-22 17:31:09 CDT --- Created attachment 40657 --> http://bugs.winehq.org/attachment.cgi?id=40657 Back trace of crash
http://bugs.winehq.org/show_bug.cgi?id=30978
kapfell@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #40657|0 |1 is obsolete| |
--- Comment #2 from kapfell@gmx.de 2012-06-22 17:34:59 CDT --- Created attachment 40658 --> http://bugs.winehq.org/attachment.cgi?id=40658 Back trace of crash
http://bugs.winehq.org/show_bug.cgi?id=30978
kapfell@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download
--- Comment #3 from kapfell@gmx.de 2012-06-22 18:07:31 CDT --- SharpEye version 2.68 is available for download from
http://www.visiv.co.uk/dload.htm
http://bugs.winehq.org/show_bug.cgi?id=30978
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aeikum@codeweavers.com Component|-unknown |mmdevapi
--- Comment #4 from Austin English austinenglish@gmail.com 2012-06-22 18:49:25 CDT --- Please attach a log as specified at http://wiki.winehq.org/Sound
http://bugs.winehq.org/show_bug.cgi?id=30978
--- Comment #5 from kapfell@gmx.de 2012-06-23 01:10:42 CDT --- Created attachment 40663 --> http://bugs.winehq.org/attachment.cgi?id=40663 Wine log file
Created with WINEDEBUG=+tid,+mmdevapi,+winmm,+driver,+midi,+dsound,+dsound3d,+dmusic,+mci,+oss,+alsa,+coreaudio
http://bugs.winehq.org/show_bug.cgi?id=30978
--- Comment #6 from kapfell@gmx.de 2012-06-23 01:13:39 CDT --- Info on OS and audio driver:
$ uname -a Linux xxx 3.1.10-1.9-desktop #1 SMP PREEMPT Thu Apr 5 18:48:38 UTC 2012 (4a97ec8) i686 i686 i386 GNU/Linux
$ lsmod | grep snd snd_seq_dummy 12686 0 snd_pcm_oss 57749 0 snd_mixer_oss 22258 1 snd_pcm_oss snd_seq 63882 1 snd_seq_dummy snd_seq_device 14172 2 snd_seq_dummy,snd_seq snd_hda_codec_realtek 261744 1 snd_hda_intel 32497 2 snd_hda_codec 105683 2 snd_hda_codec_realtek,snd_hda_intel snd_hwdep 13276 1 snd_hda_codec snd_pcm 97274 3 snd_pcm_oss,snd_hda_intel,snd_hda_codec snd_timer 28931 2 snd_seq,snd_pcm snd 69952 15 snd_seq_dummy,snd_pcm_oss,snd_mixer_oss,snd_seq,snd_seq_device,snd_hda_codec_realtek,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer soundcore 14635 1 snd snd_page_alloc 14108 2 snd_hda_intel,snd_pcm
http://bugs.winehq.org/show_bug.cgi?id=30978
--- Comment #7 from Andrew Eikum aeikum@codeweavers.com 2012-06-25 09:11:23 CDT --- Has this ever worked in Wine, to your knowledge?
Seems something funny is going on with driver messaging and callbacks in WinMM. The backtrace is mostly bogus. Nothing immediately stands out as wrong in the log.
http://bugs.winehq.org/show_bug.cgi?id=30978
--- Comment #8 from kapfell@gmx.de 2012-06-25 12:46:18 CDT --- Not that I know of. Is there a particular wine version I should try?
http://bugs.winehq.org/show_bug.cgi?id=30978
--- Comment #9 from Andrew Eikum aeikum@codeweavers.com 2012-09-05 10:44:52 CDT --- So this is a multi-threading issue.
SharpEye sends an MCI_PLAY command, which Wine's mciseq starts asynchronously in another thread and returns. That is immediately followed by an MCI_STATUS command, asking for the current MCI mode. Since the playing thread has not yet begun to play the MIDI file, the mode returned is MCI_MODE_STOP, which SharpEye interprets as an error. SharpEye starts sending shut down commands to the MCI driver. Because Wine's mciseq is buggy, that causes a crash when the playing thread tries to use resources that were freed during the shutdown in the other thread.
It appears SharpEye expects the mode to be set to MCI_MODE_PLAY immediately when its MCI_PLAY command returns, even though it begins asynchronously. We should add some tests for this, and repair mciseq's asynchronous mode to block main thread calls until it has actually started playing, and fix its use-after-free while we're working in there.
http://bugs.winehq.org/show_bug.cgi?id=30978
Jörg Höhle hoehle@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED URL| |http://www.visiv.co.uk/dloa | |d.htm Component|mmdevapi |winmm&mci Resolution| |DUPLICATE Severity|minor |normal
--- Comment #10 from Jörg Höhle hoehle@users.sourceforge.net 2012-09-11 08:50:02 CDT --- Sounds very plausible and makes it a duplicate of bug #22978 in my eyes. Guess I'd try and find some spare time to restart working on mci/midi and finish writing my new driver that's been laying around for over one year.
*** This bug has been marked as a duplicate of bug 22978 ***
http://bugs.winehq.org/show_bug.cgi?id=30978
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Bruno Jesus 00cpxxx@gmail.com 2012-09-13 08:25:14 CDT --- Closing.
-
wine-bugs＠winehq.org