- Wine-GitLab - list.winehq.org

[PATCH 0/1] MR10290: winebuild: Better handle file extensions.
by Bernhard Kölbl March 10, 2026

March 10, 2026

#### From the commit message: ``` Right now WinRT DLLs are treated as if their name's part after last dot is their extension. This means the string spec->file_name in main() will only carry the module's name, without any file extension. Later on this string will be used as the DLL's export name and written to the name field of IMAGE_DIRECTORY_ENTRY_EXPORT. Meaning the stored name is going to be "windows.foo.bar" instead of "windows.foo.bar.dll", for example. Looking innoncent at first this will cause Wine's DLL loader to get confused, as this string will be used later on to try load builtin DLLs. Loading WinRT DLLs only works by chance right now, because the loader will fall back to treat them as native DLLs. ``` Not sure if this is a good solution though. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10290

2 2

[PATCH 0/1] MR10279: configure.ac: fixes libusb detection on FreeBSD
by Thibault Payet (＠thpayet) March 9, 2026

March 9, 2026

This fixes libusb detection on FreeBSD. I don't have a simple program to test though, nor a specific peripheral that need such access. I haven't build on GNU/Linux, but I think that it should not be impacted (hopefully, the build cluster will tell us). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10279

3 2

[PATCH v2 0/1] MR10280: win32u: Set VendorId / DeviceId in DirectX registry key with correct size.
by Paul Gofman (＠gofman) March 9, 2026

March 9, 2026

-- v2: win32u: Set VendorId / DeviceId in DirectX registry key with correct size. https://gitlab.winehq.org/wine/wine/-/merge_requests/10280

2 2

[PATCH v2 0/3] MR10277: Draft: user32: Make static control internal data private.
by Piotr Caban (＠piotr) March 9, 2026

March 9, 2026

Fixes adding account in Quicken Classics. The application depends on GetWindowLong(static_hwnd, 0) returning 0. The implementation uses NtUserSetWindowFNID that is not compatible with Windows. According to information available on the Internet the function takes control id. Since the control id's are not documented and may change between Windows versions I have used the argument to pass private data range instead. Thanks to it we don't have to hardcode it on win32u side. -- v2: user32: Make static control internal data private. user32: Test static control extra window data access. ntdll: Read last error from wow teb in unixlib RtlGetLastWin32Error. https://gitlab.winehq.org/wine/wine/-/merge_requests/10277

2 4

[PATCH 0/1] MR10280: win32u: Set VendorId / DeviceId in DirectX registry key with correct size.
by Paul Gofman (＠gofman) March 9, 2026

March 9, 2026

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/10280

2 2

[PATCH v2 0/7] MR10273: vcruntime140: Initial C++ support.
by Alexandre Julliard (＠julliard) March 9, 2026

March 9, 2026

-- v2: vcruntime140: Add type_info vtbl to the import library. vcruntime140: Add support for MSVC thread-safe constructor initialization. vcruntime140: Add __type_info_root_node implementation. vcruntime140: Add new and delete operators implementation to CRT library. include: Import C++ headers from LLVM version 8.0.1. configure: Check for C++17 support. makefiles: Add support for C++ sources. https://gitlab.winehq.org/wine/wine/-/merge_requests/10273

3 6

[PATCH 0/1] MR10264: winmm: Don't access WAVEFORMATEXTENSIBLE if cbSize is too small (ASan).
by Bernhard Übelacker March 9, 2026

March 9, 2026

