- wine-gitlab - winehq.org

Re: [PATCH v2 0/1] MR8412: winex11: Avoid requesting CWStackMode alone with managed windows. - approved
by Alexandre Julliard (＠julliard) 24 Jun '25

24 Jun '25

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

1 0

Re: [PATCH v2 0/2] MR8413: msvcrt: Support _SH_SECURE in _wsopen_dispatch(). - approved
by Alexandre Julliard (＠julliard) 24 Jun '25

24 Jun '25

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

1 0

Re: [PATCH v3 0/6] MR8337: server: Simplify atom table code. - approved
by Alexandre Julliard (＠julliard) 24 Jun '25

24 Jun '25

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

1 0

Re: [PATCH v2 0/6] MR8408: server: Use event syncs for more objects. - approved
by Alexandre Julliard (＠julliard) 24 Jun '25

24 Jun '25

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

1 0

[PATCH 0/1] MR8422: find/tests: Fix out-of-bound access to input in mangle_text.
by Yuxuan Shui (＠yshui) 24 Jun '25

24 Jun '25

input is not null-terminated so we need to check for length first. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8422

2 1

[PATCH 0/1] MR8420: dsound: Make sure to null-terminate strings for callbacks.
by Yuxuan Shui (＠yshui) 24 Jun '25

24 Jun '25

WideCharToMultiByte normally null-terminates the output if input length is -1, but it doesn't do so if the output buffer is too small. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8420

3 2

[PATCH v30 0/9] MR7650: Add support for AF_UNIX sockets (followup)
by Ralf Habacker (＠rhabacker) 24 Jun '25

24 Jun '25

Follow-up of !2786, which appears to have been abandoned. Depends on !8182 # Execute minimal test case 1. in dlls/ws2_32/tests/sock.c wrap all calls to test functions after `Init()` until `test_afunix()` with #if 0 ... #endif 2. checkout wine into ~/src/wine 3. build into ~/src/wine-build 4. run `(cd ~/src/wine-build; WINEPREFIX=~/src/wine/.wine ../wine/tools/runtest -q -P wine -T . -M ws2_32.dll -p dlls/ws2_32/tests/i386-windows/ws2_32_test.exe sock)` # How to debug wineserver Since `wineserver` runs in the background, simple calls to printf() will show nothing when the test case is executed. A workaround is to open a file and call fprintf() to write debug messages to this file, which can then be inspected. -- v30: ws2_32: Add note in bind() for AF_UNIX sockets ws2_32/tests: In tests for AF_UNIX sockets print actual directory used ws2_32/tests: In AF_UNIX socket tests always print used path in case of errors ws2_32/tests: Add test for AF_UNIX sockets server: Fix getsockname() and accept() on AF_UNIX sockets. server: Introduce error when attempting to create a SOCK_DGRAM AF_UNIX socket. server: Allow for deletion of socket files. ws2_32: Add support for AF_UNIX sockets. ws2_32: Add afunix.h header. https://gitlab.winehq.org/wine/wine/-/merge_requests/7650

3 9

[PATCH v2 0/1] MR8416: windows.storage: Split ApplicationData
by Ignacy Kuchciński (＠ignapk) 24 Jun '25

24 Jun '25

Windows registry keys such as `HKEY_LOCAL_MACHINE\\Software\\Microsoft\\WindowsRuntime\\ActivatableClassId\\Windows.Storage.ApplicationData` indicate that `Windows.Storage.ApplicationData` related classes should be in `windows.storage.applicationdata.dll`, and the remaining classes together with `Windows.Storage.StorageFile` should be in `windows.storage.dll`. This allows future implementions of class `Windows.Storage.StorageFile` to be correctly put in the `windows.storage.dll`, instead of `windows.storage.applicationdata.dll`, see https://gitlab.winehq.org/wine/wine/-/merge_requests/8394 -- v2: windows.storage: Split ApplicationData https://gitlab.winehq.org/wine/wine/-/merge_requests/8416

2 1

[PATCH v2 0/1] MR8418: d3dx9/tests: Fix volume test boxes.
by Yuxuan Shui (＠yshui) 24 Jun '25

24 Jun '25

This test seems to be testing different filters when creating volumes, and nothing indicates it's intentionally testing volume creation from out-of-bound srcboxes. The pixels array is 16x4 bytes, pixel format D3DFMT_A8R8G8B8 is 4 bpp, so pixels have 16 pixels in total. The boxes have 2 slices, with a slice pitch of 32 bytes, that's 8 pixel/slice. The original width*height is 6*6 which is thus beyond these bounds. This commit changed it to 4*2 so the rowpitch of 16 bytes is perserved. -- v2: d3dx9/tests: Fix volume test boxes. https://gitlab.winehq.org/wine/wine/-/merge_requests/8418

2 1

[PATCH 0/1] MR8416: windows.storage: Split ApplicationData
by Ignacy Kuchciński (＠ignapk) 24 Jun '25

24 Jun '25

Windows registry keys such as `HKEY_LOCAL_MACHINE\\Software\\Microsoft\\WindowsRuntime\\ActivatableClassId\\Windows.Storage.ApplicationData` indicate that `Windows.Storage.ApplicationData` related classes should be in `windows.storage.applicationdata.dll`, and the remaining classes together with `Windows.Storage.StorageFile` should be in `windows.storage.dll`. Split Windows.Storage.ApplicationData definitions out of windows.storage.idl to windows.storage.applicationdata.idl and import that instead of whole window.storage.idl into windows.storage.applicationdata.dll, to better reflect Windows implementation. This allows future implementions of class `Windows.Storage.StorageFile` to be correctly put in the `windows.storage.dll`, instead of `windows.storage.applicationdata.dll`, see https://gitlab.winehq.org/wine/wine/-/merge_requests/8394 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8416

4 3

2025

2024

2023

2022

wine-gitlab