https://bugs.winehq.org/show_bug.cgi?id=41739
Bug ID: 41739 Summary: Yesterday crashes at the savegame selection screen (1st run) Product: Wine Version: 1.9.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: wine-devel@hurrikhan.eu Distribution: ---
Created attachment 56179 --> https://bugs.winehq.org/attachment.cgi?id=56179 filtered logs followed by the backtrace of the error
I start the game Yesterday.exe, on steam. The game crashes (obvious null pointer at the 16th byte of a struct) as soon as the savegame selection is shown.
There is is a fixme reporting a call to SystemParametersInfoW that says "unknown action 116" (documented as "get audio description")
There is also a warning on cert_verify_proc_win (reported for another game)
I've attached the logs "WARNING|Unknown|fixme|crash|Yesterday|psengine"
https://bugs.winehq.org/show_bug.cgi?id=41739
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
--- Comment #1 from Béla Gyebrószki gyebro69@gmail.com --- Does it work if you set the following override in winecfg's libraries tab? openal32=builtin
https://bugs.winehq.org/show_bug.cgi?id=41739
--- Comment #2 from wine-devel@hurrikhan.eu --- Yes, it does, thank you. If I understand correctly, "builtin" means it uses wine's code. Is there a reason it's not the default?
https://bugs.winehq.org/show_bug.cgi?id=41739
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Yesterday crashes at the |Yesterday crashes at the |savegame selection screen |savegame selection screen |(1st run) |(when using native | |openal32) URL| |http://www.gamershell.com/d | |ownload_88238.shtml CC| |aeikum@codeweavers.com Keywords| |download
--- Comment #3 from Béla Gyebrószki gyebro69@gmail.com --- The problem can be reproduced with the demo version (non-Steam, German language, 1.02 GB download): http://www.gamershell.com/download_88238.shtml
https://bugs.winehq.org/show_bug.cgi?id=41739
Andrey Gusev andrey.goosev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |leslie_alistair@hotmail.com
--- Comment #4 from Andrey Gusev andrey.goosev@gmail.com --- *** Bug 42785 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=41739
Andrey Gusev andrey.goosev@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Yesterday crashes at the |Multiple games crashing on |savegame selection screen |startup when using native |(when using native |openal32 (Yesterday, Mini |openal32) |Ninjas Demo) Component|-unknown |openal32 Severity|normal |minor Status|UNCONFIRMED |NEW Ever confirmed|0 |1
--- Comment #5 from Andrey Gusev andrey.goosev@gmail.com --- Yesterday demo in the list.
https://bugs.winehq.org/show_bug.cgi?id=41739
mrdeathjr28@yahoo.es changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mrdeathjr28@yahoo.es
https://bugs.winehq.org/show_bug.cgi?id=41739
tokktokk fdsfgs@krutt.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fdsfgs@krutt.org
https://bugs.winehq.org/show_bug.cgi?id=41739
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #6 from joaopa jeremielapuree@yahoo.fr --- What to do with such a bug? Wine has its builtin openal, so it should used instead of the native one.
Shouldn't this bug be closed as INVALID?
https://bugs.winehq.org/show_bug.cgi?id=41739
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12@gmail.com
--- Comment #7 from Zebediah Figura z.figura12@gmail.com --- (In reply to joaopa from comment #6)
What to do with such a bug? Wine has its builtin openal, so it should used instead of the native one.
Shouldn't this bug be closed as INVALID?
Unlike most DLLs, my understanding is that Wine shouldn't actually be shipping openal32, and instead we should try to make native work.
https://bugs.winehq.org/show_bug.cgi?id=41739
--- Comment #8 from joaopa jeremielapuree@yahoo.fr --- Interesting. I did not know that. So in a long-term time, builtin openal will be removed from wine?
https://bugs.winehq.org/show_bug.cgi?id=41739
mirh mirh@protonmail.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mirh@protonmail.ch
--- Comment #9 from mirh mirh@protonmail.ch --- commit 7d6c6025923c039ac6a2458ca466290621238c36 Author: Andrew Eikum aeikum@codeweavers.com Date: Fri Oct 2 09:02:56 2015 -0500
openal32: Prefer native version.
Because openal contexts are global per-process, applications that use openal will conflict with Wine DLLs that use openal like xaudio2_7 now does. Windows does not ship an openal32, so all applications that use openal will ship their own copy of it. According to Chris Robinson, Windows native openal32 works fine in Wine, so we should just use that to avoid the problem.
Shouldn't you actually switch back to the builtin-passthrough version now that XAudio is handled independently by FAudio? Yes, Windows doesn't ship any openal by default, and native should work too (did somebody test latest wine though? 50edd41014a84d779b08c8948627ccc226f59ee1 might have made some difference).
Still, the change would avoid needless steps in-between, and it would automatically have the best "audio renderer" getting used (as opposed to everything defaulting to "Generic Software" at the moment).
https://bugs.winehq.org/show_bug.cgi?id=41739
mirh mirh@protonmail.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |chris.kcat@gmail.com
--- Comment #10 from mirh mirh@protonmail.ch --- Yup, openal32 was eventually removed in 7.21 (see also bug 53920). Still to no acknowledgement of even the existence of its special functioning literally written in the second line of the header.
https://bugs.winehq.org/show_bug.cgi?id=41739
googlemail@email-postfach.info changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |googlemail@email-postfach.i | |nfo
--- Comment #11 from googlemail@email-postfach.info --- This hit me today after the upgrade to Wine 8.0 on Debian 11.
Baldur's Gate Enhanced Edition(s), which I had installed just some days ago, suddenly didn't start anymore.
010c:err:module:import_dll Library OpenAL32.dll (which is needed by L"C:\bg2ee\Baldur.exe") not found 010c:err:module:LdrInitializeThunk Importing dlls for L"C:\bg2ee\Baldur.exe" failed, status c0000135
Easily resolved by installing the shipped OpenAL from the game directory, but unfortunately I spent quite some time trying to find other "solutions", because at first I was under the impression something was broken either in Wine or my Debian install.
To be fair, the removal of the OpenAL32.dll wrapper library is mentioned in the release notes, but the now obsolete and rather pointless(?) DLLs remain in existing prefixes.
Wouldn't it be feasible to remove these DLLs after a checksum match for Wine-shipped openal32.dll from existing WINEPREFIXes? If the file was really missing, the above error message would at least make more sense.
https://bugs.winehq.org/show_bug.cgi?id=41739
C. Leu kle@bluewin.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kle@bluewin.ch
--- Comment #12 from C. Leu kle@bluewin.ch --- Just for the sake of completeness. This affects also Unigine Sanctuary. https://benchmark.unigine.com/sanctuary
In my case I can even confirm a reproducible hard hang of the whole Linux environment when a native openal32.dll file is used. The former built-in variant worked fine in that regard.
For more details see bug 56164.
It would be nice if someone could provide a download location of the last final built-in openal32.dll. Alternatively I have to install Wine 7.20 and copy it over from there. Whatever I have no idea if that will work. Perhaps the former built-in openal32.dll is in the meantime incompatible with newer Wine releases.
https://bugs.winehq.org/show_bug.cgi?id=41739
--- Comment #13 from mirh mirh@protonmail.ch --- In the year of the lord 2024, nobody should ever use anything besides openal-soft. And even if Wine can't do better (and it should) you can just manually drop yourself the new dlls in the game folder.
-
wine-bugs＠winehq.org -
WineHQ Bugzilla