https://bugs.winehq.org/show_bug.cgi?id=49854
Bug ID: 49854 Summary: Please fix the stupid wldap32.dll error message Product: Wine-staging Version: 5.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: ToddAndMargo@zoho.com CC: leslie_alistair@hotmail.com, z.figura12@gmail.com Distribution: ---
Fedora 32, x64
wine-5.16-1.fc32.x86_64
When running a program what uses wldap32.dll AND wine-ldap.i686 is not installed, you get a STUPID error message saying that wldap32.dll is "not found". It is right in the system32 directory. I took me over four hours of beating my head against a wall to figure it out.
Would you please give a rational error message for this issue! Tell the user that wine-ldap.i686 is otg installed!
Sorry for the crabbiness.
https://bugs.winehq.org/show_bug.cgi?id=49854
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Product|Wine-staging |Wine Component|-unknown |-unknown
--- Comment #1 from Zebediah Figura z.figura12@gmail.com --- Can you please be more specific? Where are you seeing this error, and what is its exact text?
If I run a test program that tries to load wldap32.dll without libldap_r-2.4.so present on the machine, I get the following message in the console:
0024:err:module:open_builtin_file failed to load .so lib "/bridge/git/wine32/dlls/wldap32/wldap32.dll.so"
That could of course be more specific, i.e. we should probably print dlerror() if possible, but it doesn't quite match the message you report.
https://bugs.winehq.org/show_bug.cgi?id=49854
--- Comment #2 from Todd Chester ToddAndMargo@zoho.com ---
Mine was running AppMngr.exe from the install of https://cdn.watchguard.com/SoftwareCenter/Files/WSM/12_6_2_U1/wsm_12_6_2_U1....
err:module:import_dll Library WLDAP32.dll (which is needed by L"C:\Program Files\WatchGuard\wsm11\wsm/bin\wgsvc.dll") not found
The problem is all over google.
https://bugs.winehq.org/show_bug.cgi?id=49854
--- Comment #3 from Todd Chester ToddAndMargo@zoho.com --- That should be
\wsm\bin\
Got a little too happy with copy and paste
https://bugs.winehq.org/show_bug.cgi?id=49854
Zebediah Figura z.figura12@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |ntdll
--- Comment #4 from Zebediah Figura z.figura12@gmail.com --- Do you have any DLL overrides in place? Even when importing I see the following message:
00e8:err:module:open_builtin_file failed to load .so lib "/bridge/git/wine32/dlls/wldap32/wldap32.dll.so" 00e8:err:module:import_dll Loading library wldap32.dll (which is needed by L"Z:\bridge\git\wine32\dlls\wldap32\tests\wldap32_test.exe") failed (error c000007a). 00e8:err:module:LdrInitializeThunk Importing dlls for L"Z:\bridge\git\wine32\dlls\wldap32\tests\wldap32_test.exe" failed, status c0000135
Can you please attach a log with WINEDEBUG=+module,+loaddll?
https://bugs.winehq.org/show_bug.cgi?id=49854
--- Comment #5 from Todd Chester ToddAndMargo@zoho.com --- Created attachment 68220 --> https://bugs.winehq.org/attachment.cgi?id=68220 dll trace
I removed wine-ndap-i686 and reproduced the error with the requested loggin
https://bugs.winehq.org/show_bug.cgi?id=49854
--- Comment #6 from Zebediah Figura z.figura12@gmail.com --- Is there a (lowercase!) wldap32.dll.so present on your system? The error message should only occur if wldap32.dll.so is missing.
I don't know why a fake wldap32.dll would be present if wldap32.dll.so is missing, but I can't figure out any other way to explain the log contents.
https://bugs.winehq.org/show_bug.cgi?id=49854
--- Comment #7 from Todd Chester ToddAndMargo@zoho.com --- (In reply to Zebediah Figura from comment #6)
Is there a (lowercase!) wldap32.dll.so present on your system?
Yes there is. That is why the message is so confusing
The error message should only occur if wldap32.dll.so is missing.
I don't know why a fake wldap32.dll would be present if wldap32.dll.so is missing, but I can't figure out any other way to explain the log contents.
https://bugs.winehq.org/show_bug.cgi?id=49854
--- Comment #8 from Zebediah Figura z.figura12@gmail.com --- Actually, I should ask, is there a *32-bit* wldap32.dll.so? For that matter, is there a 32-bit fake wldap32.dll present in C:\windows\syswow64? Can you please give the exact paths to both if so?
https://bugs.winehq.org/show_bug.cgi?id=49854
--- Comment #9 from Todd Chester ToddAndMargo@zoho.com --- (In reply to Zebediah Figura from comment #8)
Actually, I should ask, is there a *32-bit* wldap32.dll.so? For that matter, is there a 32-bit fake wldap32.dll present in C:\windows\syswow64? Can you please give the exact paths to both if so?
# find / -iname wldap32* find: ‘/run/user/500/gvfs’: Permission denied /usr/lib/wine/wldap32.dll.so /usr/lib/wine/fakedlls/wldap32.dll /usr/lib64/wine/wldap32.dll.so /usr/lib64/wine/fakedlls/wldap32.dll /home/todd/.wine/drive_c/windows/system32/wldap32.dll
https://bugs.winehq.org/show_bug.cgi?id=49854
--- Comment #10 from Zebediah Figura z.figura12@gmail.com --- Is this a 32-bit-only prefix? (Is there a C:\windows\syswow64 directory alongside C:\windows\system32?)
If so, it is more than a little strange that wldap32.dll is missing from C:\windows\syswow64, and that would explain why you receive a "not found" error message. In that case, does the error message persist after running `wineboot -u`, or creating a clean prefix?
If not, I'm even more confused; I can't easily figure out how STATUS_DLL_NOT_FOUND can result from a setup that has not been tampered with in some way.
https://bugs.winehq.org/show_bug.cgi?id=49854
--- Comment #11 from Todd Chester ToddAndMargo@zoho.com --- The problem only occurs when wine-ldap.i686 is not installed
https://bugs.winehq.org/show_bug.cgi?id=49854
--- Comment #12 from Zebediah Figura z.figura12@gmail.com --- Well, that wasn't particularly an answer to my question, but after inspecting the Fedora package source for wine, I think I see the problem. Granted, this is a bit of guessing on my part (answering the questions above would help confirm, and also knowing whether /usr/lib/wine/wldap32.dll.so is present if wine-ldap.i686 is missing), but:
Fedora breaks off several pieces of the wine package, which themselves require dependencies. Specifically, it makes the Unix libraries (*.dll.so) part of those packages rather than the core "wine" package. wine-ldap is an example of such.
The problem, for you, was that wldap32.dll.so *was* missing. This wasn't obvious because there are two instances of wldap32.dll.so, one for each architecture, and you had the 64-bit wine-ldap package already installed; hence an instance of wldap32.dll.so did exist on your computer, but for the wrong architecture.
On the Wine side, the easiest thing to do is probably explicitly print the architecture when a library is missing.
On the Fedora side, I really have to wonder why they're shipping parts of Wine separately like this. Presumably they're optional dependencies, but then, why not just cut out the middleman?
https://bugs.winehq.org/show_bug.cgi?id=49854
--- Comment #13 from Austin English austinenglish@gmail.com --- Is this still an issue in wine-9.7?
https://bugs.winehq.org/show_bug.cgi?id=49854
--- Comment #14 from Hans Leidekker hans@meelstraat.net --- (In reply to Austin English from comment #13)
Is this still an issue in wine-9.7?
No, OpenLDAP is now built as a PE library.
https://bugs.winehq.org/show_bug.cgi?id=49854
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |NOTOURBUG Status|UNCONFIRMED |RESOLVED
--- Comment #15 from Ken Sharp imwellcushtymelike@gmail.com --- Wine has no say in what Fedora gets up to.
https://bugs.winehq.org/show_bug.cgi?id=49854
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED Resolution|NOTOURBUG |INVALID
--- Comment #16 from Gijs Vermeulen gijsvrm@gmail.com --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=49854
--- Comment #17 from Todd Chester ToddAndMargo@zoho.com --- Wine 5! Now that is an old one!
No longer an issue as of
wine-9.1-1.fc39.i686 wine-9.1-1.fc39.x86_64
which is the latest in Fedora repo
Thank you!
-
WineHQ Bugzilla