- Wine-Devel - list.winehq.org

Upcoming vkd3d 2.0 release
by Henri Verbeet April 16, 2026

April 16, 2026

Hi all, The planned release date for vkd3d 2.0 is Thursday May 21. That means the public API will become frozen next week on April 23, and features will be frozen two weeks before the release, on May 7. This does not mean that development should slow down or stop, of course; after making sure that we're in good shape to release, this would be the ideal time to make sure that any larger features are ready to get merged at the start of the next development cycle. As usual, if you're an upstream vkd3d developer, please do the following: - Keep an eye on Bugzilla for any reported regressions. - Review any API changes since the previous release. - Verify that all vkd3d tests pass on your hardware/setup, and please send fixes if they don't. - Review and improve the documentation. - Get any larger features ready to get merged at the start of the next development cycle. If you're a downstream user of vkd3d, please test your applications for any regressions, and file bug reports if you find any. The planned release date for vkd3d 2.1 is Monday August 24. A tentative release schedule for future releases can be found on the vkd3d wiki[1]. Regards, Henri [1] https://gitlab.winehq.org/wine/vkd3d/-/wikis/release-schedule

2 1

[PATCH v2 0/2] Fixes for CodeQL analysis of MSVC's CL.EXE
by Jason A. Donenfeld April 13, 2026

April 13, 2026

CodeQL has a mode where it'll run a compiler and trace its execution, in order to have some internal representation, which it then ingests into its database, for later analysis. I managed to get MSVC's CL.EXE running in Wine, from the latest EWDK, but when I tried to trace its execution using CodeQL, I ran into trouble. These two fixes resolve that issue. The first patch is trivial. The second patch is more involved, and so I've added some test cases. This should match ntdll/ntsokrnl behavior pretty closely. I can't send these to Gitlab because I don't have the ability to fork repos there yet. I'll open a ticket for that. Jason A. Donenfeld (2): cmd: link against kernel32 for CreateProcessW ntdll, server: allow oversized views with MEM_RESERVE dlls/ntdll/tests/virtual.c | 80 ++++++++++++++++++++++++++++++++++ dlls/ntdll/unix/sync.c | 1 + dlls/ntdll/unix/virtual.c | 38 +++++++++++----- include/wine/server_protocol.h | 8 ++-- programs/cmd/Makefile.in | 2 +- server/mapping.c | 16 ++++--- server/protocol.def | 2 + server/request_handlers.h | 16 ++++--- server/request_trace.h | 2 + 9 files changed, 136 insertions(+), 29 deletions(-) -- 2.53.0

4 9

[PATCH 0/2] Fixes for CodeQL analysis of MSVC's CL.EXE
by Jason A. Donenfeld April 13, 2026

April 13, 2026

CodeQL has a mode where it'll run a compiler and trace its execution, in order to have some internal representation, which it then ingests into its database, for later analysis. I managed to get MSVC's CL.EXE running in Wine, from the latest EWDK, but when I tried to trace its execution using CodeQL, I ran into trouble. These two fixes resolve that issue. I can't send these to Gitlab because I don't have the ability to fork repos there yet. I'll open a ticket for that. Jason A. Donenfeld (2): ntdll, server: allow file-backed SEC_RESERVE sections cmd: link against kernel32 for CreateProcessW dlls/ntdll/unix/virtual.c | 13 ++++++++++--- programs/cmd/Makefile.in | 2 +- server/mapping.c | 6 ++++-- 3 files changed, 15 insertions(+), 6 deletions(-) -- 2.53.0

2 4

[PATCH] gdi32: Implement GdiEntry13 as Direct3DCreate9 wrapper.
by Wehrwolfmann April 10, 2026

April 10, 2026

