Description of problem: wine is unable to locate wine-mono's library libgcc_s_sjlj-1.dll This happened after update to wine 1.7.8 ; wine 1.7.5 was ok with wine-mono-0.0.8 http://bugs.winehq.org/show_bug.cgi?id=35413 I reported the bug at wine bugzilla, thinking that it was wine bug, but it is fedora's wine bug. thanks.
This sounds like the same issue that wine-gecko had in bug 977039. Can you try the workaround I suggested in comment 2 there?
(In reply to Michael Cronenworth from comment #1) > This sounds like the same issue that wine-gecko had in bug 977039. Can you > try the workaround I suggested in comment 2 there? there's no ~/.wine/drive_c/windows/syswow64 in the .wine directory i did, WINEARCH=win32 winecfg mkdir -p ~/.wine/drive_c/windows/syswow64/gecko/2.21/wine_gecko/ #installed the game, then copied the file from ming32-gcc $ rpm -ql mingw32-gcc|grep sjlj /usr/i686-w64-mingw32/sys-root/mingw/bin/libgcc_s_sjlj-1.dll cp /usr/i686-w64-mingw32/sys-root/mingw/bin/libgcc_s_sjlj-1.dll ~/.wine/drive_c/windows/syswow64/gecko/2.21/wine_gecko/ started game, again same error: wine Brothers err:module:import_dll Library libgcc_s_sjlj-1.dll (which is needed by L"C:\\windows\\mono\\mono-2.0\\bin\\libmono-2.0-x86.dll") not found err:mscoree:load_mono Could not load Mono into this process
copying the dll file to the game's binary folder, launches it but, the game hangs. with wine 1.7.5 it did not hang.
Asif, my comment in that bug was for wine-gecko. You will need to copy the DLL to the wine-mono directory, which in this case would be ~/.wine/drive_c/windows/mono/mono-2.0/bin/.
Yes, copying dll to ~/.wine/drive_c/windows/mono/mono-2.0/bin/ launches, the game, but hangs (that's a different issue, I guess)
IMO, this is may still be a bug in wine-mono (or possibly upstream mono), in that we should prevent mingw from linking libgcc dynamically if possible, though for some reason the mingw I used to build the binary package didn't do this while the mingw in Fedora did. I'd appreciate your help in finding and testing a fix. But in any case, resolving it for Fedora users will require rebuilding the package, so I think reporting it here was appropriate.
Vincent, I agree it is a Fedora packaging bug. The gcc in Fedora is probably much newer than what you are using. In Fedora 19, gcc 4.8 was shipped and this introduced a dependency on libgcc for a few symbols. We can compile wine-mono, like wine-gecko, by adding -static-libgcc and that will resolve this. I'll let Andreas handle this or reply first before taking any action.
And I confirm "yum downgrade wine wine-*" and recreating the wine prefix fixes this. Leaving this here for people who are freshly installing F20 and hitting this bug.
Fedora 20 x64, wine 1.7.13 , wine-mono 4.5.2 The same problem.
I skirted or fixed the problem with a "radical" solution with these steps: 1- Unistall every app from wine less Wine Gecko 2-Go to terminal and type: sudo rm -r ~/.wine WINEARCH=win32 WINEPREFIX=~/.wine winecfg 3- Install dotnet40 with: winetricks dotnet40 4- Probably the Framework folder will not have the mscoree.dll , you will need to get him from another computer with Windows at C:/windows/Microsoft.NET/Framework/v4.0.30319/ , try to copy it in a pendrive. If you can't acess another computer or does't have the file, try this site: http://www.dll-files.com/dllindex/dll-files.shtml?mscoree 5- Place the mscoree.dll at /home/<YourUserFolderNameHere>/.wine/drive_c/windows/Microsoft.NET/Framework/v4.0.30319/ 6- Go to terminal again an type: wine reg add "HKEY_LOCAL_MACHINE\Software\Microsoft\.NETFramework" /v InstallRoot /t REG_SZ /d 'C:\windows\Microsoft.NET\Framework\' /f 7- Keep the mscoree safe! You will need to put him in your application folder to finish the work! eg.: If I want to start Terraria (a game based in .NET Framework), I must place the mscoree.dll at your main folder. If you don't, the application probably will not work Done! After ~ 2 mounths, I can start the application with no errors. It worked fine for me. Sorry for any grammar errors, I'm not a native speaker. Hope this helps ;-) PS.: may I post this as a proposed patch?
I forgot to say a very important thing in my last comment: my solution MAY NOT work for your problem and MAY BE wrong Please, don't follow my steps. I was only describing how I and a 'possible' way to skirt the problem. I really don't know if will work for you. Thanks, P.
Problem still seems to exist for F19 as of today (wine-1.7.8-1.fc19.x86_64) None of the proposed solutions work (although copying the dll to the mono bin directory did give a new error) $ Missing method .ctor in assembly C:\Program Files (x86)\GOG.com\GOG.com Downloader.exe, type System.Windows.ThemeInfoAttribute Can't find custom attr constructor image: C:\Program Files (x86)\GOG.com\GOG.com Downloader.exe mtoken: 0x0a00000e * Assertion at ../../../mono/mono/metadata/class.c:5600, condition `!mono_loader_get_last_error ()' not met abnormal program termination err:mscoree:expect_no_runtimes Process exited with a Mono runtime loaded. I will try to help debug this (on F19) if anyone wants to give me directions
Fedora 20, Wine 1.7.18, x86 Same Problem.
(In reply to Michael Cronenworth from comment #7) > We can compile wine-mono, like wine-gecko, by adding -static-libgcc and > that will resolve this. > > I'll let Andreas handle this or reply first before taking any action. Any progress with this ? We keep getting Wine updates. Unfortunately this problem still not being addressed.
wine-mono-4.5.2-4.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/wine-mono-4.5.2-4.fc20
wine-mono-4.5.2-4.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/wine-mono-4.5.2-4.fc19
Package wine-mono-4.5.2-4.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing wine-mono-4.5.2-4.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-7728/wine-mono-4.5.2-4.fc19 then log in and leave karma (feedback).
wine-mono-4.5.2-4.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.
wine-mono-4.5.2-4.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.
I'm still having the same issue with wine-mono-4.5.2-4.fc20. Has this update fixed the issue for others?
You need to regenerate your wine prefix to get the new mono binaries. The wine-mono package contains an MSI package that is installed by Wine when your wine prefix is initially created. Wine does not update these files automatically. An alternative to a new prefix is to uninstall/install Wine mono: $ WINEPREFIX=$FOO wine msiexec /x /usr/share/wine/mono/wine-mono-4.5.2.msi $ WINEPREFIX=$FOO wine msiexec /i /usr/share/wine/mono/wine-mono-4.5.2.msi
Thanks. Regenerated my wine prefix now its working fine. Sorry for the noise.