https://bugs.winehq.org/show_bug.cgi?id=53704
Bug ID: 53704 Summary: Bible Black ~La Noche de Walpurgis~ won't start Product: Wine-staging Version: 7.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: oflameo@oflameo.com CC: leslie_alistair@hotmail.com, z.figura12@gmail.com Distribution: ---
Created attachment 73123 --> https://bugs.winehq.org/attachment.cgi?id=73123 Page fault on read access to 0x00000000
https://appdb.winehq.org/objectManager.php?sClass=application&iId=5220
This application threw an exception on Wine build: wine-7.12 (Staging) on Host version: 5.19.7-200.fc36.x86_64. It won't run anymore.
https://bugs.winehq.org/show_bug.cgi?id=53704
oflameo@oflameo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Fedora
https://bugs.winehq.org/show_bug.cgi?id=53704
oflameo@oflameo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |https://appdb.winehq.org/ob | |jectManager.php?sClass=appl | |ication&iId=5220
https://bugs.winehq.org/show_bug.cgi?id=53704
--- Comment #1 from oflameo@oflameo.com --- Created attachment 73124 --> https://bugs.winehq.org/attachment.cgi?id=73124 Tried it again with the winehq staging package.
It didn't resolve the issue.
https://bugs.winehq.org/show_bug.cgi?id=53704
--- Comment #2 from Rafał Mużyło galtgendo@o2.pl --- ...mind attaching full output of a run ?
Full backtrace might be useful. Same for any earlier debug spew.
https://bugs.winehq.org/show_bug.cgi?id=53704
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|https://appdb.winehq.org/ob | |jectManager.php?sClass=appl | |ication&iId=5220 |
--- Comment #3 from Gijs Vermeulen gijsvrm@gmail.com --- Please attach the full terminal output, see: https://wiki.winehq.org/FAQ#How_can_I_get_a_debugging_log_.28a.k.a._terminal...
Is there a free and legal download this can be reproduced with?
Does this also happen with upstream (non-staging) wine?
https://bugs.winehq.org/show_bug.cgi?id=53704
--- Comment #4 from oflameo@oflameo.com --- Created attachment 73126 --> https://bugs.winehq.org/attachment.cgi?id=73126 Terminal output debugging log
https://bugs.winehq.org/show_bug.cgi?id=53704
--- Comment #5 from oflameo@oflameo.com --- The cdrom image with the installer is hosted on Archive.org.
https://archive.org/details/bible-black.-7z
I haven't figured out how to install upstream non-staging wine on Fedora 36. The name "winehq-stable" doesn't match with the repo installed and neither does "winehq". I can install "winehq-staging" and "winehq-devel" just fine.
https://bugs.winehq.org/show_bug.cgi?id=53704
--- Comment #6 from Gijs Vermeulen gijsvrm@gmail.com --- I would suggest to use our (WineHQ) repos instead of the Fedora ones. Instructions can be found here: https://wiki.winehq.org/Fedora
https://bugs.winehq.org/show_bug.cgi?id=53704
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |https://archive.org/details | |/bible-black.-7z Component|-unknown |dmusic Ever confirmed|0 |1 Severity|major |normal Status|UNCONFIRMED |NEW Product|Wine-staging |Wine Keywords| |download
--- Comment #7 from Gijs Vermeulen gijsvrm@gmail.com --- But the issue is clear from your log:
0108:fixme:dmime:IDirectMusicPerformance8Impl_AddNotificationType (007EE2A0, GUID_NOTIFICATION_SEGMENT): stub 0108:err:dmloader:IDirectMusicLoaderImpl_SetObject : could not attach stream to file L"C:\windows\system32\drivers\gm.dls", make sure it exists 0108:fixme:dmusic:synth_port_Activate (007F0350/007F0350)->(1): semi-stub 0108:fixme:dmime:IDirectMusicPerformance8Impl_AddPort (007EE2A0, 007F0350): semi-stub 0108:fixme:dmime:IDirectMusicPerformance8Impl_AssignPChannelBlock (007EE2A0, 0, 007F0350, 1): semi-stub wine: Unhandled page fault on read access to 00000000 at address 00000000 (thread 0108), starting debugger...
Directmusic is mostly unimplemented, you can work around this with winetricks (winetricks -q directmusic).
As AFAIK staging has no directmusic patches, moving the 'Wine' product, also not 'major' and adding download.
https://bugs.winehq.org/show_bug.cgi?id=53704
--- Comment #8 from oflameo@oflameo.com --- Created attachment 73127 --> https://bugs.winehq.org/attachment.cgi?id=73127 debugging log for the wine-staging
I used it and it didn't work. Enclosed is the debugging log for the wine-staging. Wine Stable doesn't seem to be installable on Fedora 36.
Get the installer image from https://archive.org/details/bible-black.-7z and try it for yourself.
https://bugs.winehq.org/show_bug.cgi?id=53704
--- Comment #9 from oflameo@oflameo.com --- Created attachment 73128 --> https://bugs.winehq.org/attachment.cgi?id=73128 Picture of title screen with current font
The game starts, but now the font is empty squares for the menu items. The audio works but it is cracking.
https://bugs.winehq.org/show_bug.cgi?id=53704
--- Comment #10 from Rafał Mużyło galtgendo@o2.pl --- ...given how badly written some of those programs are, there's a good chance that you still need to run it in the Japanese locale or need Fonts\Replacements keys set up from standard Windows Japanese fonts to those on your system.
Check WINEDEBUG=font for hints.
It's odd though that it absolutely needs native dmusic set - running with no music is common, crashes are not.
https://bugs.winehq.org/show_bug.cgi?id=53704
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mstefani@winehq.org
--- Comment #11 from Michael Stefaniuc mstefani@winehq.org --- IDirectMusicPerformance8Impl_AssignPChannelBlock() is not the culprit, a return right after the FIXME there still crashes in the exact same way. Sadly there is no backtrace and it seems it crashes in application code. The dmusic calls up to that point are fairly normal and I don't see them return any NULL.
https://bugs.winehq.org/show_bug.cgi?id=53704
--- Comment #12 from oflameo@oflameo.com --- Created attachment 73212 --> https://bugs.winehq.org/attachment.cgi?id=73212 'LANG="ja_JP.UTF8" wine BBLACK.EXE' causes font to load properly
Attached is a screenshot of my Doom Emacs vterm launching BBLACK.EXE with the locale set to 'LANG="ja_JP.UTF8" and the text rendering properly.
https://bugs.winehq.org/show_bug.cgi?id=53704
iceslide@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |iceslide@gmail.com
--- Comment #13 from iceslide@gmail.com --- Hi, I've been having this same issue, the game will crash on startup. I know the game worked with previous versions of Wine, and have bisected the issue down to commit 1383b841c5f699c6b75511aedd84c952b39f692e: "dmsynth: Implement the synth's Open and Close methods." Attached bisect.log
From what little I've gathered the game uses an old and mostly unimplemented Microsoft sound framework, but I confirm that sound worked well nonetheless.
https://bugs.winehq.org/show_bug.cgi?id=53704
--- Comment #14 from iceslide@gmail.com --- Created attachment 74030 --> https://bugs.winehq.org/attachment.cgi?id=74030 Git bisect of startup crash
Git bisect log of startup crash issue
https://bugs.winehq.org/show_bug.cgi?id=53704
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |1383b841c5f699c6b75511aedd8 | |4c952b39f692e Keywords| |regression
--- Comment #15 from Michael Stefaniuc mstefani@winehq.org --- Confirming. As 1383b841c5f699c6b75511aedd84c952b39f692e alone cannot be reverted I've tried: git checkout 1383b841c5f699c6b75511aedd84c952b39f692e ===> crash git checkout 1383b841c5f699c6b75511aedd84c952b39f692e^ ===> game starts
https://bugs.winehq.org/show_bug.cgi?id=53704
--- Comment #16 from Luis Ortega luiorpe1@gmail.com --- I gave it a go and found the issue. It strives from mistakenly using DMUS_PORTPARAMS7 instead of DMUS_PORTPARAMS in synth.c:IDirectMusicSynth8Impl_Open().
I'm attaching a patch with the fix. There are also a couple of minor changes in the same hunks, the dwSize is for correctness and the sizeof(def) for legibility, at least for me. I propagated the DMUS_PORTPARAMS7 change to tests/dmsynth.c but haven't tested it.
Now the game doesn't crash and the DirectMusic menu entries show up disabled in-game. In previous versions of Wine they were selectable but outputted no sound. The sound remains playable with DirectSound as before.
https://bugs.winehq.org/show_bug.cgi?id=53704
--- Comment #17 from Luis Ortega luiorpe1@gmail.com --- Created attachment 74245 --> https://bugs.winehq.org/attachment.cgi?id=74245 [PATCH] dmsynth: Replace references to DMUS_PORTPARAMS7 with DMUS_PORTPARAMS.
https://bugs.winehq.org/show_bug.cgi?id=53704
--- Comment #18 from Michael Stefaniuc mstefani@winehq.org --- Thanks for troubleshooting the issue.
But the proposed fix is not correct. The test was clearly showing that IDirectMusicSynth8::Open accepts a DMUS_PORTPARAMS7 on Windows. DMUS_PORTPARAMS7 is the old smaller variant of the DMUS_PORTPARAMS which is just a typedef to DMUS_PORTPARAMS8.
What happens is that BBlack passes in a DMUS_PORTPARAMS7 and your patch basically fails that function. That's why the menu entries are now disabled.
I wanted to say "Anyway IDirectMusicSynth8Impl_Open() already handles both getting a DMUS_PORTPARAMS7 as well as the full DMUS_PORTPARAMS aka DMUS_PORTPARAMS8.". But then I saw my mistake.
The fix is submitted as https://gitlab.winehq.org/wine/wine/-/merge_requests/2534
https://bugs.winehq.org/show_bug.cgi?id=53704
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Fixed by SHA1| |48fdc8e08c4150c74e6c740df82 | |518405125541d Resolution|--- |FIXED
--- Comment #19 from Michael Stefaniuc mstefani@winehq.org --- Fix committed as 48fdc8e08c4150c74e6c740df82518405125541d
https://bugs.winehq.org/show_bug.cgi?id=53704
--- Comment #20 from Luis Ortega luiorpe1@gmail.com --- I'm glad I could be of help. I confirm it works with your fix.
https://bugs.winehq.org/show_bug.cgi?id=53704
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #21 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 8.5.
https://bugs.winehq.org/show_bug.cgi?id=53704
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |8.0.x
https://bugs.winehq.org/show_bug.cgi?id=53704
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|8.0.x |---
--- Comment #22 from Michael Stefaniuc mstefani@winehq.org --- Removing the 8.0.x milestone from bug fixes included in 8.0.2.