- Wine-Bugs - list.winehq.org

[Bug 53231] New: d2d1:d2d1 - test_shared_bitmap() crashes on the TestBot VMs
by WineHQ Bugzilla July 15, 2022

July 15, 2022

https://bugs.winehq.org/show_bug.cgi?id=53231 Bug ID: 53231 Summary: d2d1:d2d1 - test_shared_bitmap() crashes on the TestBot VMs Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- d2d1:d2d1 - test_shared_bitmap() crashes on the TestBot VMs: d2d1.c:5179: Test marked todo: 6: Got unexpected hr 0. Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x6ac0f8ef). [...] Backtrace: =>0 0x6ac0f8ef d2d_device_context_Clear+0x7f(iface=<internal error>, colour=<internal error>) [Z:\home\winetest\tools\testbot\var\wine\dlls\d2d1\device.c:1647] in d2d1 (0x0066fc78) 1 0x00414d75 in d2d1_test (+0x14d75) (0x0066fd68) 2 0x00434613 in d2d1_test (+0x34613) (0x0066fdd8) 3 0x00434983 in d2d1_test (+0x34983) (0x0066fe38) 4 0x0043618d in d2d1_test (+0x3618d) (0x0066fee8) 5 0x00435fbf in d2d1_test (+0x35fbf) (0x0066ff30) 6 0x7b62a170 in kernel32 (+0x2a170) (0x0066ff48) 7 0x7bc5a937 in ntdll (+0x5a937) (0x0066ff5c) 8 0x7bc5aff0 RtlCreateUserThread(entry=00435F40, arg=7FFD1000) [Z:\home\winetest\tools\testbot\var\wine\dlls\ntdll\thread.c:261] in ntdll (0x0066ffec) 0x6ac0f8ef d2d_device_context_Clear+0x7f [Z:\home\winetest\tools\testbot\var\wine\dlls\d2d1\device.c:1647] in d2d1: fsts 0x0(%eax) 1647 vs_cb_data->transform_geometry._11 = 1.0f; https://test.winehq.org/data/patterns.html#d2d1:d2d1 The crash still happens even if all the tests are commented out except test_shared_bitmap(). Furthermore adding traces shows that it happens in either of the two locations below: https://gitlab.winehq.org/wine/wine/-/blob/f6f66661b3fabdcd6cf2f4999b3029e7… /* DXGI surface render target and WIC bitmap render target, same factory. */ hr = ID2D1Factory_CreateWicBitmapRenderTarget(factory1, wic_bitmap2, &desc, &rt2); // crashed here or https://gitlab.winehq.org/wine/wine/-/blob/f6f66661b3fabdcd6cf2f4999b3029e7… ID2D1GdiInteropRenderTarget_Release(interop); hr = ID2D1Factory_CreateWicBitmapRenderTarget(factory2, wic_bitmap2, &desc, &rt2); // crashed here The crashes only happen with 32-bit code. d2d1:d2d1 also crashes on my box with an Intel GPU and the crash happens in the same two locations but the backtrace is different. -- 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.

1 7

[Bug 53157] New: --without-mingw builds on Mac can't unwind exceptions
by WineHQ Bugzilla July 15, 2022

July 15, 2022

