- Wine-GitLab - list.winehq.org

[PATCH v7 0/5] MR9209: vccorlib140: Implement Platform::Exceptions.
by Vibhav Pant (＠vibhavp) Oct. 27, 2025

Oct. 27, 2025

-- v7: vccorlib140: Implement __abi_translateCurrentException. vccorlib140: Implement Platform::Exception. vccorlib140: Implement AllocateException(WithWeakRef), FreeException. vccorlib140: Add stubs for Exception constructors. https://gitlab.winehq.org/wine/wine/-/merge_requests/9209

2 5

[PATCH v4 0/3] MR9282: wbemprox: Implement more MSSMBios_RawSMBiosTables properties
by Felix Hädicke Oct. 27, 2025

Oct. 27, 2025

Until now, only the "SMBiosData" property of the MSSMBios_RawSMBiosTables WMI class was implemented. Add implementations for the following properties: * Active * DmiRevision * InstanceName * Size * SmbiosMajorVersion * SmbiosMinorVersion * Used20CallingMethod -- v4: wbemprox: Implement more MSSMBios_RawSMBiosTables properties wbemprox/tests: Add tests for MSSMBios_RawSMBiosTables properties https://gitlab.winehq.org/wine/wine/-/merge_requests/9282

2 6

[PATCH v6 0/5] MR9209: vccorlib140: Add stubs + tests for exceptions-related functions.
by Vibhav Pant (＠vibhavp) Oct. 27, 2025

Oct. 27, 2025

The tests for throwing/catching C++/CX exceptions are only enabled for targets with compiler support for exceptions. -- v6: vccorlib140: Implement __abi_translateCurrentException. https://gitlab.winehq.org/wine/wine/-/merge_requests/9209

3 9

[PATCH 0/1] MR9286: configure: Tighten checks around the hwloc library
by Gerald Pfeifer (＠gerald) Oct. 27, 2025

Oct. 27, 2025

Commit 698406aaf142 added the hwloc library as a dependency. hwloc 1.x, the original implementation, is not sufficient for our needs and causes build errors like dlls/ntdll/unix/system.c: In function ‘traverse_hwloc_topology’: dlls/ntdll/unix/system.c:1406:10: error: ‘HWLOC_OBJ_L1CACHE’ undeclared (first use in this function); did you mean ‘HWLOC_OBJ_CACHE’? So tighten our checks and not only look out for hwloc.h and libhwloc, but also HWLOC_OBJ_L1CACHE in the former as an indication we are dealing with a sufficiently new version. This addresses https://gitlab.winehq.org/wine/wine/-/merge_requests/7339#note_118432 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9286

3 2

[PATCH 0/1] MR9289: wldap32/tests: Add one more check for an unreachable server.
by Dmitry Timoshkov (＠dmitry) Oct. 27, 2025

Oct. 27, 2025

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

2 1

[PATCH v3 0/2] MR9249: winegstreamer: Return NS_E_NO_MORE_SAMPLES from WMSyncReader if sample fails to read.
by Yuxuan Shui (＠yshui) Oct. 27, 2025

Oct. 27, 2025

If allocator fails, native returns NS_E_NO_MORE_SAMPLES whereas we propagate the allocator's failure code. Some games checks this return value and will raise an error/exception if anything other than NS_E_NO_MORE_SAMPLES is returned, for example any game using the KiriKiri movie player [0] will do this. [0]: https://github.com/krkrz/krkrz/blob/fd5c4baa6a2ef5978db1bd043634351f48667da… -- v3: winegstreamer: Return NS_E_NO_MORE_SAMPLES from WMSyncReader if sample fails to read. https://gitlab.winehq.org/wine/wine/-/merge_requests/9249

3 4

[PATCH v2 0/3] MR9051: qasf: Implement seeking for asf reader.
by Ziqing Hui (＠zhui) Oct. 27, 2025

Oct. 27, 2025

This fixes media replay for BlazeBlue. -- v2: qasf: Add asf_reader_start_stream helper. qasf: Add asf_reader_stop_stream helper. qasf: Implement seeking for asf reader. https://gitlab.winehq.org/wine/wine/-/merge_requests/9051

3 6

[PATCH 0/1] MR9288: chakra: Add stub dll.
by Mohamad Al-Jaf (＠maljaf) Oct. 26, 2025

Oct. 26, 2025

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52741 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9288

2 1

[PATCH 0/3] MR9284: Enfore SymLoadModuleEx(..., SLMFLAG_NO_SYMBOLS) for all debug formats.
by eric pouech (＠epo) Oct. 26, 2025

Oct. 26, 2025

This serie ensures that a module loaded in dbghelp with SLMFLAG_NO_SYMBOLS always doesn't load symbol (except the ones from the EXPORT table of the PE image). To be implemented correctly, it requires a refactoring of the way dbghelps looks up for a debug format. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9284

3 4

Re: [PATCH v8 0/1] MR7339: ntdll: implement create_logical_proc_info on FreeBSD.
by Gerald Pfeifer (＠gerald) Oct. 26, 2025

