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

[PATCH v3 0/2] MR8927: ntdll: Add offset when mapping image mappings.
by Charlotte Pabst (＠CharlottePabst) Oct. 29, 2025

Oct. 29, 2025

Fixes backtraces in Visual Studio Remote Debugging when the remote program is running on wine. Not sure if this is entirely right yet, maybe the offset/size check should also be moved further up? Test file is attached ( [map_test.c](/uploads/4d5b426fd9ad931ef4027332f75b1bd9/map_test.c) ), however it's probably not ideal since it tests against the value that the compiler happens to put at offset 0x10000 (I tested with mingw64 GCC). In any case this value just needs to match windows, so for other compilers it can be obtained by running the test on windows. This could probably be improved with a linker script if wanted. -- v3: ntdll: Respect offset for image mappings. https://gitlab.winehq.org/wine/wine/-/merge_requests/8927

2 2

[PATCH v2 0/2] MR8927: ntdll: Add offset when mapping image mappings.
by Charlotte Pabst (＠CharlottePabst) Oct. 29, 2025

Oct. 29, 2025

Fixes backtraces in Visual Studio Remote Debugging when the remote program is running on wine. Not sure if this is entirely right yet, maybe the offset/size check should also be moved further up? Test file is attached ( [map_test.c](/uploads/4d5b426fd9ad931ef4027332f75b1bd9/map_test.c) ), however it's probably not ideal since it tests against the value that the compiler happens to put at offset 0x10000 (I tested with mingw64 GCC). In any case this value just needs to match windows, so for other compilers it can be obtained by running the test on windows. This could probably be improved with a linker script if wanted. -- v2: ntdll: Respect offset for image mappings. ntdll/tests: Test image mapping with offset. https://gitlab.winehq.org/wine/wine/-/merge_requests/8927

2 2

[PATCH v3 0/2] MR9306: msvcrt: Use the correct arguments when a WinRT exception is thrown with _CxxThrowException.
by Vibhav Pant (＠vibhavp) Oct. 29, 2025

Oct. 29, 2025

Another dependency for !9209. When C++/CX applications manually throw exceptions (i.e, by calling `_CxxThrowException` and not `__abi_WinRTraise*`), msvcrt/ucrt will still use the `cxx_exception_type` RTTI data from `vccorlib`, and not the one passed by the user. It also invokes a callback inside `exception_info`, which likely performs the necessary RoOriginateError/RoOriginateLanguageException bookkeeping and sets the `IRestrictedErrorInfo` field. -- v3: msvcrt: Update WinRT exception type info in _CxxThrowException. msvcrt: Rename exception *IUNKNOWN flags to *WINRT. https://gitlab.winehq.org/wine/wine/-/merge_requests/9306

4 5

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

Oct. 29, 2025

On Wed Oct 29 14:01:24 2025 +0000, Alexandre Julliard wrote: > This is causing test failures, could you please have a look? sure MR!9308 should take care of it -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9284#note_119999

1 0

[PATCH 0/1] MR9308: dbghelp: {dwarf} Keep .eh_frame mapped when no CU are present.
by eric pouech (＠epo) Oct. 29, 2025

Oct. 29, 2025

Regression introduced in 2509fc6ef0e7510eb5bb5ff407483a46255f6b2c Signed-off-by: Eric Pouech <epouech(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9308

2 1

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

Oct. 29, 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. -- v4: opengl32: Support wow64 buffer storage and persistent memory mapping using Vulkan. https://gitlab.winehq.org/wine/wine/-/merge_requests/9032

3 9

Re: [PATCH v2 0/3] MR9284: Enfore SymLoadModuleEx(..., SLMFLAG_NO_SYMBOLS) for all debug formats.
by Alexandre Julliard (＠julliard) Oct. 29, 2025

Oct. 29, 2025

This is causing test failures, could you please have a look? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9284#note_119992

1 0

[PATCH v2 0/1] MR9303: ntdll/tests: Add NtRenameKey tests checking subkey after rename.
by zhengyong chen (＠chenzhengyong) Oct. 29, 2025

Oct. 29, 2025

Add a test verifying that subkeys are correctly renamed and enumerated in the expected order after calling NtRenameKey. See merge request !9247. Signed-off-by: chenzhengyong <chenzhengyong(a)uniontech.com> -- v2: ntdll/tests: Add NtRenameKey tests checking subkey after rename. https://gitlab.winehq.org/wine/wine/-/merge_requests/9303

2 3

[PATCH v2 0/1] MR9306: msvcrt: Use the correct arguments when a WinRT exception is thrown with _CxxThrowException.
by Vibhav Pant (＠vibhavp) Oct. 29, 2025

Oct. 29, 2025

Another dependency for !9209. When C++/CX applications manually throw exceptions (i.e, by calling `_CxxThrowException` and not `__abi_WinRTraise*`), msvcrt/ucrt will still use the `cxx_exception_type` RTTI data from `vccorlib`, and not the one passed by the user. It also invokes a callback inside `exception_info`, which likely performs the necessary RoOriginateError/RoOriginateLanguageException bookkeeping and sets the `IRestrictedErrorInfo` field. -- v2: msvcrt: Use the correct arguments when a WinRT exception is thrown with _CxxThrowException. https://gitlab.winehq.org/wine/wine/-/merge_requests/9306

2 1

[PATCH 0/1] MR9306: msvcrt: Use the correct arguments when a WinRT exception is thrown with _CxxThrowException.
by Vibhav Pant (＠vibhavp) Oct. 29, 2025

Oct. 29, 2025

Another dependency for !9209. When C++/CX applications manually throw exceptions (i.e, by calling `_CxxThrowException` and not `__abi_WinRTraise*`), msvcrt/ucrt will still use the `cxx_exception_type` RTTI data from `vccorlib`, and not the one passed by the user. It also invokes a callback inside the `exception_info`, which likely performs the necessary RoOriginateError/RoOriginateLanguageException booking, and sets the `IRestrictedErrorInfo` field. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9306

2 1