https://bugs.winehq.org/show_bug.cgi?id=53157 Bug ID: 53157 Summary: --without-mingw builds on Mac can't unwind exceptions Product: Wine Version: 7.10 Hardware: x86-64 OS: Mac OS X Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: stefan(a)codeweavers.com I am trying to get a non-mingw build on MacOS to run my games to get debug symbols for Wine DLLs in Instruments for performance profiling. One of the issues I ran into is that SEH exceptions thrown in the PE side of our code can't be handled. Wine runs into further nested exceptions trying to unwind the stack and crashes. This is a regression introduced by the following commit: 264bd4fc84020f217807f1e59d3bfa9302e5110c is the first bad commit commit 264bd4fc84020f217807f1e59d3bfa9302e5110c Author: Martin Storsjo <martin(a)martin.st> Date: Fri May 29 13:51:04 2020 +0300 wine/asm.h: Don't define __ASM_CFI when using clang as cross compiler. Reverting this commit on top of Wine 7.10 fixes this particular problem. Getting a Wine build like this is a bit tricky. clang does not support -mabi=ms, and gcc can't build winemac.drv because of Apple-isms in the system headers that Apple never upstreamed to FSF gcc. (But they did have it in their own gcc before they switched to clang). To get a non-mingw gcc'ish Wine I do roughly the following: 1) Use wine-7.10, not master, there is yet another regression since then 2) Install gcc-11 with homebrew 3) ~/wine/configure --enable-win64 --without-x --without-mingw --disable-tests CC=gcc-11 4) Build the thing 5) Edit Makefile, replace CC = gcc-11 with CC = clang 6) cd into dlls/winemac.drv, run make 7) optionally do the same in dlls/winecoreaudio.drv 8) optionally undo the Makefile changes if you plan to recompile e.g. ntdll The game in question is Rocket League; That adds extra troubles with Steam (32 bit, so needs Mojave). I think the problem is independent of Rocket League though. The exception causing the crash is OutputDebugStringA. I don't think the problem is specific to this game though. -- 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.

1 5

[Bug 43167] New: Witcher 3 will not start
by wine-bugs＠winehq.org July 15, 2022

July 15, 2022

https://bugs.winehq.org/show_bug.cgi?id=43167 Bug ID: 43167 Summary: Witcher 3 will not start Product: Wine Version: 2.10 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kallekadakas(a)gmail.com Distribution: --- Created attachment 58423 --> https://bugs.winehq.org/attachment.cgi?id=58423 Output.txt I apologize for the vague title, but there is very little info on why it fails. Terminal output is attached to the case. When clicking play on TW3 in Steam, it goes to "running" and then fails with the output attached. Arch64 i7-4790k gtx1070 Wine2.10 with dx11>opengl4.5 registry fix applied. -- 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.

2 12

[Bug 53343] New: The 64-bit itss:protocol fails in Wine
by WineHQ Bugzilla July 15, 2022

July 15, 2022

https://bugs.winehq.org/show_bug.cgi?id=53343 Bug ID: 53343 Summary: The 64-bit itss:protocol fails in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com Distribution: --- The 64-bit itss:protocol fails in Wine: protocol.c:179: Test failed: expected: 00000000 got: 800c0005 protocol.c:180: Test failed: dwError = 87 protocol.c:179: Test failed: expected: 00000000 got: 800c0005 protocol.c:180: Test failed: dwError = 87 protocol.c:179: Test failed: expected: 00000000 got: 800c0005 protocol.c:180: Test failed: dwError = 87 https://test.winehq.org/data/patterns.html#itss:protocol A bisect shows that the failures started with the commit below: commit 569c27945e9479e9b27a5ffaa9b0587e6f1f2ac7 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Thu Jul 7 12:32:22 2022 +0200 server: Use standard named object functions for registry keys. Signed-off-by: Alexandre Julliard <julliard(a)winehq.org> -- 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.

1 3

[Bug 53309] New: Wizard101 launcher window takes over a minute to appear
by WineHQ Bugzilla July 15, 2022

July 15, 2022

https://bugs.winehq.org/show_bug.cgi?id=53309 Bug ID: 53309 Summary: Wizard101 launcher window takes over a minute to appear Product: Wine Version: 7.12 Hardware: x86-64 OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: dimesio(a)earthlink.net CC: hans(a)meelstraat.net Regression SHA1: 0a10bfc8b17234db6aff130ce0448a62c3fb6a1e Distribution: SUSE Normally it pops up immediately. 0a10bfc8b17234db6aff130ce0448a62c3fb6a1e is the first bad commit commit 0a10bfc8b17234db6aff130ce0448a62c3fb6a1e Author: Hans Leidekker <hans(a)codeweavers.com> Date: Wed Jun 29 13:54:57 2022 +0200 secur32: Return a SECBUFFER_MISSING buffer from the handshake if the input message is incomplete. dlls/secur32/schannel.c | 25 +++++++++++++++++++++++-- dlls/secur32/tests/schannel.c | 21 ++++++++++++++++++++- 2 files changed, 43 insertions(+), 3 deletions(-) Reverting the patch fixes it. -- 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.

