- Wine-GitLab - list.winehq.org

[PATCH 0/4] MR10988: shell32: Correct several icon IDs and add the computer-turning-off icon.
by Alex Henrie (＠alexhenrie) May 24, 2026

May 24, 2026

I figured it would be less confusing to just add icon 8240 now than to have two comments about big gaps right next to each other. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10988

2 4

Re: [PATCH v6 0/1] MR10278: d3dxof: Return isolated buffers from IDirectXFileData_GetData().
by Joerg Rueppel (＠jrueppel) May 24, 2026

May 24, 2026

On Mon May 4 18:58:20 2026 +0000, Matteo Bruni wrote: > Interesting. Great investigation, again :smile: > Yeah, I still think that adding some padding before the data is the way > to go. If fixing that directly at parse time is too complicated we can > maybe make it work with separate allocations if we can also fix > `IDirectXFileData` refcounting. > It turns out that parent nodes apparently are supposed to keep > references to their children (see > [d3dxof-tests.txt](/uploads/a839f73f0f51d012d899b81850579663/d3dxof-tests.txt), > specifically the refcounting tests at the end). If we're lucky, the game > releases the various objects in the "proper" order such that there is no > use-after-free on Windows, and we can avoid it too by replicating this > implementation detail. > We usually don't go about matching native to this level of detail, but > when applications depend on it we effectively have to. Also I haven't > tested the game, so this might be entirely moot. I chose the "padding area in the buffer" path and also merged your additional tests. For the game to work actually only the ptr-4\>=2 test is relevant now though. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10278#note_141181

1 0

[PATCH v5 0/1] MR10278: d3dxof: Return isolated buffers from IDirectXFileData_GetData().
by Joerg Rueppel (＠jrueppel) May 24, 2026

May 24, 2026

The original d3dxof.dll does it. Space Empires V writes into the returned buffers for some reason and overwrites adjacent data. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=49722 -- v5: d3dxof: Pad with magic value before object data in parse_object(). https://gitlab.winehq.org/wine/wine/-/merge_requests/10278

2 1

[PATCH 0/2] MR10953: Update default i386_CFLAGS
by Matteo Bruni (＠Mystral) May 24, 2026

May 24, 2026

The immediate reason for this is !10716, but I suspect it might come in handy in other places as well. FWIW I've been building Wine with similar CFLAGS for many, many years. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10953

6 16

[PATCH 0/1] MR10905: win32u: Update CJK font defaults to use modern UI fonts.
by Zhou Qiankang (＠wszqkzqk) May 24, 2026

May 24, 2026

Windows 10/11 uses Segoe UI as the primary system UI font with locale-dependent FontLink SystemLink that was completely missing in Wine. Add it. The hardcoded fallback in create_child_font_list() that chains Microsoft Sans Serif and Tahoma for any non-SYMBOL font means the first CJK font in Tahoma's SystemLink was always reached first. Reorder the locale-specific Tahoma/MS Sans Serif/Lucida Sans Unicode SystemLink arrays so the modern CJK UI font for each locale is tried first. Update the MS Shell Dlg FontSubstitute mapping from the legacy CJK fonts (SimSun, PMingLiU, MS UI Gothic, Gulim) to the modern equivalents (Microsoft YaHei UI, JhengHei UI, Yu Gothic UI, Malgun Gothic). Without this, applications using MS Shell Dlg would always render CJK text in the legacy font regardless of the Tahoma SystemLink order. |![图片](/uploads/7d1433955e88e1c0dd707efc8c21be33/图片.png){width=309 height=307}|![图片](/uploads/f8755fd33efe596ba2aefc34e8e179ff/图片.png){width=357 height=416}| |---|---| |Before|After| Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59733 Signed-off-by: Zhou Qiankang <wszqkzqk(a)qq.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10905

4 8

[PATCH v3 0/5] MR10963: winex11: Keyboard layouts rework, part 3
by Matteo Bruni (＠Mystral) May 24, 2026