Oct. 26, 2025

On Sun Oct 26 21:37:53 2025 +0000, Brendan Shanks wrote: > Yes, `devel/hwloc2` is what you need. The original seems mostly obsolete > at this point, but it would be good to have configure checking for v2 I'm tackling this in https://gitlab.winehq.org/wine/wine/-/merge_requests/9286. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7339#note_119720

1 0

[PATCH v3 0/5] MR9259: dmusic,dmime: Volume control part 2
by Anton Baskanov (＠baskanov) Oct. 26, 2025

Oct. 26, 2025

-- v3: dmime: Update master volume when GUID_PerfMasterVolume is set. dmime: Set master volume when adding a port. https://gitlab.winehq.org/wine/wine/-/merge_requests/9259

3 10

[PATCH v2 0/4] MR9285: msvcrt: Improvements for WinRT exceptions
by Piotr Caban (＠piotr) Oct. 26, 2025

Oct. 26, 2025

It's a dependency of !9209. I'm not sure yet if more changes are needed on ucrtbase/msvcp140 side. -- v2: msvcrt: Call __DestructExceptionObject() in __ExceptionPtrDestroy. https://gitlab.winehq.org/wine/wine/-/merge_requests/9285

2 4

Re: [PATCH v2 0/5] MR9259: dmusic,dmime: Volume control part 2
by Anton Baskanov (＠baskanov) Oct. 26, 2025

Oct. 26, 2025

On Sun Oct 26 12:05:40 2025 +0000, Michael Stefaniuc wrote: > -600 looks like a magic constant. How did you get to that number? By trying different values and comparing the volume by ear. I can probably make an interactive test for this. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9259#note_119699

1 0

[PATCH 0/4] MR9285: msvcrt: Improvements for WinRT exceptions
by Piotr Caban (＠piotr) Oct. 26, 2025

Oct. 26, 2025

It's a dependency of !9209. I'm not sure yet if more changes are needed on ucrtbase/msvcp140 side. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9285

2 4

[PATCH 0/1] MR9068: winewayland: don't discard absolute motion events if in relative mode
by llyyr (＠llyyr) Oct. 26, 2025

Oct. 26, 2025

There exist clients that disable hardware cursors, and instead draw a software cursor during their renderloop. Such clients incorrectly cause winewayland to enable relative pointer motion because winewayland thinks the cursor is not visible, when it is in fact visible and just drawn by the client instead. Enabling relative pointer motion breaks compositors that simulate wl_pointer from tablet tool motion. sway is one such compositor that supports sending wl_pointer events for clients that don't understand tablet-v2. Fix this by not discarding absolute motion events even in the case that relative pointer motion is active. When relative pointer was implemented, winewayland didn't support SetCursorPos and accepting absolute motion events would break mouselook in 3D games. However, now it does support SetCursorPos so there should be no harm in accepting absolute motion events as well. This allows tablet devices to work with winewayland running badly behaved clients that do software rendering of cursors on compositors that do simulate wl_pointer from tablet motion, despite winewayland not supporting tablet-v2 yet. Signed-off-by: Gopal Prasad <llyyr.public(a)gmail.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9068

3 2

[PATCH v2 0/6] MR9032: Draft: opengl32: Support wow64 buffer storage and persistent memory mapping using Vulkan.
by Jacek Caban (＠jacek) Oct. 26, 2025

Oct. 26, 2025

I'm opening this MR as an RFC. It's an initial attempt to support OpenGL persistent memory mapping in the new wow64. The implementation is not complete yet (details below), but it's intentionally kept as simple as possible for a proof of concept. Since we can't control where OpenGL maps memory, the idea is to use the available Vulkan extension with enough glue between them. Because of how GL–VK interop works, this requires creating a memory object on the Vulkan side and importing it into OpenGL. Once that's done, all operations on such buffers are performed through GL, except for mapping, which is handled by Vulkan. This is achieved by hooking `gl*BufferStorage` and reimplementing it on top of `glImportMemoryFdEXT` for mappable buffers. Recently introduced buffer wrappers make further tracking of these buffers straightforward. If we move forward with this, the feature will need to be enabled based on available driver capabilities (for now, it's force-enabled). Some parts might also be worth moving into win32u. This alone seems enough to claim persistent memory support and thus expose OpenGL 4.6 on the new wow64. Performance looks good in my limited testing, although that hasn't been a focus yet. Possible improvements include: - Currently only GL buffers created with `gl*BufferStorage` are affected. Other cases still fall back to the slow memcpy path. - The draft just picks the first host-visible coherent memory type exposed by Vulkan. We could try harder to pick an optimal type taking into account GL flags. - The draft allocates a new Vulkan memory and fd for each mapped buffer. This is inefficient for small buffers, for which a suballocator could help. - The draft always picks the first GPU reported by Vulkan. We may need to ensure that the selected device matches the one OpenGL actually uses. An alternative would be a new OpenGL extension. A driver-level solution could be more efficient, and it would certainly be nice to have. However, since such an extension doesn't exist yet, and even if we have it soon, I think it's still valuable to have a fallback solution that works with existing drivers. -- v2: opengl32: Support wow64 buffer storage and persistent memory mapping using Vulkan. opengl32: Wrap buffer storage functions. opengl32: Use stored extensions in filter_extensions. opengl32: Use stored extension list in is_extension_supported. opengl32: Compute supported extensions in make_context_current. opengl32: Split extensions by null bytes in the registry. https://gitlab.winehq.org/wine/wine/-/merge_requests/9032