1 5

[Bug 53104] New: Wireshark can't start capturing packets
by WineHQ Bugzilla July 15, 2022

July 15, 2022

https://bugs.winehq.org/show_bug.cgi?id=53104 Bug ID: 53104 Summary: Wireshark can't start capturing packets Product: Wine Version: 7.10 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wpcap Assignee: wine-bugs(a)winehq.org Reporter: rpisl(a)seznam.cz Distribution: --- Created attachment 72539 --> https://bugs.winehq.org/attachment.cgi?id=72539 Patch for wpcap While testing bug 53066 I just wanted to find out what would be needed to make Wireshark working in Wine. There are two obvious problems: 1. pcap_create() doesn't translate interface identifier to the real name 2. pcap_dispatch() is not implemented I fixed these problems, however, packet window still remains empty after capture is started while the temporary capture file is filled with captured packets. If this temporary file is later opened, Wireshark shows all packets captured. Attached is the patch if someone wants to push this further. "setcap cap_net_raw,cap_net_admin=eip wine64-preloader" is needed to give Wine permissions to capture packets. -- 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.

1 5

[Bug 51129] New: Function name conflict (ldap_connect) with OpenLDAP 2.5
by WineHQ Bugzilla July 15, 2022

July 15, 2022

https://bugs.winehq.org/show_bug.cgi?id=51129 Bug ID: 51129 Summary: Function name conflict (ldap_connect) with OpenLDAP 2.5 Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wldap32 Assignee: wine-bugs(a)winehq.org Reporter: sergio.durigan(a)canonical.com Distribution: --- Hello, Wine installs the "/usr/include/wine/wine/windows/winldap.h" file, which exports the ldap_connect function: ULONG CDECL ldap_connect(LDAP*,struct l_timeval*); With the recent OpenLDAP 2.5 release, we now have an "ldap_connection" function being exported by it as well (with a different prototype): https://git.openldap.org/openldap/openldap/-/blame/OPENLDAP_REL_ENG_2_5_4/i… This will need to be fixed in order to prevent linking problems with OpenLDAP. -- 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.

1 22

[Bug 53355] New: Missing functions SystemTimeToTzSpecificLocalTimeEx and TzSpecificLocalTimeToSystemTimeEx
by WineHQ Bugzilla July 15, 2022

July 15, 2022

https://bugs.winehq.org/show_bug.cgi?id=53355 Bug ID: 53355 Summary: Missing functions SystemTimeToTzSpecificLocalTimeEx and TzSpecificLocalTimeToSystemTimeEx Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: osmanx(a)problemloesungsmaschine.de Distribution: --- Created attachment 72743 --> https://bugs.winehq.org/attachment.cgi?id=72743 tz.exe Please implement SystemTimeToTzSpecificLocalTimeEx and TzSpecificLocalTimeToSystemTimeEx. The documentation can be found at <https://docs.microsoft.com/en-us/windows/win32/api/timezoneapi/nf-timezonea…> and <https://docs.microsoft.com/en-us/windows/win32/api/timezoneapi/nf-timezonea…>. Note that because these functions currently outright abort, the work-around I implemented requires explicitly detecting Wine and not even trying to call them, which is far from optimal. Even just implementing stubs that always fail gracefully instead of just aborting the whole process would be much appreciated. This came up when improving local timezone handling in OpenMPT. See <https://bugs.openmpt.org/view.php?id=1618> and <https://source.openmpt.org/browse/openmpt?op=comp&compare[]=/trunk/OpenMPT/…>. Simple test case (for SystemTimeToTzSpecificLocalTimeEx): tz.cpp: ``` #include <iostream> #include <stdexcept> #include <windows.h> int main() { try { SYSTEMTIME sys{}; GetSystemTime(&sys); DYNAMIC_TIME_ZONE_INFORMATION dtzi{}; if (GetDynamicTimeZoneInformation(&dtzi) == TIME_ZONE_ID_INVALID) { throw std::runtime_error("GetDynamicTimeZoneInformation() failed."); } SYSTEMTIME sys_local{}; if (SystemTimeToTzSpecificLocalTimeEx(&dtzi, &sys, &sys_local) == FALSE) { throw std::runtime_error("SystemTimeToTzSpecificLocalTimeEx() failed."); } std::cout << "OK" << std::endl; return 0; } catch (const std::exception & e) { std::cout << std::flush; std::cerr << e.what() << std::endl; std::cerr << std::flush; } std::cout << "FAIL" << std::endl; return 1; } ``` built with VS2022 by running `cl /std:c++20 /permissive- /EHsc /O2 /W4 tz.cpp` results in ``` wine: Call from 0x7bc7c990 to unimplemented function KERNEL32.dll.SystemTimeToTzSpecificLocalTimeEx, aborting ``` not even reaching the FAIL output. tz.exe attached. -- 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.