May 24, 2026

-- v3: winex11: Support fixed X11 keycode to scancode conversion. https://gitlab.winehq.org/wine/wine/-/merge_requests/10963

3 6

[PATCH v3 0/6] MR10932: Add ALPC stubs.
by Zhiyi Zhang (＠zhiyi) May 24, 2026

May 24, 2026

For React Native. -- v3: ntdll: Add NtAlpcImpersonateClientOfPort() stub. ntdll: Add NtAlpcDisconnectPort() stub. ntdll: Add NtAlpcSendWaitReceivePort() stub. ntdll: Add NtAlpcAcceptConnectPort() stub. ntdll: Add NtAlpcConnectPort() stub. ntdll: Add NtAlpcCreatePort() stub. https://gitlab.winehq.org/wine/wine/-/merge_requests/10932

2 7

[PATCH 0/1] MR10936: sqlite3: Use __sync_synchronize() with clang.
by Twaik Yont (＠twaik) May 24, 2026

May 24, 2026

libs/sqlite3: Use __sync_synchronize() with clang. When building sqlite3 for PE with clang, the MSVC_VERSION check may select the _ReadWriteBarrier() path. However, _ReadWriteBarrier() is not declared in this translation unit, causing the build to fail: ``` aarch64-w64-mingw32-clang -D__STDC__ -c -o libs/sqlite3/aarch64-windows/sqlite3.o ... -D_UCRT -DSQLITE_ENABLE_RTREE=1 \ -DSQLITE_ENABLE_FTS4=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -DSQLITE_DEBUG=1 -DSQLITE_SYSTEM_MALLOC=1 \ -DSQLITE_OMIT_LOCALTIME=1 -DSQLITE_ENABLE_MATH_FUNCTIONS -DSQLITE_ENABLE_PERCENTILE \ -DSQLITE_CDECL=__cdecl -DSQLITE_APICALL=__stdcall -DSQLITE_CALLBACK=__stdcall \ -DSQLITE_SYSAPI=WINAPI -D__WINE_PE_BUILD -target aarch64-windows -fuse-ld=lld --no-default-config \ -fno-strict-aliasing -Wno-microsoft-enum-forward-reference -ffunction-sections \ -ffp-exception-behavior=maytrap -gdwarf-4 -g -O2 ..../libs/sqlite3/sqlite3.c:30712:3: error: call to undeclared library function '_ReadWriteBarrier' with type 'void (void)'; ISO C99 and later do not support implicit function declarations [-Wimplicit-function-declaration] _ReadWriteBarrier(); ^ .../src/libs/sqlite3/sqlite3.c:30712:3: note: include the header <intrin.h> or explicitly provide a declaration for '_ReadWriteBarrier' 1 error generated. ``` Clang supports the GCC __sync_synchronize() builtin, so use that path for clang as well. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10936

5 15

Re: [PATCH v3 0/1] MR10949: winex11.drv: Return WithdrawnState when get_window_wm_state() fails.
by Zhiyi Zhang (＠zhiyi) May 24, 2026

May 24, 2026

On Fri May 22 13:42:33 2026 +0000, Zhiyi Zhang wrote: > You're right. Maybe I missed something. I will double-check. Let's get > the get_window_wm_state() fix in first. The X11Window::unmap() in KWin gets called because of a previous XIconifyWindow() call from Wine. I submitted https://gitlab.winehq.org/wine/wine/-/merge_requests/10987 to fix the issue. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10949#note_141167

1 0

[PATCH v5 0/5] MR10942: msvcp90: Add _Sinh _FSinh _LSinh _Cosh _FCosh _LCosh implementation
by Bartosz Kosiorek (＠gang65) May 23, 2026

May 23, 2026

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59453 -- v5: msvcp90: Add _LSinh implementation msvcp90: Add _LCosh implementation https://gitlab.winehq.org/wine/wine/-/merge_requests/10942

2 6