2 7

[PATCH v8 0/1] MR3381: server: Try isolate wineserver directory.
by Konstantin Demin (＠rockdrilla) Oct. 26, 2025

Oct. 26, 2025

try following locations for wineserver directory: - `${XDG_RUNTIME_DIR}/wine` - `/run/user/${uid}/wine` - `${TMPDIR}/wine` - only if `${TMPDIR}` is owned by user - `${TMPDIR}/.wine-${uid}` - `/tmp/.wine-${uid}` Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=39013 Signed-off-by: Konstantin Demin <rockdrilla(a)gmail.com> -- v8: ntdll: Try isolate wineserver directory. https://gitlab.winehq.org/wine/wine/-/merge_requests/3381

2 2

Re: [PATCH v2 0/5] MR9259: dmusic,dmime: Volume control part 2
by Michael Stefaniuc (＠mstefani) Oct. 26, 2025

Oct. 26, 2025

Caching the `IKsControl` in `struct channel` feels excessive. As most stuff just uses a single port you could cache the last `port` <==> `control` mapping in `update_master_volume()`. Or am I missing something? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9259#note_119687

1 0

Re: [PATCH v2 0/5] MR9259: dmusic,dmime: Volume control part 2
by Michael Stefaniuc (＠mstefani) Oct. 26, 2025

Oct. 26, 2025

Michael Stefaniuc (@mstefani) commented about dlls/dmusic/port.c: > if (SUCCEEDED(hr)) > hr = IDirectMusicSynth_Open(obj->synth, port_params); > > + if (SUCCEEDED(hr)) > + { > + KSPROPERTY volume_prop; > + DWORD volume_size; > + LONG volume = 0; > + > + volume = -600; -600 looks like a magic constant. How did you get to that number? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9259#note_119686

1 0

[PATCH 0/9] MR9281: Fix test failures introduced by wait_child_process change
by Piotr Caban (＠piotr) Oct. 26, 2025

Oct. 26, 2025

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

3 12

[PATCH 0/1] MR9283: wine.desktop: Add Polish translation
by Adam Markowski (＠AMark) Oct. 25, 2025

Oct. 25, 2025

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

2 1

[PATCH v16 0/9] MR7111: support building Wine with LTO
by Konstantin Demin (＠rockdrilla) Oct. 25, 2025

Oct. 25, 2025

relevant bug reports: - https://bugs.winehq.org/show_bug.cgi?id=41712 - https://bugs.winehq.org/show_bug.cgi?id=51051 -- v16: tools: add LTO quirks makedep: support skipping/disabling LTO configure: enable building Wine with LTO makedep: support LTO builds winegcc: support LTO builds winebuild: support LTO builds tools: helper functions for LTO builds ntdll: add attribute "used" to a few symbols that shouldn't be discarded loader: add attribute "used" to a few symbols that shouldn't be discarded https://gitlab.winehq.org/wine/wine/-/merge_requests/7111

2 9

[PATCH v5 0/5] MR9209: vccorlib140: Add stubs + tests for exceptions-related functions.
by Vibhav Pant (＠vibhavp) Oct. 25, 2025

Oct. 25, 2025

The tests for throwing/catching C++/CX exceptions are only enabled for targets with compiler support for exceptions. -- v5: vccorlib140: Implement __abi_translateCurrentException. https://gitlab.winehq.org/wine/wine/-/merge_requests/9209

2 5

[PATCH v4 0/4] MR9209: vccorlib140: Add stubs + tests for exceptions-related functions.
by Vibhav Pant (＠vibhavp) Oct. 25, 2025

Oct. 25, 2025

The tests for throwing/catching C++/CX exceptions are only enabled for targets with compiler support for exceptions. -- v4: vccorlib140: Implement Platform::Exception. vccorlib140: Implement AllocateException(WithWeakRef), FreeException. vccorlib140: Add stubs for Exception constructors. https://gitlab.winehq.org/wine/wine/-/merge_requests/9209

2 5

[PATCH v3 0/3] MR9282: wbemprox: Implement more MSSMBios_RawSMBiosTables properties
by Felix Hädicke Oct. 25, 2025

Oct. 25, 2025

Until now, only the "SMBiosData" property of the MSSMBios_RawSMBiosTables WMI class was implemented. Add implementations for the following properties: * Active * DmiRevision * InstanceName * Size * SmbiosMajorVersion * SmbiosMinorVersion * Used20CallingMethod -- v3: wbemprox: Implement more MSSMBios_RawSMBiosTables properties https://gitlab.winehq.org/wine/wine/-/merge_requests/9282

1 3