http://bugs.winehq.org/show_bug.cgi?id=34314
Bug #: 34314 Summary: Touhou Danmakufu 0.12m crashes on start Product: Wine Version: 1.7.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: awychong@hotmail.com Classification: Unclassified
Created attachment 45679 --> http://bugs.winehq.org/attachment.cgi?id=45679 Log
Touhou Danmakufu 0.12m crashes while loading with the message "Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0041ec8d)." This has been observed when running in ja_JP.SHIFTJIS, ja_JP.UTF8 and en_AU locales.
On Windows the program either starts (on our XP machine in all locales, and on Windows 7 in Japanese locale) or crashes with a 0xC0000005 (Access Violation - Failed to access 00000000 memory address (Read Access)) at address 0x004050AC (Windows 7, non-Japanese locale).
Ubuntu 13.04 running latest SVN version of Wine (wine-1.7.0-141-gfbe4012). Crash has been observed in Wine 1.5.9, 1.5.22 and 1.6.
http://bugs.winehq.org/show_bug.cgi?id=34314
--- Comment #1 from awychong@hotmail.com 2013-08-21 07:14:59 CDT --- Created attachment 45680 --> http://bugs.winehq.org/attachment.cgi?id=45680 Backtrace on crash
http://bugs.winehq.org/show_bug.cgi?id=34314
Andrew Fan andrewsuicune@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrewsuicune@gmail.com
--- Comment #2 from Andrew Fan andrewsuicune@gmail.com 2013-08-21 09:29:03 CDT --- This bug is in regards to an inability to access Japanese Locale. It has nothing to do with the software itself being run on Wine. It should exist on every version of Wine since Danmakufu became compatible.
The bug does not occur on mac when executed with the following:
LANG="ja_JP" wine th_dnh.exe
http://bugs.winehq.org/show_bug.cgi?id=34314
--- Comment #3 from awychong@hotmail.com 2013-08-22 05:51:54 CDT --- Why are you still convinced that it's a locale problem? I already demonstrated that the error when the locale is wrong on Windows is completely different from the one that's appearing now. Unless you get the exact same "Unhandled exception" error when running on Mac OS X in English locale I find it highly unlikely that the problem is locale related.
http://bugs.winehq.org/show_bug.cgi?id=34314
Sagawa sagawa.aki+winebugs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sagawa.aki+winebugs@gmail.c | |om
--- Comment #4 from Sagawa sagawa.aki+winebugs@gmail.com 2013-08-23 09:26:22 CDT --- Sorry to interrupt, what script did you intend to run then?
http://bugs.winehq.org/show_bug.cgi?id=34314
--- Comment #5 from awychong@hotmail.com 2013-08-23 09:40:37 CDT --- It doesn't matter, it never reaches the main menu. Have you been able to replicate the bug?
http://bugs.winehq.org/show_bug.cgi?id=34314
--- Comment #6 from Sagawa sagawa.aki+winebugs@gmail.com 2013-08-24 01:04:12 CDT --- I can confirm this issue with clean prefix. The software crashes at address 0x41ec8d with LANG=ja_JP.UTF8. I don't put any extra scripts in the script folder.
Install directmusic with winetricks for a workaround.
@Andrew Did you install directmusic?
http://bugs.winehq.org/show_bug.cgi?id=34314
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download Status|UNCONFIRMED |NEW URL| |http://www.geocities.co.jp/ | |SiliconValley-Oakland/9951/ | |products/th_dnh.html CC| |focht@gmx.net Component|-unknown |directx-dmusic Summary|Touhou Danmakufu 0.12m |Touhou Danmakufu 0.12m |crashes on start |crashes on start | |(DMUSIC_CreateMidiOutPortIm | |pl is a stub) Ever Confirmed|0 |1
--- Comment #7 from Anastasius Focht focht@gmx.net 2013-08-25 06:43:11 CDT --- Hello folks,
the issue has nothing to with locale settings. The problem is DMUSIC_CreateMidiOutPortImpl being a stub. The game code doesn't check HRESULT, accessing (deref) port_caps param directly.
--- snip --- $ WINEDEBUG=+tid,+seh,+relay,+dmusic wine ./th_dnh.exe >>log.txt 2>&1 ... 0025:trace:dmusic:IDirectMusic8Impl_EnumPort (0x16f208, 0, 0x33c790) 0025:trace:dmusic:IDirectMusic8Impl_CreatePort (0x16f208)->(IID_IClassFactory, 0x33c6fc, 0x33c6c0, (nil)) 0025:trace:dmusic:dump_DMUS_PORTPARAMS DMUS_PORTPARAMS (0x33c6fc): 0025:trace:dmusic:dump_DMUS_PORTPARAMS - dwSize = 36 0025:trace:dmusic:dump_DMUS_PORTPARAMS - dwValidParams = DMUS_PORTPARAMS_CHANNELGROUPS 0025:trace:dmusic:dump_DMUS_PORTPARAMS - dwChannelGroup = 1 0025:trace:dmusic:IDirectMusic8Impl_EnumPort (0x16f208, 0, 0x33c51c) 0025:trace:dmusic:DMUSIC_CreateMidiOutPortImpl (0x7ce572b0,0x33c518,0x16f208,0x33c6fc,0x33c51c,-1): stub 0025:trace:seh:raise_exception code=c0000005 flags=0 addr=0x41ec8d ip=0041ec8d tid=0025 0025:trace:seh:raise_exception info[0]=00000000 0025:trace:seh:raise_exception info[1]=00000000 0025:trace:seh:raise_exception eax=00000000 ebx=00000000 ecx=0033c694 edx=7bce4788 esi=00000000 edi=0033c9fc 0025:trace:seh:raise_exception ebp=0067bca8 esp=0033c6a8 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010282 0025:trace:seh:call_stack_handlers calling handler at 0x51a71b code=c0000005 flags=0 0025:trace:seh:call_stack_handlers handler at 0x51a71b returned 1 0025:trace:seh:call_stack_handlers calling handler at 0x51a762 code=c0000005 flags=0 0025:trace:seh:call_stack_handlers handler at 0x51a762 returned 1 0025:trace:seh:call_stack_handlers calling handler at 0x4f702c code=c0000005 flags=0 ... --- snip ---
$ wine --version wine-1.7.0-179-gb2159c8
$ du -sh th_dnh.zip 3.8M th_dnh.zip
$ sha1sum th_dnh.zip 5109accd2b7bb2fd127638f2b4637ffa03a60aa7 th_dnh.zip
Regards
http://bugs.winehq.org/show_bug.cgi?id=34314
--- Comment #8 from Andrew Fan andrewsuicune@gmail.com 2013-08-25 08:59:52 CDT --- Sagawa: On MacOSX, the software runs perfectly except in regards to the .mp3 and .mid files (if it weren't for this, THDNH would have a Platinum rating).
I did not download anything with Winetricks.
https://bugs.winehq.org/show_bug.cgi?id=34314
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #9 from super_man@post.com --- wine th_dnh.exe
err:dmloader:IDirectMusicLoaderImpl_SetObject : could not attach stream to file fixme:dmime:IDirectMusicPerformance8Impl_InitAudio (0x12ef70, 0x33c6fc, (nil), (nil), 8, 64, 3f, (nil)): to check fixme:dmime:IDirectMusicPerformance8Impl_InitAudio return dsound(0x12bc6c,0) fixme:dmime:IDirectMusicPerformance8Impl_Init (iface = 0x12ef70, dmusic = 0x33c6fc, dsound = 0x12bc6c, hwnd = (nil)) fixme:dmime:IDirectMusicPerformance8Impl_CreateStandardAudioPath (0x12ef70)->(8, 64, 0, 0x12f13c): semi-stub fixme:dmime:IDirectMusicAudioPathImpl_Activate (0x15b800, 0): stub wine: Unhandled page fault on read access to 0x00000000 at address 0x41ec8d (thread 0009), starting debugger... ALSA lib pcm.c:7843:(snd_pcm_recover) underrun occurred ../nptl/pthread_mutex_lock.c:359: __pthread_mutex_lock_full: Assertion `robust || (oldval & 0x40000000) == 0' failed. Segmentation fault
wine 1.7.53
https://bugs.winehq.org/show_bug.cgi?id=34314
--- Comment #10 from super_man@post.com --- No change 1.9.12-git. I didnt test this time, but no change in source code. And it should be the same with staging 1.9.12
https://bugs.winehq.org/show_bug.cgi?id=34314
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #11 from winetest@luukku.com --- 856 HRESULT DMUSIC_CreateMidiOutPortImpl(LPCGUID guid, LPVOID *object, LPUNKNOWN unkouter, LPDMUS_PORTPARAMS port_params, LPDMUS_PORTCAPS port_caps, DWORD device) 857 { 858 TRACE("(%s, %p, %p, %p, %p, %d): stub\n", debugstr_guid(guid), object, unkouter, port_params, 859 port_caps, device); 860 861 return E_NOTIMPL;
Still crashes wine 2.0rc6 and staging 2.0rc5.
https://bugs.winehq.org/show_bug.cgi?id=34314
--- Comment #12 from Gijs Vermeulen gijsvrm@gmail.com --- Adding stable archive.org download link.
It seems this particular bug was fixed.
The relevant commit seems to be: https://source.winehq.org/git/wine.git/commit/8c48fba6a207824676364b0e11929fdf4f1047f1
Can anyone confirm?
https://bugs.winehq.org/show_bug.cgi?id=34314
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://www.geocities.co.jp/ |https://web.archive.org/web |SiliconValley-Oakland/9951/ |/20160818035137if_/http://w |products/th_dnh.html |ww.geocities.co.jp/SiliconV | |alley-Oakland/9951/products | |/th_dnh.zip
https://bugs.winehq.org/show_bug.cgi?id=34314
--- Comment #13 from winetest@luukku.com --- I am able to run it.
wine --version wine-5.0 (Ubuntu 5.0-3ubuntu1)
https://bugs.winehq.org/show_bug.cgi?id=34314
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED Fixed by SHA1| |8c48fba6a207824676364b0e119 | |29fdf4f1047f1 CC| |mstefani@winehq.org
--- Comment #14 from Michael Stefaniuc mstefani@winehq.org --- Yeah, I see midi_out_port_create() from commit 8c48fba6a207824676364b0e11929fdf4f1047f1 being called in the dmusic traces. Marking as fixed.
https://bugs.winehq.org/show_bug.cgi?id=34314
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #15 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 6.9.