In `WINMM_MapDevice` the pointer `device->orig_fmt` is casted to a WAVEFORMATEXTENSIBLE into `fmtex`, even when no additional memory got allocated, which is marked by `cbSize` being zero. Therefore ASan got triggered when `fmtex->SubFormat` gets read by `IsEqualGUID`. CC: @giomasce (I currently cannot point to a specific commit, but this may also be related to the recent changes?) [Test pattern page](https://test.winehq.org/data/patterns.html#winmm:wave) [Testbot run with this patch](https://testbot.winehq.org/JobDetails.pl?Key=162180) <details> <summary>ASan details [gitlab CI](https://gitlab.winehq.org/bernhardu/wine/-/jobs/234480#L3432)</summary> ``` ==winmm_test.exe==2348==ERROR: AddressSanitizer: heap-buffer-overflow on address 0x0144e7d8 at pc 0x7846ed21 bp 0x04d1fb98 sp 0x04d1f770 READ of size 1 at 0x0144e7d8 thread T259 #0 0x7846ed20 in MemcmpInterceptorCommon(void*, int (*)(void const*, void const*, unsigned int), void const*, void const*, unsigned int) /home/runner/work/llvm-mingw/llvm-mingw/llvm-project/compiler-rt/lib/asan/../sanitizer_common/sanitizer_common_interceptors.inc:861:7 #1 0x7846ee7a in memcmp /home/runner/work/llvm-mingw/llvm-mingw/llvm-project/compiler-rt/lib/asan/../sanitizer_common/sanitizer_common_interceptors.inc:880:10 #2 0x78ee26f6 in WINMM_OpenDevice /builds/bernhardu/wine/build64/../dlls/winmm/waveform.c:1142:19 #3 0x78ee0add in WOD_Open /builds/bernhardu/wine/build64/../dlls/winmm/waveform.c:1285:11 #4 0x78ee63de in WINMM_DevicesMsgProc /builds/bernhardu/wine/build64/../dlls/winmm/waveform.c:2401:16 #5 0x7b13b573 in WINPROC_wrapper (C:\windows\system32\user32.dll+0x1004b573) #6 0x7b13bdf3 in call_window_proc /builds/bernhardu/wine/build64/../dlls/user32/winproc.c:111:15 #7 0x7b13beea in dispatch_win_proc_params /builds/bernhardu/wine/build64/../dlls/user32/winproc.c #8 0x7b13c807 in User32CallWinProc /builds/bernhardu/wine/build64/../dlls/user32/winproc.c:827:14 #9 0x7be1dc86 in dispatch_user_callback /builds/bernhardu/wine/build64/../dlls/ntdll/exception.c:297:18 #10 0x7be46a62 in KiUserCallbackDispatcher /builds/bernhardu/wine/build64/../dlls/ntdll/signal_i386.c:205:23 #11 0x79d31d3b in NtUserPeekMessage (C:\windows\system32\win32u.dll+0x10011d3b) #12 0x78ee6226 in WINMM_DevicesThreadProc /builds/bernhardu/wine/build64/../dlls/winmm/waveform.c:2483:16 #13 0x78486c21 in asan_thread_start(void*) /home/runner/work/llvm-mingw/llvm-mingw/llvm-project/compiler-rt/lib/asan/asan_win.cpp:147:14 #14 0x7be4678a in call_thread_func_wrapper (C:\windows\system32\ntdll.dll+0x7bc4678a) #15 0x7be470fa in call_thread_func /builds/bernhardu/wine/build64/../dlls/ntdll/signal_i386.c:503:9 0x0144e7d8 is located 6 bytes after 18-byte region [0x0144e7c0,0x0144e7d2) allocated by thread T259 here: #0 0x7847557b in malloc /home/runner/work/llvm-mingw/llvm-mingw/llvm-project/compiler-rt/lib/asan/asan_malloc_win.cpp:87:3 #1 0x78ee20ce in WINMM_OpenDevice /builds/bernhardu/wine/build64/../dlls/winmm/waveform.c:1124:28 #2 0x78ee0add in WOD_Open /builds/bernhardu/wine/build64/../dlls/winmm/waveform.c:1285:11 #3 0x78ee63de in WINMM_DevicesMsgProc /builds/bernhardu/wine/build64/../dlls/winmm/waveform.c:2401:16 #4 0x7b13b573 in WINPROC_wrapper (C:\windows\system32\user32.dll+0x1004b573) #5 0x7b13bdf3 in call_window_proc /builds/bernhardu/wine/build64/../dlls/user32/winproc.c:111:15 #6 0x7b13beea in dispatch_win_proc_params /builds/bernhardu/wine/build64/../dlls/user32/winproc.c #7 0x7b13c807 in User32CallWinProc /builds/bernhardu/wine/build64/../dlls/user32/winproc.c:827:14 #8 0x7be1dc86 in dispatch_user_callback /builds/bernhardu/wine/build64/../dlls/ntdll/exception.c:297:18 #9 0x7be46a62 in KiUserCallbackDispatcher /builds/bernhardu/wine/build64/../dlls/ntdll/signal_i386.c:205:23 #10 0x79d31d3b in NtUserPeekMessage (C:\windows\system32\win32u.dll+0x10011d3b) #11 0x78ee6226 in WINMM_DevicesThreadProc /builds/bernhardu/wine/build64/../dlls/winmm/waveform.c:2483:16 #12 0x78486c21 in asan_thread_start(void*) /home/runner/work/llvm-mingw/llvm-mingw/llvm-project/compiler-rt/lib/asan/asan_win.cpp:147:14 #13 0x7be4678a in call_thread_func_wrapper (C:\windows\system32\ntdll.dll+0x7bc4678a) #14 0x7be470fa in call_thread_func /builds/bernhardu/wine/build64/../dlls/ntdll/signal_i386.c:503:9 Thread T259 created by T0 here: #0 0x78486b7d in CreateThread /home/runner/work/llvm-mingw/llvm-mingw/llvm-project/compiler-rt/lib/asan/asan_win.cpp:157:3 #1 0x78ed3dd9 in WINMM_StartDevicesThread /builds/bernhardu/wine/build64/../dlls/winmm/waveform.c:2546:24 #2 0x78ed3b5c in waveOutOpen /builds/bernhardu/wine/build64/../dlls/winmm/waveform.c:2740:9 #3 0x0043d618 in wave_out_test_deviceOut /builds/bernhardu/wine/build64/../dlls/winmm/tests/wave.c:851:8 #4 0x0043ae52 in wave_out_test_device /builds/bernhardu/wine/build64/../dlls/winmm/tests/wave.c:1415:9 #5 0x00436085 in wave_out_tests /builds/bernhardu/wine/build64/../dlls/winmm/tests/wave.c:1566:9 #6 0x0043586e in func_wave /builds/bernhardu/wine/build64/../dlls/winmm/tests/wave.c:2470:5 #7 0x00443ab1 in run_test /builds/bernhardu/wine/build64/../include/wine/test.h:780:5 #8 0x0044356a in main /builds/bernhardu/wine/build64/../include/wine/test.h:900:12 #9 0x004453b5 in mainCRTStartup /builds/bernhardu/wine/build64/../dlls/msvcrt/crt_main.c:62:11 #10 0x7bcd367f in BaseThreadInitThunk (C:\windows\system32\kernel32.dll+0x7b82367f) #11 0x7be4678a in call_thread_func_wrapper (C:\windows\system32\ntdll.dll+0x7bc4678a) #12 0x7be470fa in call_thread_func /builds/bernhardu/wine/build64/../dlls/ntdll/signal_i386.c:503:9 SUMMARY: AddressSanitizer: heap-buffer-overflow /builds/bernhardu/wine/build64/../dlls/winmm/waveform.c:1142:19 in WINMM_OpenDevice ``` </details> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10264

2 4

[PATCH v7 0/3] MR10232: ntdll: Avoid exposing non-user rsp in normal syscall return path
by Hoshino Lina (＠hoshinolina) March 9, 2026

March 9, 2026

When rsp is outside the kernel stack, the SIGUSR1 handler considers the context "out of syscall" and reports the real register values to wineserver. rsp pointing into the syscall frame is used for iret returns. Commit 0a5f7a710365 moved this earlier in the return path, creating a window in the regular direct return path where rsp points neither to the kernel stack, nor to the expected user stack. When a thread is interrupted by SIGUSR1 within this window, this exposes a bogus stack pointer to GetThreadContext(), breaking the garbage collector in Unity applications. Fix the regression by first switching to the real user stack (needed so we don't break things by touching other registers), then, only if an iret path is coming up, switching to the syscall frame pointer. This fixes the regression introduced by 0a5f7a710365, since GetThreadContext() will now observe the proper stack pointer during regular syscall returns. Further work would be needed to solve other corner cases and ensure that the register context returned by GetThreadContext() behaves exactly as on Windows (with no kernel-mode context info ever returned), but that is a larger/more invasive change. Fixes: 0a5f7a710365 ("ntdll: Switch to the user stack before restoring the %fs register.") Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59333 Signed-off-by: Hoshino Lina lina(a)lina.yt -- v7: gitlab: Run ntdll tests with win64 architecture. ntdll/tests: Add a test for bogus SP values from GetThreadContext(). https://gitlab.winehq.org/wine/wine/-/merge_requests/10232

5 13

Re: [PATCH v3 0/1] MR10270: advapi32: Add SaferiIsExecutableFileType stub. - approved
by Alexandre Julliard (＠julliard) March 9, 2026

March 9, 2026

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10270

1 0

Re: [PATCH v3 0/1] MR10260: taskschd: Implement IRepetitionPattern for trigger objects. - approved
by Alexandre Julliard (＠julliard) March 9, 2026

March 9, 2026

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10260

1 0