October 2025 - Wine-gitlab - list.winehq.org

[PATCH v4 0/1] MR8977: winex11: Use EGL by default for OpenGL rendering.
by Rémi Bernon 17 Oct '25

17 Oct '25

When we were able to load it at least. EGL has some advantages, like not requiring a specific pixel format on the windows, it will share most of its problems with winewayland (and wineandroid although we may also assume GL doesn't work anymore there at this point) so anything fixed with it could benefit all. It will also be required for shared resources and compositing when Vulkan is unavailable. This might be a bit early still, I'm not sure it is on par when it comes to child window rendering synchronization. However this doesn't drop GLX either, and instead just changes the default. I think it would be useful to switch early though, at least to have more time to settle (and eventually decide to switch back during code freeze if it proves a bad idea). -- v4: winex11: Use EGL by default for OpenGL rendering. https://gitlab.winehq.org/wine/wine/-/merge_requests/8977

1 2

[PATCH 0/4] MR9195: win32u: Import and export semaphore and fences fds.
by Rémi Bernon 17 Oct '25

17 Oct '25

Except for keyed mutexes which will be implemented separately, this should be the last remaining bits to make vulkan shared win32 resources usable. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9195

1 4

Re: [PATCH v2 0/6] MR9191: comctl32/tests: Add CCM_SETVERSION tests.
by Zhiyi Zhang (＠zhiyi) 17 Oct '25

17 Oct '25

On Fri Oct 17 05:11:27 2025 +0000, Nikolay Sivov wrote: > We can keep it if you like, what I'm saying is that particular value is > not very useful. On second thought, maybe some Winelib applications use the value. Let's leave it be. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9191#note_118835

1 0

Re: [PATCH v2 0/6] MR9191: comctl32/tests: Add CCM_SETVERSION tests.
by Nikolay Sivov (＠nsivov) 17 Oct '25

17 Oct '25

On Fri Oct 17 04:22:02 2025 +0000, Zhiyi Zhang wrote: > Ok. I will remove it. We can keep it if you like, what I'm saying is that particular value is not very useful. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9191#note_118831

1 0

Re: [PATCH v2 0/6] MR9191: comctl32/tests: Add CCM_SETVERSION tests.
by Zhiyi Zhang (＠zhiyi) 16 Oct '25

16 Oct '25

On Thu Oct 16 18:48:00 2025 +0000, Nikolay Sivov wrote: > I wouldn't mind if we removed it instead completely, it doesn't look > useful and we are not going to introduce sdk checks in the headers. > Current MS SDK has it conditional to winxp sdk version, and same could > be done for mingw-w64 headers for compatibility. Ok. I will remove it. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9191#note_118828

1 0

Re: [PATCH v2 0/6] MR9191: comctl32/tests: Add CCM_SETVERSION tests.
by Zhiyi Zhang (＠zhiyi) 16 Oct '25

16 Oct '25

On Thu Oct 16 18:47:59 2025 +0000, Nikolay Sivov wrote: > Could you factor this out to a helper that we could use from all three > controls if it's exactly the same? Sure. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9191#note_118827

1 0

Re: [PATCH v2 0/6] MR9191: comctl32/tests: Add CCM_SETVERSION tests.
by Zhiyi Zhang (＠zhiyi) 16 Oct '25

16 Oct '25

On Thu Oct 16 18:47:59 2025 +0000, Nikolay Sivov wrote: > I think this should go to toolbar tests. I will move it. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9191#note_118824

1 0

Re: [PATCH v2 0/6] MR9191: comctl32/tests: Add CCM_SETVERSION tests.
by Zhiyi Zhang (＠zhiyi) 16 Oct '25

16 Oct '25

On Thu Oct 16 18:47:59 2025 +0000, Nikolay Sivov wrote: > Is it only supported for those three controls? Other comctl32 controls, such as the header control, also support CCM_{GET,SET}VERSION. However, only these three controls in Wine support these messages at the moment, so I didn't test other control classes. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9191#note_118823

1 0

[PATCH v3 0/1] MR9126: ntdll: On macOS, use separate mmap() and mprotect() calls when mapping files with PROT_EXEC.
by Brendan Shanks (＠bshanks) 16 Oct '25

16 Oct '25

Starting with macOS 10.15, `mmap()` for a file with `PROT_EXEC` fails with `EPERM`. But for some reason, doing separate `mmap()` and then `mprotect()` calls works. This fixes `NtUserRegisterClassExWOW: Failed to get shared session object for window class` errors seen when running a 32-bit EXE lacking the NX compat bit. The shared memory object being used for window classes was being mapped executable, this was failing because of the above, and then `map_file_into_view()` was falling back to `pread()` which doesn't make sense for a shared memory region. (It seems like a bug to use `pread()` in this scenario rather than return an error, although I'm not sure how that could be detected). I don't love the preprocessor black-magic to replace every mmap() call, but it avoids having to modify any other functions. If we want to avoid that, `map_pe_header()` and `map_file_into_view()` are the `mmap()` calls that I know need to be changed. CrossOver has used an almost-identical hack for years. -- v3: ntdll: Avoid mmap() failures and Gatekeeper warnings when mapping files with PROT_EXEC. https://gitlab.winehq.org/wine/wine/-/merge_requests/9126

2 2

[PATCH v4 0/4] MR8394: Fix Clip Studio Paint crash with Windows 10 compatibility mode
by Ignacy Kuchciński 16 Oct '25

16 Oct '25

This fixes the crash when launching ClipStudioPaint.exe with Windows 10 compatiblity mode by adding the minimum required windows.ui and windows.storage definitions and stubs. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58254 -- v4: windows.storage: Add stubs for StorageFile class. include: Add Windows.Storage.StorageFile missing definitions. windows.ui: Add stubs for RadialController classes. include: Add Windows.UI.Input.RadialController definitions. https://gitlab.winehq.org/wine/wine/-/merge_requests/8394

1 4