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

[PATCH v2 0/1] MR9117: gdi32: Add stub for GetEnhMetaFilePixelFormat.
by Louis Lenders (＠xe) Oct. 14, 2025

Oct. 14, 2025

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58747 -- v2: gdi32: Add stub for GetEnhMetaFilePixelFormat. https://gitlab.winehq.org/wine/wine/-/merge_requests/9117

3 3

[PATCH 0/4] MR9165: winex11: Call window_set_wm_state instead of map_window.
by Rémi Bernon Oct. 14, 2025

Oct. 14, 2025

This removes the need to unlock the window data, and gets rid of the separate return path, making sure the requests are flushed out in every WindowPosChanged return case. I think it'll fix some issues introduced with d3cb94b543e8ccc4a6baa7a8a2c31142a7b1a814 or 88ad7e11cbdc965928bd38ea68a51ba8d1c9c080. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9165

2 6

[PATCH 0/2] MR9131: iertutil: Add an initial URI parser.
by Zhiyi Zhang (＠zhiyi) Oct. 14, 2025

Oct. 14, 2025

For React Native. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9131

4 9

Re: [PATCH v3 0/4] MR8958: win32u: Fixes for the OpenGL drawables mess.
by li xiao (＠xiaolizai) Oct. 14, 2025

Oct. 14, 2025

thinks，May I ask how to troubleshoot the following issues：`01a0:err:sync:RtlpWaitForCriticalSection section 00007F4A4ACC5570 "?"` `wait timed out in thread 01a0, blocked by 0134, retrying (60` `sec).` `This issue is caused by opengl_drawable lifetime.` -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8958#note_118460

1 0

[PATCH 0/4] MR9170: windows.media.speech: Stub more synthesis interfaces.
by Paul Gofman (＠gofman) Oct. 14, 2025

Oct. 14, 2025

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

2 5

[PATCH v4 0/6] MR9150: comctl32: Remove v6 only exports.
by Zhiyi Zhang (＠zhiyi) Oct. 14, 2025

Oct. 14, 2025

-- v4: comctl32: Remove v6 only exports. comctl32: Remove syslink from comctl32 v5. https://gitlab.winehq.org/wine/wine/-/merge_requests/9150

4 13

[PATCH 0/2] MR9168: windows.devices.enumeration: Fix two memory bugs
by Yuxuan Shui (＠yshui) Oct. 13, 2025

Oct. 13, 2025

Found by ASan. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9168

3 3

[PATCH v2 0/7] MR9166: win32u: Implement vulkan memory export / import through host fds.
by Rémi Bernon Oct. 13, 2025

Oct. 13, 2025

-- v2: win32u: Import vulkan memory from the D3DKMT object fd. win32u: Send D3DKMT object fd to wineserver on creation. win32u: Export host memory unix file descriptor. ntdll: Export wine_server_send_fd to other unix libs. winevulkan: Handle WOW64 conversion of SECURITY_ATTRIBUTES. winevulkan: Require VK_EXT_map_memory_placed for WOW64 memory export. winevulkan: Move physical device extension checks around. https://gitlab.winehq.org/wine/wine/-/merge_requests/9166

2 11

Re: [PATCH v8 0/1] MR7339: ntdll: implement create_logical_proc_info on FreeBSD.
by Brendan Shanks (＠bshanks) Oct. 13, 2025

Oct. 13, 2025

On Mon Oct 13 21:04:16 2025 +0000, Gerald Pfeifer wrote: > I'm afraid something's not fully done yet. > On a FreeBSD system with hwlock installed in a non-default PREFIX > configure runs as follows: > checking for hwloc.h... yes > checking for hwloc_topology_init in -lhwloc... yes > For the build then to fail as follows: > 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’? > 1406 | case HWLOC_OBJ_L1CACHE: > | ^~~~~~~~~~~~~~~~~ > | HWLOC_OBJ_CACHE > dlls/ntdll/unix/system.c:1406:10: note: each undeclared identifier is > reported only once for each function it appears in > dlls/ntdll/unix/system.c:1407:10: error: ‘HWLOC_OBJ_L1ICACHE’ undeclared > (first use in this function); did you mean ‘HWLOC_OBJ_CACHE’? > 1407 | case HWLOC_OBJ_L1ICACHE: > | ^~~~~~~~~~~~~~~~~~ > | HWLOC_OBJ_CACHE > dlls/ntdll/unix/system.c:1410:10: error: ‘HWLOC_OBJ_L2CACHE’ undeclared > (first use in this function); did you mean ‘HWLOC_OBJ_CACHE’? > Looking into all of the include files installed, HWLOC_OBJ_L does not > show up anywhere. > Now https://www.open-mpi.org/projects/hwloc/doc/v2.3.0/a00360.php has > the following: > HWLOC_OBJ_CACHE replaced > Instead of a single HWLOC_OBJ_CACHE, there are now 8 types > HWLOC_OBJ_L1CACHE, ..., HWLOC_OBJ_L5CACHE, > HWLOC_OBJ_L1ICACHE, ..., HWLOC_OBJ_L3ICACHE. > So it looks as if: > (1) configure needs to be tightened? > (2) I should be using FreeBSD's devel/hwloc2 instead of devel/hwloc. > <oops> Still, configure should catch this. 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 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7339#note_118433

1 0

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

Oct. 13, 2025

I'm afraid something's not fully done yet. On a FreeBSD system with hwlock installed in a non-default PREFIX configure runs as follows: checking for hwloc.h... yes checking for hwloc_topology_init in -lhwloc... yes For the build then to fail as follows: 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’? 1406 | case HWLOC_OBJ_L1CACHE: | ^~~~~~~~~~~~~~~~~ | HWLOC_OBJ_CACHE dlls/ntdll/unix/system.c:1406:10: note: each undeclared identifier is reported only once for each function it appears in dlls/ntdll/unix/system.c:1407:10: error: ‘HWLOC_OBJ_L1ICACHE’ undeclared (first use in this function); did you mean ‘HWLOC_OBJ_CACHE’? 1407 | case HWLOC_OBJ_L1ICACHE: | ^~~~~~~~~~~~~~~~~~ | HWLOC_OBJ_CACHE dlls/ntdll/unix/system.c:1410:10: error: ‘HWLOC_OBJ_L2CACHE’ undeclared (first use in this function); did you mean ‘HWLOC_OBJ_CACHE’? Looking into all of the include files installed, HWLOC_OBJ_L does not show up anywhere. Now https://www.open-mpi.org/projects/hwloc/doc/v2.3.0/a00360.php has the following: HWLOC_OBJ_CACHE replaced Instead of a single HWLOC_OBJ_CACHE, there are now 8 types HWLOC_OBJ_L1CACHE, ..., HWLOC_OBJ_L5CACHE, HWLOC_OBJ_L1ICACHE, ..., HWLOC_OBJ_L3ICACHE. So it looks as if: (1) configure needs to be tightened? (2) And is the FreeBSD's devel/hwloc really sufficient? Or is there something newer you used for development and testing? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7339#note_118432

1 0