https://bugs.winehq.org/show_bug.cgi?id=43235
Bug ID: 43235 Summary: FreeBSD crash on Dungeons & Dragons Online because of secur32 Product: Wine Version: 2.10 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs@winehq.org Reporter: adrien_fernandes2@hotmail.com
Created attachment 58542 --> https://bugs.winehq.org/attachment.cgi?id=58542 Output trying to run the Dungeons & Dragons Online launcher
I updated today to staging 2.10 and I wanted to try out D&DO.
It was working in staging 2.7 before I upgrade to 2.10 I attached the output. Maybe it's a built mistake from the maintainer, maybe it's Wine, I don't know since I'm using the pre-built package from repositories.
https://bugs.winehq.org/show_bug.cgi?id=43235
fjfrackiewicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fjfrackiewicz@gmail.com
--- Comment #1 from fjfrackiewicz@gmail.com --- (In reply to Adrien Fernandes from comment #0)
Created attachment 58542 [details] Output trying to run the Dungeons & Dragons Online launcher
I updated today to staging 2.10 and I wanted to try out D&DO.
It was working in staging 2.7 before I upgrade to 2.10 I attached the output. Maybe it's a built mistake from the maintainer, maybe it's Wine, I don't know since I'm using the pre-built package from repositories.
I think this is the problem:
secur32.dll.AcquireCredentialsHandleW is an unimplemented function in Wine hence the reason your game crashes.
I would change the bug title to "Dungeons & Dragons Online requires unimplemented function secur32.dll.AcquireCredentialsHandleW", but that's just me :)
https://bugs.winehq.org/show_bug.cgi?id=43235
Adrien Fernandes adrien_fernandes2@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|FreeBSD crash on Dungeons & |Dungeons & Dragons Online |Dragons Online because of |requires unimplemented |secur32 |function | |secur32.dll.AcquireCredenti | |alsHandleW
https://bugs.winehq.org/show_bug.cgi?id=43235
--- Comment #2 from Adrien Fernandes adrien_fernandes2@hotmail.com --- You are right
https://bugs.winehq.org/show_bug.cgi?id=43235
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |austinenglish@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=43235
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Dungeons & Dragons Online |Dungeons & Dragons Online |requires unimplemented |crashes on FreeBSD |function | |secur32.dll.AcquireCredenti | |alsHandleW |
--- Comment #3 from Austin English austinenglish@gmail.com --- That function is implemented. It looks like iphlpapi wasn't built.
https://bugs.winehq.org/show_bug.cgi?id=43235
--- Comment #4 from Adrien Fernandes adrien_fernandes2@hotmail.com --- But I have it
$ ls -l /usr/local/lib32/wine/iphlpapi.dll.so -rwxr-xr-x 1 root wheel 173583 21 juin 22:15 /usr/local/lib32/wine/iphlpapi.dll.so
https://bugs.winehq.org/show_bug.cgi?id=43235
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #5 from winetest@luukku.com --- err:module:load_builtin_dll failed to load .so lib for builtin L"iphlpapi.dll": /usr/local/bin/../lib32/wine/iphlpapi.dll.so: Undefined symbol "procstat_get_socket_info" err:module:import_dll Loading library iphlpapi.dll (which is needed by L"C:\windows\system32\netapi32.dll") failed (error c000007a). err:module:import_dll Library netapi32.dll (which is needed by L"C:\windows\system32\secur32.dll") not found
Doesnt sound right.
https://bugs.winehq.org/show_bug.cgi?id=43235
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian@fds-team.de
--- Comment #6 from Austin English austinenglish@gmail.com --- (In reply to winetest from comment #5)
err:module:load_builtin_dll failed to load .so lib for builtin L"iphlpapi.dll": /usr/local/bin/../lib32/wine/iphlpapi.dll.so: Undefined symbol "procstat_get_socket_info"
Maybe a difference in what version of BSD wine was compiled on. I see your backtrace says 12.0, but that freebsd.org says 11.0 is current?
@Sebastian, what's the staging build setup on BSD?
https://bugs.winehq.org/show_bug.cgi?id=43235
--- Comment #7 from Sebastian Lackner sebastian@fds-team.de --- (In reply to Austin English from comment #6)
@Sebastian, what's the staging build setup on BSD?
We do not have any setup for FreeBSD packages (yet), the packages in question are created by the FreeBSD wine maintainers. Main problem is the lack of a proper way to install 32-bit packages on a 64-bit system. The last time I looked the FreeBSD build scripts used ugly tricks to "collect" all 32-bit dependencies, and just copied them in a 64-bit package. As a result, the 64-bit Wine packages contain half of the operating system...
(In reply to Adrien Fernandes from comment #4)
But I have it
$ ls -l /usr/local/lib32/wine/iphlpapi.dll.so -rwxr-xr-x 1 root wheel 173583 21 juin 22:15 /usr/local/lib32/wine/iphlpapi.dll.so
Do you have a 32-bit libprocstat.so* library somewhere (the name could also be slightly different), and is iphlpapi.dll.so correctly linked against it?
https://bugs.winehq.org/show_bug.cgi?id=43235
--- Comment #8 from Adrien Fernandes adrien_fernandes2@hotmail.com --- # find /usr/lib32 | grep libprocstat /usr/lib32/libprocstat_p.a /usr/lib32/libprocstat.so.1 /usr/lib32/libprocstat.so /usr/lib32/libprocstat.a
/usr/local/lib32/wine/iphlpapi.dll.so is NOT linked against /usr/lib32/libprocstat.so according to "ls -l" command (it isn't linked against anything)
https://bugs.winehq.org/show_bug.cgi?id=43235
--- Comment #9 from Austin English austinenglish@gmail.com --- (In reply to Adrien Fernandes from comment #8)
# find /usr/lib32 | grep libprocstat /usr/lib32/libprocstat_p.a /usr/lib32/libprocstat.so.1 /usr/lib32/libprocstat.so /usr/lib32/libprocstat.a
/usr/local/lib32/wine/iphlpapi.dll.so is NOT linked against /usr/lib32/libprocstat.so according to "ls -l" command (it isn't linked against anything)
I suspect Sebastian wanted you to run 'ldd'. E.g., on linux, that gives me:
austin@austin2:~$ ldd /usr/local/lib/wine/iphlpapi.dll.so linux-gate.so.1 (0xf773a000) libresolv.so.2 => /lib32/libresolv.so.2 (0xf76a8000) libwine.so.1 => /usr/local/lib64/libwine.so.1 (0xf74f0000) libm.so.6 => /lib32/libm.so.6 (0xf749c000) libc.so.6 => /lib32/libc.so.6 (0xf72ed000) libdl.so.2 => /lib32/libdl.so.2 (0xf72e7000) /lib/ld-linux.so.2 (0x56575000)
https://bugs.winehq.org/show_bug.cgi?id=43235
--- Comment #10 from Adrien Fernandes adrien_fernandes2@hotmail.com --- $ ldd /usr/local/lib32/wine/iphlpapi.dll.so /usr/local/lib32/wine/iphlpapi.dll.so: libprocstat.so.1 => /usr/lib32/libprocstat.so.1 (0x28237000) libwine.so.1 => /usr/local/lib32/libwine.so.1 (0x28800000) libm.so.5 => /usr/lib32/libm.so.5 (0x28241000) libc.so.7 => /usr/lib32/libc.so.7 (0x28074000) libelf.so.2 => /usr/lib32/libelf.so.2 (0x2826e000) libkvm.so.7 => /usr/lib32/libkvm.so.7 (0x28287000) libutil.so.9 => /usr/lib32/libutil.so.9 (0x28296000)
https://bugs.winehq.org/show_bug.cgi?id=43235
--- Comment #11 from Austin English austinenglish@gmail.com --- (In reply to Adrien Fernandes from comment #10)
$ ldd /usr/local/lib32/wine/iphlpapi.dll.so /usr/local/lib32/wine/iphlpapi.dll.so: libprocstat.so.1 => /usr/lib32/libprocstat.so.1 (0x28237000) libwine.so.1 => /usr/local/lib32/libwine.so.1 (0x28800000) libm.so.5 => /usr/lib32/libm.so.5 (0x28241000) libc.so.7 => /usr/lib32/libc.so.7 (0x28074000) libelf.so.2 => /usr/lib32/libelf.so.2 (0x2826e000) libkvm.so.7 => /usr/lib32/libkvm.so.7 (0x28287000) libutil.so.9 => /usr/lib32/libutil.so.9 (0x28296000)
So yes, it's linked. What does 'nm -d /usr/lib32/libprocstat.so.1' show? Please attach it as a file if longer than a dozen or two lines.
https://bugs.winehq.org/show_bug.cgi?id=43235
--- Comment #12 from Adrien Fernandes adrien_fernandes2@hotmail.com --- -d doesn't exist with nm (at least on FreeBSD)
What option exactly do you look for ?
nm: invalid option -- d Usage: nm [options] file ... Display symbolic information in file.
Options: -A, --print-file-name Write the full pathname or library name of an object on each line. -a, --debug-syms Display all symbols include debugger-only symbols. -B Equivalent to specifying "--format=bsd". -C, --demangle[=style] Decode low-level symbol names. --no-demangle Do not demangle low-level symbol names. -D, --dynamic Display only dynamic symbols. -e Display only global and static symbols. -f Produce full output (default). --format=format Display output in specific format. Allowed formats are: "bsd", "posix" and "sysv". -g, --extern-only Display only global symbol information. -h, --help Show this help message. -l, --line-numbers Display filename and linenumber using debugging information. -n, --numeric-sort Sort symbols numerically by value. -o Write numeric values in octal. Equivalent to specifying "-t o". -p, --no-sort Do not sort symbols. -P Write information in a portable output format. Equivalent to specifying "--format=posix". -r, --reverse-sort Reverse the order of the sort. -S, --print-size Print symbol sizes instead values. -s, --print-armap Include an index of archive members. --size-sort Sort symbols by size. -t, --radix=format Write each numeric value in the specified format: d In decimal, o In octal, x In hexadecimal. -u, --undefined-only Display only undefined symbols. --defined-only Display only defined symbols. -V, --version Show the version identifier for nm. -v Sort output by value. -x Write numeric values in hexadecimal. Equivalent to specifying "-t x".
The default options are: output in bsd format, use a hexadecimal radix, sort by symbol name, do not demangle names.
https://bugs.winehq.org/show_bug.cgi?id=43235
--- Comment #13 from Austin English austinenglish@gmail.com --- Sorry, -D
https://bugs.winehq.org/show_bug.cgi?id=43235
--- Comment #14 from Adrien Fernandes adrien_fernandes2@hotmail.com --- Created attachment 58597 --> https://bugs.winehq.org/attachment.cgi?id=58597 nm -D /usr/lib32/libprocstat.so.1
https://bugs.winehq.org/show_bug.cgi?id=43235
--- Comment #15 from Austin English austinenglish@gmail.com --- (In reply to Adrien Fernandes from comment #14)
Created attachment 58597 [details] nm -D /usr/lib32/libprocstat.so.1
Well, it's there:
00004540 T procstat_get_socket_info
I'm not sure what to look for next.
https://bugs.winehq.org/show_bug.cgi?id=43235
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #16 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-4.2?
https://bugs.winehq.org/show_bug.cgi?id=43235
Adrien Fernandes adrien_fernandes2@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED
--- Comment #17 from Adrien Fernandes adrien_fernandes2@hotmail.com --- I was able to play Dungeons & Dragons Online in 2021 on FreeBSD so this bug doesn't exist anymore. The old game launcher doesn't exist anymore, now, the new one is working well.
https://bugs.winehq.org/show_bug.cgi?id=43235
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #18 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 8.1.
-
wine-bugs＠winehq.org -
WineHQ Bugzilla