https://bugs.winehq.org/show_bug.cgi?id=55555
Bug ID: 55555 Summary: secur32:secur32 - test_ticket_cache() crashes on macOS Product: Wine Version: unspecified Hardware: x86-64 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs@winehq.org Reporter: fgouget@codeweavers.com
secur32:secur32 - test_ticket_cache() crashes on macOS:
secur32.c:485: Test failed: got c0000135 Unhandled exception: page fault on read access to 0x0000000000000000 in 64-bit code (0x00000140013f0a).
See https://test.winehq.org/data/patterns.html#secur32:secur32
Where 0xc0000135 == STATUS_DLL_NOT_FOUND
The crash is systematic and only happens macOS (see Remi's rbernon-macos-* cloud test machines). Maybe Kerberos support is missing?
https://bugs.winehq.org/show_bug.cgi?id=55555
François Gouget fgouget@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |source, testcase
https://bugs.winehq.org/show_bug.cgi?id=55555
--- Comment #1 from François Gouget fgouget@codeweavers.com --- On macOS Kerberos support requires installing the MIT Kerberos libraries using something like Homebrew. So it's quite likely that Kerberos support is missing because these libraries are missing.
There are two things to do: * The test should skip if Kerberos support is missing. * Check if installing the Kerberos libraries on the macOS test machines is feasible.
https://bugs.winehq.org/show_bug.cgi?id=55555
François Gouget fgouget@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|secur32:secur32 - |secur32:secur32 - |test_ticket_cache() crashes |test_ticket_cache() crashes |on macOS |when Kerberos support is | |missing
https://bugs.winehq.org/show_bug.cgi?id=55555
--- Comment #2 from François Gouget fgouget@codeweavers.com --- The Kerberos libraries are actually getting installed using Homebrew but autoconf does not find them. Remi is looking into why and shared the following configure result for reference:
configure: Wayland 64-bit development files not found, the Wayland driver won't be supported. configure: libinotify 64-bit development files not found (or too old), filesystem change notifications won't be supported. configure: libsane 64-bit development files not found, scanners won't be supported. configure: libv4l2 64-bit development files not found. configure: libgphoto2 64-bit development files not found, digital cameras won't be supported. configure: libgphoto2_port 64-bit development files not found, digital cameras won't be auto-detected. configure: libpulse 64-bit development files not found or too old, Pulse won't be supported. configure: OSS sound system found but too old (OSSv4 needed), OSS won't be supported. configure: libudev 64-bit development files not found, plug and play won't be supported. configure: libcapi20 64-bit development files not found, ISDN won't be supported. configure: libkrb5 64-bit development files not found (or too old), Kerberos won't be supported. configure: libnetapi not found, Samba NetAPI won't be supported.
https://bugs.winehq.org/show_bug.cgi?id=55555
Rémi Bernon rbernon@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rbernon@codeweavers.com
--- Comment #3 from Rémi Bernon rbernon@codeweavers.com --- I've fixed this on my side. Kerberos was installed with brew install krb5 but:
1) That was not enough for it to be found by configure, and I had to add its /usr/local/Cellar/krb5/<version>/lib/pkgconfig path to PKG_CONFIG_PATH manually.
2) That was not enough for it to be found at runtime, and I had to add its /usr/local/Cellar/krb5/<version>/lib path to DYLD_LIBRARY_PATH manually.
Maybe an issue with the homebrew env not being setup correctly, or just it is expected to do so.
Other tests may be failing for similar reasons, I should probably do the same for other libs, and I've done it for PKG_CONFIG_PATH because it seems harmless, but I would prefer to do it on a per-lib basis for DYLD_LIBRARY_PATH.
https://bugs.winehq.org/show_bug.cgi?id=55555
--- Comment #4 from Rémi Bernon rbernon@codeweavers.com --- For reference with a couple more libs installed, my configure output is now:
configure: Wayland 64-bit development files not found, the Wayland driver won't be supported. configure: libinotify 64-bit development files not found (or too old), filesystem change notifications won't be supported. configure: libsane 64-bit development files not found, scanners won't be supported. configure: libv4l2 64-bit development files not found. configure: libpulse 64-bit development files not found or too old, Pulse won't be supported. configure: OSS sound system found but too old (OSSv4 needed), OSS won't be supported. configure: libudev 64-bit development files not found, plug and play won't be supported. configure: libcapi20 64-bit development files not found, ISDN won't be supported. configure: libnetapi not found, Samba NetAPI won't be supported.
https://bugs.winehq.org/show_bug.cgi?id=55555
--- Comment #5 from Hans Leidekker hans@meelstraat.net --- (In reply to Rémi Bernon from comment #3)
I've fixed this on my side. Kerberos was installed with brew install krb5 but:
- That was not enough for it to be found by configure, and I had to add its
/usr/local/Cellar/krb5/<version>/lib/pkgconfig path to PKG_CONFIG_PATH manually.
brew suggests to use the symlink: /usr/local/opt/krb5/lib/pkgconfig
- That was not enough for it to be found at runtime, and I had to add its
/usr/local/Cellar/krb5/<version>/lib path to DYLD_LIBRARY_PATH manually.
Same here.
Maybe an issue with the homebrew env not being setup correctly, or just it is expected to do so.
It's on purpose. Homebrew wants to avoid conflicts with native versions of the library, although I can't find them on Big Sur. Mojave does have them.
FWIW, MacPorts doesn't have this issue.
https://bugs.winehq.org/show_bug.cgi?id=55555
--- Comment #6 from Rémi Bernon rbernon@codeweavers.com --- I see, is this required for all the other libraries installed with homebrew?
https://bugs.winehq.org/show_bug.cgi?id=55555
--- Comment #7 from Hans Leidekker hans@meelstraat.net --- (In reply to Rémi Bernon from comment #6)
I see, is this required for all the other libraries installed with homebrew?
No, just for these 'keg-only' libraries. libpcap is another one but it looks like you've already figured that out.
https://bugs.winehq.org/show_bug.cgi?id=55555
François Gouget fgouget@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #8 from François Gouget fgouget@codeweavers.com --- This was fixed on 2023-09-13. This test unit no longer has any failure on macOS (or any other platform). Yay!
https://bugs.winehq.org/show_bug.cgi?id=55555
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #9 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 8.19.
-
WineHQ Bugzilla