1 1

[Bug 53347] New: Xerox Globalview gives missing DSD.386, won't start
by WineHQ Bugzilla July 15, 2022

July 15, 2022

https://bugs.winehq.org/show_bug.cgi?id=53347 Bug ID: 53347 Summary: Xerox Globalview gives missing DSD.386, won't start Product: Wine Version: 6.0.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: aa271828(a)earthlink.net Distribution: --- Created attachment 72733 --> https://bugs.winehq.org/attachment.cgi?id=72733 terminal output file I installed Globalview in wine 6.0.2, when I run it GVWIN.EXE I get a popup saying "Disk Virtual device driver DSD.386 is not loaded" -- 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.

1 4

[Bug 53350] New: Terraforming Mars version 1.4000.1.12038 is broken after Alt+Tab
by WineHQ Bugzilla July 14, 2022

July 14, 2022

https://bugs.winehq.org/show_bug.cgi?id=53350 Bug ID: 53350 Summary: Terraforming Mars version 1.4000.1.12038 is broken after Alt+Tab Product: Wine Version: 7.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: abacadacaba(a)gmail.com Distribution: --- Created attachment 72737 --> https://bugs.winehq.org/attachment.cgi?id=72737 Wine 7.12 error <pre> System: Kernel: 5.15.0-41-generic x86_64 bits: 64 compiler: N/A Desktop: Gnome 3.36.9 wm: gnome-shell dm: GDM3 Distro: Ubuntu 20.04.4 LTS (Focal Fossa) Machine: Type: Desktop Mobo: ASRock model: 970M Pro3 UEFI [Legacy]: American Megatrends v: P1.60 date: 06/17/2016 CPU: Topology: Quad Core model: AMD Phenom II X4 965 bits: 64 type: MCP arch: K10 rev: 3 L1 cache: 512 KiB L2 cache: 2048 KiB L3 cache: 6144 KiB flags: lm nx pae sse sse2 sse3 sse4a svm bogomips: 27201 Speed: 800 MHz min/max: 800/3400 MHz Core speeds (MHz): 1: 800 2: 2200 3: 800 4: 800 Graphics: Device-1: Advanced Micro Devices [AMD/ATI] Barts PRO [Radeon HD 6850] vendor: PC Partner Limited driver: radeon v: kernel bus ID: 01:00.0 chip ID: 1002:6739 Display: server: X.Org 1.20.13 driver: radeon compositor: gnome-shell resolution: 1920x1080~60Hz OpenGL: renderer: AMD BARTS (DRM 2.50.0 / 5.13.0-52-generic LLVM 12.0.0) v: 3.3 Mesa 21.2.6 compat-v: 3.1 direct render: Yes Audio: Device-2: AMD Barts HDMI Audio [Radeon HD 6790/6850/6870 / 7720 OEM] vendor: PC Partner Limited driver: snd_hda_intel v: kernel bus ID: 01:00.1 chip ID: 1002:aa88 Sound Server: ALSA v: k5.13.0-52-generic </pre> -- 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.

1 0