[Bug 54573] New: win64 bug: err:module:import_dll Library iconv.dll
https://bugs.winehq.org/show_bug.cgi?id=54573 Bug ID: 54573 Summary: win64 bug: err:module:import_dll Library iconv.dll Product: Wine-staging Version: 8.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: romulasry(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 74116 --> https://bugs.winehq.org/attachment.cgi?id=74116 wine pant.net logfile When I run: wine paint.net.5.0.2.install.anycpu.web.exe See attached log. -- 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=54573 romulasry(a)protonmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- URL| |https://github.com/paintdot | |net/release/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=54573 romulasry(a)protonmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Distribution|--- |Fedora -- 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=54573 m8ram <bram.pkm+wine(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bram.pkm+wine(a)gmail.com --- Comment #1 from m8ram <bram.pkm+wine(a)gmail.com> --- Created attachment 74143 --> https://bugs.winehq.org/attachment.cgi?id=74143 iconv.dll import error MTGA I believe I encountered the same or a similar problem with Wizard's of the Coast Magic The Gathering Arena -- 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=54573 --- Comment #2 from m8ram <bram.pkm+wine(a)gmail.com> --- I don't know if this DLL needs to exist within the `.wine` directory or on the Linux host. My Fedora has: $ rpm -ql mingw32-win-iconv-0.0.8-7.fc36.noarch|grep iconv.dll /usr/i686-w64-mingw32/sys-root/mingw/bin/iconv.dll /usr/i686-w64-mingw32/sys-root/mingw/lib/libiconv.dll.a $ rpm -ql mingw64-win-iconv-0.0.8-7.fc36.noarch|grep iconv.dll /usr/x86_64-w64-mingw32/sys-root/mingw/bin/iconv.dll /usr/x86_64-w64-mingw32/sys-root/mingw/lib/libiconv.dll.a There was no iconv.dll within the .wine directory. -- 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=54573 --- Comment #3 from romulasry(a)protonmail.com --- 0124:err:module:import_dll Library iconv.dll (which is needed by L"Z:\\usr\\share\\wine\\mono\\wine-mono-7.4.0\\bin\\libmono-2.0-x86_64.dll") not found -- 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=54573 --- Comment #4 from m8ram <bram.pkm+wine(a)gmail.com> --- I tried the following without success: $ WINEDEBUG=-all,err WINEPATH=/usr/i686-w64-mingw32/sys-root/mingw/bin wine start "C:\Program Files\Wizards of the Coast\MTGA\MTGALauncher\MTGALauncher.exe" [m8ram(a)bmertens-tp ~]$ WINEPATH=/usr/i686-w64-mingw32/sys-root/mingw/bin wine start "C:\Program Files\Wizards of the Coast\MTGA\MTGALauncher\MTGALauncher.exe" 002c:fixme:winediag:LdrInitializeThunk wine-staging 8.1 is a testing version containing experimental patches. 002c:fixme:winediag:LdrInitializeThunk Please mention your exact version when filing bug reports on winehq.org. 0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 0084:fixme:hid:handle_IRP_MN_QUERY_ID Unhandled type 00000005 [m8ram(a)bmertens-tp ~]$ 0114:fixme:mscoree:parse_supported_runtime sku=L".NETFramework,Version=v4.5.2" not implemented 0114:fixme:mscoree:parse_supported_runtime sku=L".NETFramework,Version=v4.5.2" not implemented 0114:err:module:import_dll Loading library iconv.dll (which is needed by L"Z:\\usr\\share\\wine\\mono\\wine-mono-7.4.0\\bin\\libmono-2.0-x86_64.dll") failed (error c000007b). 0114:err:mscoree:load_mono Could not load Mono into this process I also tried adding the iconv.dll from ftp://ftp.gnupg.org/gcrypt/binary/libiconv-1.9.1.dll.zip in ftp://ftp.gnupg.org/gcrypt/binary/libiconv-1.9.1.dll.zip that does not help either I checked winetricks but it does not include iconv.dll AFAICT -- 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=54573 --- Comment #5 from m8ram <bram.pkm+wine(a)gmail.com> --- Created attachment 74236 --> https://bugs.winehq.org/attachment.cgi?id=74236 console logs i686 winepath Running with the i686 version of iconv.dll added to WINEPATH gives the same error as without -- 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=54573 --- Comment #6 from m8ram <bram.pkm+wine(a)gmail.com> --- Created attachment 74237 --> https://bugs.winehq.org/attachment.cgi?id=74237 console log running with x86_64 version added to winepath Adding the 64bit version to the WINEPATH appears to resolve the iconv.dll error but fails with a stacktrace. -- 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=54573 --- Comment #7 from romulasry(a)protonmail.com --- https://bugzilla.redhat.com/show_bug.cgi?id=2183853 load_mono Could not load Mono into this process -- 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=54573 romulasry(a)protonmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- Version|8.2 |8.5 -- 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=54573 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish(a)gmail.com Keywords| |download --- Comment #8 from Austin English <austinenglish(a)gmail.com> --- It looks like Fedora ships their own wine-mono package, that has some custom patches applied (including one related to iconv): https://src.fedoraproject.org/rpms/wine-mono/blob/rawhide/f/wine-mono.spec#_... Does using the WineHQ provided mono package avoid this? Try (in a clean WINEPREFIX): $ wineboot $ wine uninstaller # remove wine-mono from inside wine uninstaller $ wget https://dl.winehq.org/wine/wine-mono/7.4.0/wine-mono-7.4.0-x86.msi $ wine msiexec /i wine-mono-7.4.0-x86.msi $ wine paint.net.5.0.2.install.anycpu.web.exe See https://wiki.winehq.org/Mono for more info on mono, if needed. -- 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=54573 Michael Cronenworth <mike(a)cchtml.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mike(a)cchtml.com -- 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=54573 --- Comment #9 from romulasry(a)protonmail.com --- It won't let me remove it from there. I tried dnf rm wine-mono but it would remove most wine packages and that isn't what I want. So I can't try that. -- 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=54573 --- Comment #10 from Michael Cronenworth <mike(a)cchtml.com> --- (In reply to Austin English from comment #8)
It looks like Fedora ships their own wine-mono package, that has some custom patches applied (including one related to iconv):
There are three, small patches. Patch 1 of 3: https://src.fedoraproject.org/rpms/wine-mono/blob/rawhide/f/wine-mono-7.3.0-... Forces casting of the "inbytes" variable due to iconv header requirement / GCC enforcement. Error: /builddir/build/BUILD/wine-mono-7.4.0/mono/mono/eglib/giconv.c: In function 'monoeg_g_iconv': /builddir/build/BUILD/wine-mono-7.4.0/mono/mono/eglib/giconv.c:203:39: error: passing argument 2 of 'iconv' from incompatible pointer type [-Werror=incompatible-pointer-types] 203 | return iconv (cd->cd, inbytes, inleftptr, outbytes, outleftptr); | ^~~~~~~ | | | gchar ** {aka char **} /usr/x86_64-w64-mingw32/sys-root/mingw/include/iconv.h:17:48: note: expected 'const char **' but argument is of type 'gchar **' {aka 'char **'} Patch 2 of 3: https://src.fedoraproject.org/rpms/wine-mono/blob/rawhide/f/wine-mono-build-... Sets build flag to statically compile in libgcc. This was added prior to the PE conversion project and therefore before MinGW binaries were required by wine. Could possibly be dropped now, but I don't suspect this is the problem. (After testing: This patch is no longer required. I'll remove it in a future update.) Patch 3 of 3: https://src.fedoraproject.org/rpms/wine-mono/blob/rawhide/f/wine-mono-crlf.p... Removes carriage return characters (0x0d) that sneak into the "CABFILENAME" variable. Would not affect iconv. (After testing: This patch is no longer required. I'll remove it in a future update.) Fedora requires compiling from source and uses newer build tools than the upstream build environment. This has benefited Wine by fixing Python/GCC changes before they were known by upstream. *** Workaround (assuming 64-bit WINEPREFIX): cp /usr/x86_64-w64-mingw32/sys-root/mingw/bin/iconv.dll ${WINEPREFIX}/drive_c/windows/system32/ cp /usr/x86_64-w64-mingw32/sys-root/mingw/bin/libssp-0.dll ${WINEPREFIX}/drive_c/windows/system32/ Looks like wine-mono doesn't search in the system MinGW library path for DLLs. Does wine-mono perform its own DLL search path mechanism? I know 'wine' supports searching in the system path, which has me confused here. -- 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=54573 --- Comment #11 from m8ram <bram.pkm+wine(a)gmail.com> --- A workaround for Fedora based on https://dl.winehq.org/wine/wine-mono/7.4.0/wine-mono-7.4.0-x86.msi: - remove the builtin wine mono: `wine uninstaller --remove '{E45D8920-A758-4088-B6C6-31DBB276992E}'` - Download and install the latest wine-mono: `wine ~/Downloads/wine-mono-7.4.0-x86.msi` With this I was able to work around the issue on Fedora 37. -- 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=54573 Ken Sharp <imwellcushtymelike(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |phil(a)tsa.coop --- Comment #12 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- *** Bug 56625 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=54573 --- Comment #13 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- Is this even a Wine 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=54573 Ken Sharp <imwellcushtymelike(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |1b6038f3-c0a3-4614-9a2a-256 | |434c26d0a(a)simplelogin.com --- Comment #14 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- *** Bug 55693 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=54573 Ken Sharp <imwellcushtymelike(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Summary|win64 bug: |err:module:import_dll |err:module:import_dll |Library iconv.dll caused by |Library iconv.dll |Fedora patches Resolution|--- |NOTOURBUG --- Comment #15 from Ken Sharp <imwellcushtymelike(a)gmail.com> --- Wine can't do much about third-party patches downstream. -- 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=54573 Austin English <austinenglish(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 CC| |madewokherd(a)gmail.com Resolution|NOTOURBUG |--- Status|RESOLVED |REOPENED --- Comment #16 from Austin English <austinenglish(a)gmail.com> --- (In reply to Ken Sharp from comment #15)
Wine can't do much about third-party patches downstream.
It doesn't appear to be related to the patches:
Looks like wine-mono doesn't search in the system MinGW library path for DLLs. Does wine-mono perform its own DLL search path mechanism? I know 'wine' supports searching in the system path, which has me confused here.
CC'ing Esme. -- 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=54573 --- Comment #17 from Esme Povirk <madewokherd(a)gmail.com> --- I don't know how Wine's system path searching stuff works. We don't do anything special for resolving libmono's dependencies, just a LoadLibraryW: https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/mscoree/metahost.c?re... -- 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=54573 --- Comment #18 from Esme Povirk <madewokherd(a)gmail.com> --- Also if it matters: libmono is a native dll, not a Wine 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=54573 Zephyr Lykos <self(a)mochaa.ws> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |self(a)mochaa.ws --- Comment #19 from Zephyr Lykos <self(a)mochaa.ws> --- Created attachment 77718 --> https://bugs.winehq.org/attachment.cgi?id=77718 [PATCH] mscoree: load libmono as a system library -- 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=54573 --- Comment #20 from Zephyr Lykos <self(a)mochaa.ws> --- Comment on attachment 77718 --> https://bugs.winehq.org/attachment.cgi?id=77718 [PATCH] mscoree: load libmono as a system library
From 667abe0dd5769a6c605a20e650d3d76ad7043564 Mon Sep 17 00:00:00 2001 From: Zephyr Lykos <git(a)mochaa.ws> Date: Fri, 27 Dec 2024 13:54:46 +0800 Subject: [PATCH] mscoree: load libmono as a system library
This allows libmono to load extra libraries (notably win-iconv) from system_dllpath.
For example, Fedora's wine-mono is built against a shared win-iconv installed in system_dllpath, but wine will not search there unless it's explicitly instructed to do so since bfbccf1a038e (ntdll: Prevent loading Wine system dependencies in place of identically named application DLLs.).
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54573 Signed-off-by: Zephyr Lykos <git(a)mochaa.ws> --- dlls/mscoree/metahost.c | 2 +- dlls/ntdll/loader.c | 3 ++- 2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/dlls/mscoree/metahost.c b/dlls/mscoree/metahost.c index e1dd00656e9..49850e69f91 100644 --- a/dlls/mscoree/metahost.c +++ b/dlls/mscoree/metahost.c @@ -192,7 +192,7 @@ static HRESULT load_mono(LPCWSTR mono_path)
if (!find_mono_dll(mono_path, mono_dll_path)) goto fail;
- mono_handle = LoadLibraryW(mono_dll_path); + mono_handle = LoadLibraryExW(mono_dll_path, NULL, LDR_WINE_INTERNAL);
if (!mono_handle) goto fail;
diff --git a/dlls/ntdll/loader.c b/dlls/ntdll/loader.c index 0c25fe14133..cf01e6bc7fe 100644 --- a/dlls/ntdll/loader.c +++ b/dlls/ntdll/loader.c @@ -3374,7 +3374,8 @@ NTSTATUS WINAPI DECLSPEC_HOTPATCH LdrLoadDll(LPCWSTR path_name, DWORD flags,
RtlEnterCriticalSection( &loader_section );
- nts = load_dll( path_name, dllname ? dllname : libname->Buffer, flags, &wm, FALSE ); + nts = load_dll( path_name, dllname ? dllname : libname->Buffer, flags, &wm, + (flags & LDR_WINE_INTERNAL) );
if (nts == STATUS_SUCCESS && !(wm->ldr.Flags & LDR_DONT_RESOLVE_REFS)) { -- 2.47.1
-- 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=54573 Zephyr Lykos <self(a)mochaa.ws> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #77718|0 |1 is obsolete| | -- 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=54573 --- Comment #21 from Zephyr Lykos <self(a)mochaa.ws> --- Created attachment 77720 --> https://bugs.winehq.org/attachment.cgi?id=77720 [PATCH v2] mscoree: load libmono as a system library -- 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=54573 Zephyr Lykos <self(a)mochaa.ws> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #77720|0 |1 is obsolete| | -- 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=54573 --- Comment #22 from Zephyr Lykos <self(a)mochaa.ws> --- Created attachment 77721 --> https://bugs.winehq.org/attachment.cgi?id=77721 [PATCH v3] mscoree: load libmono as a system library -- 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=54573 --- Comment #23 from Rafał Mużyło <galtgendo(a)o2.pl> --- ...you know, I don't know if that's related, but I've stumbled upon a dotnet game (some really wacky, perhaps in-house engine) that fails to load d3dcompiler_47.dll unless I put a copy of in in the game dir... I thought it's just something wacky the game/engine does, but perhaps it was due to inheriting this problem... -- 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=54573 Rafał Mużyło <galtgendo(a)o2.pl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |galtgendo(a)o2.pl -- 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=54573 --- Comment #24 from Zephyr Lykos <self(a)mochaa.ws> --- (In reply to Rafał Mużyło from comment #23)
...you know, I don't know if that's related, but I've stumbled upon a dotnet game (some really wacky, perhaps in-house engine) that fails to load d3dcompiler_47.dll unless I put a copy of in in the game dir...
I thought it's just something wacky the game/engine does, but perhaps it was due to inheriting this problem...
I don't think d3dcompiler_47 should be considered as a "wine internal dll". Can you post a trace with WINEDEBUG="+module,+loaddll,+imports"? -- 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=54573 --- Comment #25 from Rafał Mużyło <galtgendo(a)o2.pl> --- ...aw, shucks... Sorry, user error, ignore the noise. -- 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=54573 Matteo Bruni <matteo.mystral(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Product|Wine-staging |Wine Component|-unknown |ntdll --- Comment #26 from Matteo Bruni <matteo.mystral(a)gmail.com> --- Zephyr Lykos opened an MR to attempt to fix this: https://gitlab.winehq.org/wine/wine/-/merge_requests/7077 -- 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=54573 Esme Povirk <madewokherd(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|ntdll |mscoree --- Comment #27 from Esme Povirk <madewokherd(a)gmail.com> --- Should be fixed in main branch of Wine Mono by: https://gitlab.winehq.org/mono/wine-mono/-/merge_requests/22 Thanks! It'd be nice to get this fixed in Fedora without having to wait for a Wine Mono bump. I think that applying the patch to a revision of the Wine Mono rpm package should work, even if a broken Wine Mono was already used on the same system. -- 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=54573 --- Comment #28 from Michael Cronenworth <mike(a)cchtml.com> --- (In reply to Esme Povirk from comment #27)
It'd be nice to get this fixed in Fedora without having to wait for a Wine Mono bump. I think that applying the patch to a revision of the Wine Mono rpm package should work, even if a broken Wine Mono was already used on the same system.
To be clear: Disregard the patch in comment #26 and only apply your patch to wine-mono? -- 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=54573 --- Comment #29 from Esme Povirk <madewokherd(a)gmail.com> --- Just the patch from https://gitlab.winehq.org/mono/wine-mono/-/merge_requests/22 -- 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=54573 --- Comment #30 from Michael Cronenworth <mike(a)cchtml.com> --- Thanks. I'm pushing out a Fedora update now. Looks like this issue is finally fixed. :) -- 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.
http://bugs.winehq.org/show_bug.cgi?id=54573 Lars martin <lars_martin4(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lars_martin4(a)hotmail.com --- Comment #31 from Lars martin <lars_martin4(a)hotmail.com> --- can any confirm it: https://bugs.winehq.org/show_bug.cgi?id=58778 0a20:err:module:import_dll Loading library iconv.dll (which is needed by L"Z:\\usr\\share\\wine\\mono\\wine-mono-10.3.0\\bin\\libmono-2.0-x86_64.dll") failed (error c000007b). 0a20:err:mscoree:load_mono Could not load Mono into this process fixed? Missing: mingw64-win-iconv package, at /usr/x86_64-w64-mingw32/sys-root/mingw/bin/iconv.dll. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=54573 --- Comment #32 from Michael Cronenworth <mike(a)cchtml.com> --- @Esme Povirk I can confirm the issue has returned. The issues is visible on current wine and wine-mono and as far back as wine 10.12 and wine-mono 10.1.0. Apps work when started with the "old" 32-bit only mode: WINEARCH=win32 wine ./app.exe Apps fail with the new wow64 mode and with win64. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=54573 --- Comment #33 from Esme Povirk <madewokherd(a)gmail.com> --- I wonder if the search path for system libraries is wrong in new wow64. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=54573 --- Comment #34 from Alexandre Julliard <julliard(a)winehq.org> --- PE system libraries are not compatible with new wow64. There's a check in configure to reject that. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=54573 --- Comment #35 from Esme Povirk <madewokherd(a)gmail.com> --- Then, the only solution is to make sure Fedora's build of Wine Mono doesn't link any system libraries? -- 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.
http://bugs.winehq.org/show_bug.cgi?id=54573 --- Comment #36 from Alexandre Julliard <julliard(a)winehq.org> --- At this point that's the only thing guaranteed to work I'm afraid. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=54573 --- Comment #37 from Zephyr Lykos <self(a)mochaa.ws> --- May I ask why this is incompatible? can't we set something like `WINESYSTEMDLW6432` in ntdll/unix/loader.c and load that in ntdll/loader.c if it's PE32 running under WoW64? --- For now, I maintain an alternative package with old multiarch support and a different layout here: https://copr.fedorainfracloud.org/coprs/mochaa/wine I use this for yabridge's 32-bit bitbridge. -- 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.
http://bugs.winehq.org/show_bug.cgi?id=54573 --- Comment #38 from Zeb Figura <z.figura12@gmail.com> --- (In reply to Zephyr Lykos from comment #37)
May I ask why this is incompatible? can't we set something like `WINESYSTEMDLW6432` in ntdll/unix/loader.c and load that in ntdll/loader.c if it's PE32 running under WoW64?
I don't think there's any reason it can't be made to work, it just needs someone (probably me, but I haven't managed to make time yet) to do the build system 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.
participants (2)
-
WineHQ Bugzilla -
WineHQ Bugzilla