https://bugs.winehq.org/show_bug.cgi?id=51507
Bug ID: 51507 Summary: Wine-staging did not load any libraries after system reboot Product: Wine-staging Version: 6.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: ryu.ketsueki@outlook.com CC: leslie_alistair@hotmail.com, z.figura12@gmail.com Distribution: ---
Created attachment 70346 --> https://bugs.winehq.org/attachment.cgi?id=70346 Screenshot showing how Wine did not load any libraries
This is a fresh new wineprefix and it's been several times I had to nuke it and start a brand new one for one single reason. The programs that require specific libraries like VCRUNTIME140.dll are giving the error "Importing dlls for L"D:\Wine64\The Sims 4\Game\Bin\TS4_x64.exe" failed, status c0000135". While this is pointing an issue for The Sims 4 in specific, running winecfg to check which libraries have been loaded, show that absolutely none of them were, except for the linked ones by a manual installation of DXVK. Check attachment for screenshot.
This is temporarily solved by recreating the wineprefix but the same thing happens after a reboot. I am using the wineprefix outside of the default location, in this case, being on an NTFS partition. I never had any problems with wine misbehaving with the prefix on this partition until recently. I do not use winetricks because it seems to make the problem worse, so I install all the dependencies such as vcrun2015 manually from Microsoft's website.
OS is openSUSE Tumbleweed, Wine-Staging comes from the Emulators repository as is recommended on WineHQ
https://bugs.winehq.org/show_bug.cgi?id=51507
--- Comment #1 from ryu.ketsueki@outlook.com --- An addendum. Nuking the wineprefix doesn't solve the problem anymore.
https://bugs.winehq.org/show_bug.cgi?id=51507
Linards linards.liepins@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |linards.liepins@gmail.com
--- Comment #2 from Linards linards.liepins@gmail.com --- I feel I have same issue.
After upgrading from 6.12 to 6.13, nothing loads anymore. I got generally the following error messages across all the apps (winecfg has a bit different one, but might be same loader issue):
$ wine bf2hub 01b0:err:environ:run_wineboot boot event wait timed out 01b0:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 01b0:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 01b0:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 01d0:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 01d0:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 01d0:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 01d8:err:module:import_dll Library nsi.dll (which is needed by L"C:\windows\system32\IPHLPAPI.DLL") not found 01d8:err:module:import_dll Library IPHLPAPI.DLL (which is needed by L"C:\Program Files (x86)\BF2Hub Client\bf2hub.exe") not found 01d8:err:module:LdrInitializeThunk Importing dlls for L"C:\Program Files (x86)\BF2Hub Client\bf2hub.exe" failed, status c0000135
$ winecfg 01b8:err:environ:run_wineboot boot event wait timed out 01b8:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 01b8:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 01b8:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 01e0:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 01e0:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 01e0:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 01e8:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 01e8:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 01e8:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 01f0:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 01f0:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 01f0:fixme:font:get_name_record_codepage encoding 20 not handled, platform 1. 01f0:err:winecfg:open_mountmgr failed to open mount manager err 2
https://bugs.winehq.org/show_bug.cgi?id=51507
Dominique Martinet dvufhr.nznqarjf@noclue.notk.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dvufhr.nznqarjf@noclue.notk | |.org
https://bugs.winehq.org/show_bug.cgi?id=51507
--- Comment #3 from Dominique Martinet dvufhr.nznqarjf@noclue.notk.org --- had similar traces (wsock32 -> iphlpapi -> nsi.dll not found error chain) In my case ~/.wine/drive_c/windows/system32 contained the 64bit version of the libs (/usr/lib64/wine/x86_64-window/wsock32.dll etc), but looking at strace the application did not check there at all.
I've copied the 32bit version of the libs to ~/.wine/drive_c/windows and program started working again.
I guess it might be because I'm running 32bits programs in a 64bit prefix, but that always worked this way so not sure what it's complaining about now about all this time... Well, just copying a few files worked, not going to bother until it happens again.
-
WineHQ Bugzilla