[Bug 35413] New: err:module:import_dll Library libgcc_s_sjlj-1.dll not found needed by mono-2.0
http://bugs.winehq.org/show_bug.cgi?id=35413
Bug ID: 35413 Summary: err:module:import_dll Library libgcc_s_sjlj-1.dll not found needed by mono-2.0 Product: Wine Version: 1.7.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: fast.rizwaan@gmail.com Classification: Unclassified
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
this bug was not there in 1.7.5 fedora 19/20 x86_64
the workaround is to "install winetricks dotnet40"
http://bugs.winehq.org/show_bug.cgi?id=35413
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |madewokherd@gmail.com Component|-unknown |mscoree
--- Comment #1 from Vincent Povirk madewokherd@gmail.com --- The binary package hosted by the Wine project doesn't have that dependency. I'm guessing Fedora built their own binaries (which should theoretically be fine), and for some reason their mingw linked in libgcc dynamically instead of statically.
We should try to bring in the maintainer of the wine-mono package in Fedora so we can agree on a fix and they can update their packages.
http://bugs.winehq.org/show_bug.cgi?id=35413
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=35413
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |UPSTREAM
--- Comment #2 from Austin English austinenglish@gmail.com --- I can confirm this with the fedora wine-mono package and using Paint.Net: [austin@localhost ~]$ wine Paint.NET.3.5.11.Install.exe fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:wuapi:automatic_updates_Pause fixme:mscoree:ConfigFileHandler_startElement Unknown element L"generatePublisherEvidence" in state 4 fixme:mscoree:parse_probing privatePath=L".;Native.x86;Native.x64" not implemented fixme:mscoree:parse_startup useLegacyV2RuntimeActivationPolicy=L"true" not implemented fixme:mscoree:parse_supported_runtime sku=L"Client" not implemented fixme:mscoree:parse_supported_runtime sku=L".NETFramework,Version=v4.0,Profile=Client" not implemented 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 fixme:wuapi:automatic_updates_Resume
removing it and using WineHQ's mono works fine.
http://bugs.winehq.org/show_bug.cgi?id=35413
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|UPSTREAM |--- Ever confirmed|0 |1
--- Comment #3 from Vincent Povirk madewokherd@gmail.com --- Reopening, because it's not clear that this isn't a bug in wine-mono that rawhide's mingw triggers.
http://bugs.winehq.org/show_bug.cgi?id=35413
--- Comment #4 from Vincent Povirk madewokherd@gmail.com --- This bug is also in Fedora's bugzilla here: https://bugzilla.redhat.com/show_bug.cgi?id=1056436
http://bugs.winehq.org/show_bug.cgi?id=35413
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |marcus@jet.franken.de
--- Comment #5 from Rosanne DiMesio dimesio@earthlink.net --- I'm also seeing this error with the openSUSE wine-mono package, with Ecosim with Ecopath. (The app still fails with WineHQ's wine-mono, but in a different way.)
http://bugs.winehq.org/show_bug.cgi?id=35413
--- Comment #6 from Marcus Meissner marcus@jet.franken.de --- opensuse also rebuilds its wine-mono package currently.
mingw32-gcc-4.8.2 I have there.
I will try adding -static-libgcc in build-winemono.sh
http://bugs.winehq.org/show_bug.cgi?id=35413
--- Comment #7 from Vincent Povirk madewokherd@gmail.com --- We should really add it to Mono's build system. We're not the only ones who do cross-builds for Windows. Unfortunately, my mingw doesn't have this problem so I cannot test.
http://bugs.winehq.org/show_bug.cgi?id=35413
P. José zer-0@hotmail.com.br changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zer-0@hotmail.com.br
--- Comment #8 from P. José zer-0@hotmail.com.br --- Fedora 20 x64 wine 1.7.13
The same error with apps based on .NET Framework, like Terraria.
http://bugs.winehq.org/show_bug.cgi?id=35413
--- Comment #9 from P. José zer-0@hotmail.com.br --- 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
4- Install dotnet40 with: winetricks dotnet40
5- 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
6- Place the mscoree.dll at
/home/<YourUserFolderNameHere>/.wine/drive_c/windows/Microsoft.NET/Framework/v4.0.30319/
7- 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
8- 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?
http://bugs.winehq.org/show_bug.cgi?id=35413
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #10 from Anastasius Focht focht@gmx.net --- Hello,
--- quote --- ... 5- 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
6- Place the mscoree.dll at
/home/<YourUserFolderNameHere>/.wine/drive_c/windows/Microsoft.NET/Framework/v4.0.30319/
7- 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
... --- quote ---
not sure what you're trying to fix .. but 'mscoree.dll' is not supposed to live in .NET Framework folder. Please refrain from confusing users by giving wrong recipes.
.NET Framework 4.0 install works out of the box (winetricks). There is nothing to fix here - expect for proper uninstall of Mono if you happen to have Mono installed in WINEPREFIX (which winetricks takes care of).
Regards
http://bugs.winehq.org/show_bug.cgi?id=35413
--- Comment #11 from P. José zer-0@hotmail.com.br --- Sorry about it, you are right. I removed the mscoree.dll from Framework and an error message appears when try to run a .NET based app:
Configuration parser error
Error parsing C:\windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config Parser returned error 0x80004001.
When I click "Ok", the message disappear and the app runs normally. When I replace mscoree, the app runs without any error message. Strange.
Thanks for the advise.
http://bugs.winehq.org/show_bug.cgi?id=35413
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rob2098@gmail.com
--- Comment #12 from Rosanne DiMesio dimesio@earthlink.net --- *** Bug 35959 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=35413
--- Comment #13 from Rosanne DiMesio dimesio@earthlink.net --- (In reply to Marcus Meissner from comment #6)
opensuse also rebuilds its wine-mono package currently.
mingw32-gcc-4.8.2 I have there.
I will try adding -static-libgcc in build-winemono.sh
The current openSUSE wine-mono package still throws up the libgcc_s_sjlj-1.dll error.
http://bugs.winehq.org/show_bug.cgi?id=35413
Paul Nickerson pgn674@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pgn674@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=35413
iavaelooeyt@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |iavaelooeyt@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=35413
Michael Cronenworth mike@cchtml.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mike@cchtml.com
--- Comment #14 from Michael Cronenworth mike@cchtml.com --- Created attachment 48879 --> https://bugs.winehq.org/attachment.cgi?id=48879 pass -static-libgcc by CC/CXX override
Here's a rough patch to get this bug ironed out. The use of libtool requires the option to be passed this way unless a libtool expert knows of a cleaner method.
I will push an updated Fedora wine-mono package with this patch.
https://bugs.winehq.org/show_bug.cgi?id=35413
--- Comment #15 from Vincent Povirk madewokherd@gmail.com --- Thanks for the patch. This is next on my todo list after https://github.com/mono/mono/pull/1050, and then hopefully we can release.
https://bugs.winehq.org/show_bug.cgi?id=35413
--- Comment #16 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.51 or newer) wine?
https://bugs.winehq.org/show_bug.cgi?id=35413
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #17 from super_man@post.com --- (In reply to Vincent Povirk from comment #15)
Thanks for the patch. This is next on my todo list after https://github.com/mono/mono/pull/1050, and then hopefully we can release.
That one got closed assumed fixed.
https://bugs.winehq.org/show_bug.cgi?id=35413
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|REOPENED |RESOLVED
--- Comment #18 from Vincent Povirk madewokherd@gmail.com --- We've had the work-around from comment 13 in Wine Mono for a long time, and I haven't heard of it needing this dll recently. I'm going to assume this is fixed.
https://bugs.winehq.org/show_bug.cgi?id=35413
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #19 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 4.12.
-
wine-bugs＠winehq.org