On Windows, GdiEntry13 is used by WPF (wpfgfx_v0400.dll) to obtain an IDirect3D9 object via GetProcAddress(gdi32, "GdiEntry13"). WPF expects the return value to be an IDirect3D9 pointer, equivalent to calling Direct3DCreate9(D3D_SDK_VERSION). The previous implementation mapped GdiEntry13 to a stub of DdQueryDisplaySettingsUniqueness that always returned 0, causing WPF to fail to initialize its rendering pipeline and resulting in black or missing windows for all WPF applications running under Wine. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59634 --- dlls/gdi32/dc.c | 36 ++++++++++++++++++++++++++++++++---- include/ddrawgdi.h | 2 +- 2 files changed, 33 insertions(+), 5 deletions(-) diff --git a/dlls/gdi32/dc.c b/dlls/gdi32/dc.c index adfcd51..4b453dd 100644 --- a/dlls/gdi32/dc.c +++ b/dlls/gdi32/dc.c @@ -2709,15 +2709,43 @@ INT WINAPI NamedEscape( HDC hdc, const WCHAR *driver, INT escape, INT input_size return 0; } +typedef void * (WINAPI *Direct3DCreate9_func)(UINT); +static Direct3DCreate9_func pDirect3DCreate9; + +static BOOL WINAPI init_d3d9( INIT_ONCE *once, void *param, void **context ) +{ + HMODULE d3d9_module = LoadLibraryW( L"d3d9.dll" ); + if (d3d9_module) + pDirect3DCreate9 = (Direct3DCreate9_func)GetProcAddress( d3d9_module, "Direct3DCreate9" ); + if (!pDirect3DCreate9) + WARN( "Failed to load d3d9.dll or find Direct3DCreate9\n" ); + return TRUE; +} + /******************************************************************* * DdQueryDisplaySettingsUniqueness (GDI32.@) * GdiEntry13 + * + * On Windows, GdiEntry13 is used by WPF (wpfgfx_v0400.dll) to obtain + * an IDirect3D9 object. WPF calls GetProcAddress(gdi32, "GdiEntry13") + * and expects the return value to be an IDirect3D9 pointer, equivalent + * to calling Direct3DCreate9(D3D_SDK_VERSION). + * + * The original DdQueryDisplaySettingsUniqueness stub returned 0 (NULL), + * causing WPF to fail to initialize its rendering pipeline. */ -ULONG WINAPI DdQueryDisplaySettingsUniqueness(void) +void * WINAPI DdQueryDisplaySettingsUniqueness(void) { - static int warn_once; - if (!warn_once++) FIXME( "stub\n" ); - return 0; + static INIT_ONCE init_once = INIT_ONCE_STATIC_INIT; + + TRACE( "\n" ); + + InitOnceExecuteOnce( &init_once, init_d3d9, NULL, NULL ); + + if (pDirect3DCreate9) + return pDirect3DCreate9( 32 /* D3D_SDK_VERSION */ ); + + return NULL; } /******************************************************************* diff --git a/include/ddrawgdi.h b/include/ddrawgdi.h index 4b78702..c0893b9 100644 --- a/include/ddrawgdi.h +++ b/include/ddrawgdi.h @@ -27,7 +27,7 @@ extern "C" { #define DdQueryDisplaySettingsUniqueness GdiEntry13 -ULONG APIENTRY DdQueryDisplaySettingsUniqueness(void); +void * APIENTRY DdQueryDisplaySettingsUniqueness(void); #ifdef __cplusplus } -- 2.53.0

2 1

[PATCH] winewayland: Use xdg_popup for Win32 popup menus.
by Wehrwolfmann April 10, 2026

April 10, 2026

On Wayland, popup menus (WS_POPUP windows with class #32768) don't close when clicking outside because the compositor only delivers pointer events to the focused surface. X11 solves this with XGrabPointer, but Wayland requires xdg_popup with an explicit grab. Add WAYLAND_SURFACE_ROLE_POPUP that creates an xdg_popup surface with xdg_popup_grab for windows matching the POPUPMENU_CLASS_ATOM (#32768). The compositor sends popup_done when the user clicks outside, which we translate to WM_CANCELMODE to dismiss the menu. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply(a)anthropic.com> --- dlls/winewayland.drv/wayland_surface.c | 114 +++++++++++++++++++++++++ dlls/winewayland.drv/waylanddrv.h | 9 ++ dlls/winewayland.drv/window.c | 35 +++++++- 3 files changed, 157 insertions(+), 1 deletion(-) diff --git a/dlls/winewayland.drv/wayland_surface.c b/dlls/winewayland.drv/wayland_surface.c index 2f8275d..752760d 100644 --- a/dlls/winewayland.drv/wayland_surface.c +++ b/dlls/winewayland.drv/wayland_surface.c @@ -327,6 +327,103 @@ err: ERR("Failed to assign subsurface role to wayland surface\n"); } +/********************************************************************** + * xdg_popup listeners + */ +static void xdg_popup_handle_configure(void *data, struct xdg_popup *xdg_popup, + int32_t x, int32_t y, + int32_t width, int32_t height) +{ + TRACE("hwnd=%p pos=%d,%d size=%dx%d\n", data, x, y, width, height); +} + +static void xdg_popup_handle_done(void *data, struct xdg_popup *xdg_popup) +{ + HWND hwnd = data; + TRACE("hwnd=%p popup_done\n", hwnd); + NtUserPostMessage(hwnd, WM_CANCELMODE, 0, 0); +} + +static void xdg_popup_handle_repositioned(void *data, + struct xdg_popup *xdg_popup, + uint32_t token) +{ +} + +static const struct xdg_popup_listener xdg_popup_listener = +{ + xdg_popup_handle_configure, + xdg_popup_handle_done, + xdg_popup_handle_repositioned, +}; + +/********************************************************************** + * wayland_surface_make_popup + * + * Gives the popup role to a plain wayland surface. The popup is + * positioned relative to the parent surface and can use an explicit + * grab so that the compositor dismisses it on outside clicks. + */ +void wayland_surface_make_popup(struct wayland_surface *surface, + struct wayland_surface *parent, + int x, int y, int width, int height) +{ + struct xdg_positioner *positioner; + + TRACE("surface=%p parent=%p pos=%d,%d size=%dx%d\n", + surface, parent, x, y, width, height); + + assert(!surface->role || surface->role == WAYLAND_SURFACE_ROLE_POPUP); + if (surface->xdg_popup) return; + + wayland_surface_clear_role(surface); + surface->role = WAYLAND_SURFACE_ROLE_POPUP; + + /* Create xdg_surface for the popup */ + surface->popup_xdg_surface = + xdg_wm_base_get_xdg_surface(process_wayland.xdg_wm_base, + surface->wl_surface); + if (!surface->popup_xdg_surface) goto err; + xdg_surface_add_listener(surface->popup_xdg_surface, + &xdg_surface_listener, surface->hwnd); + + /* Create positioner to place popup relative to parent */ + positioner = xdg_wm_base_create_positioner(process_wayland.xdg_wm_base); + if (!positioner) goto err; + + xdg_positioner_set_size(positioner, width > 0 ? width : 1, + height > 0 ? height : 1); + xdg_positioner_set_anchor_rect(positioner, x, y, 1, 1); + xdg_positioner_set_anchor(positioner, XDG_POSITIONER_ANCHOR_TOP_LEFT); + xdg_positioner_set_gravity(positioner, XDG_POSITIONER_GRAVITY_BOTTOM_RIGHT); + + /* Create popup */ + surface->xdg_popup = + xdg_surface_get_popup(surface->popup_xdg_surface, + parent->xdg_surface, positioner); + xdg_positioner_destroy(positioner); + if (!surface->xdg_popup) goto err; + + xdg_popup_add_listener(surface->xdg_popup, &xdg_popup_listener, + surface->hwnd); + + /* Grab the popup so compositor sends popup_done on outside click. */ + { + uint32_t serial = InterlockedCompareExchange(&process_wayland.input_serial, 0, 0); + if (serial) + xdg_popup_grab(surface->xdg_popup, process_wayland.seat.wl_seat, serial); + } + + wl_surface_commit(surface->wl_surface); + wl_display_flush(process_wayland.wl_display); + + return; + +err: + wayland_surface_clear_role(surface); + ERR("Failed to assign popup role to wayland surface\n"); +} + /********************************************************************** * wayland_surface_clear_role * @@ -375,6 +472,20 @@ void wayland_surface_clear_role(struct wayland_surface *surface) surface->toplevel_hwnd = 0; break; + + case WAYLAND_SURFACE_ROLE_POPUP: + if (surface->xdg_popup) + { + xdg_popup_destroy(surface->xdg_popup); + surface->xdg_popup = NULL; + } + + if (surface->popup_xdg_surface) + { + xdg_surface_destroy(surface->popup_xdg_surface); + surface->popup_xdg_surface = NULL; + } + break; } memset(&surface->pending, 0, sizeof(surface->pending)); @@ -733,6 +844,9 @@ BOOL wayland_surface_reconfigure(struct wayland_surface *surface) if (!surface->wl_subsurface) break; /* surface role has been cleared */ wayland_surface_reconfigure_subsurface(surface); break; + case WAYLAND_SURFACE_ROLE_POPUP: + if (!surface->xdg_popup) break; /* surface role has been cleared */ + break; } wayland_surface_reconfigure_size(surface, width, height); diff --git a/dlls/winewayland.drv/waylanddrv.h b/dlls/winewayland.drv/waylanddrv.h index 3b0c300..911b43c 100644 --- a/dlls/winewayland.drv/waylanddrv.h +++ b/dlls/winewayland.drv/waylanddrv.h @@ -82,6 +82,7 @@ enum wayland_surface_role WAYLAND_SURFACE_ROLE_NONE, WAYLAND_SURFACE_ROLE_TOPLEVEL, WAYLAND_SURFACE_ROLE_SUBSURFACE, + WAYLAND_SURFACE_ROLE_POPUP, }; struct wayland_keyboard @@ -282,6 +283,11 @@ struct wayland_surface struct wl_subsurface *wl_subsurface; HWND toplevel_hwnd; }; + struct + { + struct xdg_surface *popup_xdg_surface; + struct xdg_popup *xdg_popup; + }; }; struct wayland_surface_config pending, requested, processing, current; @@ -314,6 +320,9 @@ void wayland_surface_destroy(struct wayland_surface *surface); void wayland_surface_make_toplevel(struct wayland_surface *surface); void wayland_surface_make_subsurface(struct wayland_surface *surface, struct wayland_surface *parent); +void wayland_surface_make_popup(struct wayland_surface *surface, + struct wayland_surface *parent, + int x, int y, int width, int height); void wayland_surface_clear_role(struct wayland_surface *surface); void wayland_surface_attach_shm(struct wayland_surface *surface, struct wayland_shm_buffer *shm_buffer, diff --git a/dlls/winewayland.drv/window.c b/dlls/winewayland.drv/window.c index 2c3d1f8..c1ab090 100644 --- a/dlls/winewayland.drv/window.c +++ b/dlls/winewayland.drv/window.c @@ -192,16 +192,20 @@ static BOOL wayland_win_data_create_wayland_surface(struct wayland_win_data *dat struct wayland_surface *surface; enum wayland_surface_role role; BOOL visible; + DWORD style = NtUserGetWindowLongW(data->hwnd, GWL_STYLE); DWORD exstyle = NtUserGetWindowLongW(data->hwnd, GWL_EXSTYLE); struct wl_region *input_region; TRACE("hwnd=%p\n", data->hwnd); - visible = ((NtUserGetWindowLongW(data->hwnd, GWL_STYLE) & WS_VISIBLE) == WS_VISIBLE) && + visible = ((style & WS_VISIBLE) == WS_VISIBLE) && (!(exstyle & WS_EX_LAYERED) || data->layered_attribs_set); if (!visible) role = WAYLAND_SURFACE_ROLE_NONE; else if (toplevel_surface) role = WAYLAND_SURFACE_ROLE_SUBSURFACE; + else if ((style & WS_POPUP) && NtUserGetWindowRelative(data->hwnd, GW_OWNER) && + NtUserGetClassWord(data->hwnd, GCW_ATOM) == 32768) + role = WAYLAND_SURFACE_ROLE_POPUP; else role = WAYLAND_SURFACE_ROLE_TOPLEVEL; /* we can temporarily clear the role of a surface but cannot assign a different one after it's set */ @@ -236,6 +240,30 @@ static BOOL wayland_win_data_create_wayland_surface(struct wayland_win_data *dat case WAYLAND_SURFACE_ROLE_SUBSURFACE: wayland_surface_make_subsurface(surface, toplevel_surface); break; + case WAYLAND_SURFACE_ROLE_POPUP: + { + HWND owner = NtUserGetWindowRelative(data->hwnd, GW_OWNER); + struct wayland_win_data *owner_data = owner ? wayland_win_data_get(owner) : NULL; + if (owner_data && owner_data->wayland_surface) + { + RECT rect, owner_rect; + NtUserGetWindowRect(data->hwnd, &rect, 0); + NtUserGetWindowRect(owner, &owner_rect, 0); + wayland_surface_make_popup(surface, owner_data->wayland_surface, + rect.left - owner_rect.left, + rect.top - owner_rect.top, + rect.right - rect.left, + rect.bottom - rect.top); + wayland_win_data_release(owner_data); + } + else + { + if (owner_data) wayland_win_data_release(owner_data); + /* Fallback to toplevel if owner has no surface */ + wayland_surface_make_toplevel(surface); + } + break; + } } if (visible && client) wayland_client_surface_attach(client, data->hwnd); @@ -313,6 +341,11 @@ static void wayland_win_data_update_wayland_state(struct wayland_win_data *data) surface->processing.serial = 1; surface->processing.processed = TRUE; break; + case WAYLAND_SURFACE_ROLE_POPUP: + TRACE("hwnd=%p popup\n", surface->hwnd); + surface->processing.serial = 1; + surface->processing.processed = TRUE; + break; } wl_display_flush(process_wayland.wl_display); -- 2.53.0

1 0

Possible NtLockFile / NtUnlockFile FIXME Patches for Wine
by tim＠livingstaccato.com April 9, 2026

April 9, 2026

Hi there! My name is Tim Perkins. I'm a 25+ year user, but a first-time contributor (maybe). I've been playing around with the TradeWars Game Server on macOS (https://eisonline.classictw.com/) and it kept crashing or acting weird after a day or so of operation—faster if I was actually stressing the server. I seem to have hit a flocking problem. Once I hit that problem, it just starts eating up more and more file descriptors until bad things happen. I do dev during the day, but I do not know C well. However, I used Claude Code to come up with some patches that I think aren't too sloppy, nor do they open the gates of hell or create security vulnerabilities. I put all the patches and proof in a repo on GitHub at https://github.com/livingstaccato/space-wine/tree/main and made a GitHub action which compiles Wine on multiple platforms and runs some conformance tests. After using a version of Wine with those patches implemented, I've had the TradeWars server running stable for over a week now. I was hoping one of you more experienced subject matter experts could take a look and let me know if they're viable patches? :) Up front, though: if you ask me "Why did you do X?" my response will probably be, "… let me ask Claude." Thanks, and I hope this helps! --Tim

5 5

Tbs.h impletention planning
by 中川祥 April 9, 2026

April 9, 2026

How is Wine going to implement tbs.h and TPM 2.0 libraries?( such as ncrypt) Retrieving true linux information or faked Windows info?

1 0

On bug#27641: an editor should use the indic font when indic typing is being done
by समीर सिंह Sameer Singh April 7, 2026

April 7, 2026

Hi, I can still reproduce this issue on the latest master at the time of writing this. For example open: wine notepad and type something like: देवनागरी Instead of the program falling back to an appropriate font, "tofu" blocks are shown instead. Now, in ./dlls/gdi32/uniscribe/usp10.c I can see a function named: "find_fallback_font" which looks for a fallback font under Software\Wine\Uniscribe\Fallback in HKEY_CURRENT_USER. But I did not find this entry populated at all. My solution is: Define a table which has a representative char for each script, now when a new wine environment is being created, query the system using FontConfig to find fonts which contains the representative chars and then populate the registry entry. How does this sound? I have a rough working version right now, should I send a patch or is something missing in my current approach? -- समीरसिंह

3 5

Wine-Staging 11.6 release
by Elizabeth Figura April 5, 2026

April 5, 2026

The Wine-Staging development release 11.6 is now available. Summary since last release: * Rebased to upstream Wine 11.6. 285 patches are applied to upstream Wine. Patches removed from Wine-Staging since the last release: * windows.web: Stub IJsonArray * windows.web: JsonArray element getters * windows.web: Rework string parsing * windows.web: Support array parsing * windows.web: Add object mapping * windows.web: JsonObject typed getters * windows.web: Support boolean & number value creation Patch sets added: * dcomp-DCompositionCreateDevice2 Patch sets otherwise updated: * vkd3d-latest Binary packages for various distributions will be available from: https://www.winehq.org/download As always, if you find a bug, please report it via https://bugs.winehq.org ἔρρωσθε, Elizabeth Figura

1 0

Debugging Win32 apps on linux
by J March 27, 2026

March 27, 2026

Hi, Using Mingw64, I can build a c/c++ Win32 application, but can I debug it? using winedbg application.exe does seem to work, but is there a way of doing it like I would debug a linux application? I can build a c/c++ application with gcc, and then debug it by using ddd application And that works really well. Is there a way to get ddd (or some other program) to act as winedbg's frontend? Even if it's text-mode, that's fine, as long as it's easier to use than gdb Thanks

3 3