[Bug 41739] New: Yesterday crashes at the savegame selection screen ( 1st run)
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(a)winehq.org Reporter: wine-devel(a)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" -- 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.
https://bugs.winehq.org/show_bug.cgi?id=41739 Béla Gyebrószki <gyebro69(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69(a)gmail.com --- Comment #1 from Béla Gyebrószki <gyebro69(a)gmail.com> --- Does it work if you set the following override in winecfg's libraries tab? openal32=builtin -- 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.
https://bugs.winehq.org/show_bug.cgi?id=41739 --- Comment #2 from wine-devel(a)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? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=41739 Béla Gyebrószki <gyebro69(a)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(a)codeweavers.com Keywords| |download --- Comment #3 from Béla Gyebrószki <gyebro69(a)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 -- 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.
https://bugs.winehq.org/show_bug.cgi?id=41739 Andrey Gusev <andrey.goosev(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |leslie_alistair(a)hotmail.com --- Comment #4 from Andrey Gusev <andrey.goosev(a)gmail.com> --- *** Bug 42785 has been marked as a duplicate of this bug. *** -- 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.
https://bugs.winehq.org/show_bug.cgi?id=41739 Andrey Gusev <andrey.goosev(a)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(a)gmail.com> --- Yesterday demo in the list. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=41739 mrdeathjr28(a)yahoo.es changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mrdeathjr28(a)yahoo.es -- 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.
https://bugs.winehq.org/show_bug.cgi?id=41739 tokktokk <fdsfgs(a)krutt.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fdsfgs(a)krutt.org -- 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.
https://bugs.winehq.org/show_bug.cgi?id=41739 joaopa <jeremielapuree(a)yahoo.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree(a)yahoo.fr --- Comment #6 from joaopa <jeremielapuree(a)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? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=41739 Zebediah Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |z.figura12(a)gmail.com --- Comment #7 from Zebediah Figura <z.figura12(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=41739 --- Comment #8 from joaopa <jeremielapuree(a)yahoo.fr> --- Interesting. I did not know that. So in a long-term time, builtin openal will be removed from wine? -- 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.
https://bugs.winehq.org/show_bug.cgi?id=41739 mirh <mirh(a)protonmail.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mirh(a)protonmail.ch --- Comment #9 from mirh <mirh(a)protonmail.ch> --- commit 7d6c6025923c039ac6a2458ca466290621238c36 Author: Andrew Eikum <aeikum(a)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). -- 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.
https://bugs.winehq.org/show_bug.cgi?id=41739 mirh <mirh(a)protonmail.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chris.kcat(a)gmail.com --- Comment #10 from mirh <mirh(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=41739 googlemail(a)email-postfach.info changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |googlemail(a)email-postfach.i | |nfo --- Comment #11 from googlemail(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=41739 C. Leu <kle(a)bluewin.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kle(a)bluewin.ch --- Comment #12 from C. Leu <kle(a)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. -- 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.
https://bugs.winehq.org/show_bug.cgi?id=41739 --- Comment #13 from mirh <mirh(a)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. -- 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.
participants (2)
-
wine-bugs＠winehq.org -
WineHQ Bugzilla