- Wine-GitLab - list.winehq.org

[PATCH 0/1] MR10065: winecfg: Use the wcsdup function instead of reimplementing it.
by Alex Henrie (＠alexhenrie) Feb. 10, 2026

Feb. 10, 2026

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

2 1

Re: [PATCH v3 0/2] MR10058: Draft: ntdll: Spawn main thread as a separate thread.
by Brendan Shanks (＠bshanks) Feb. 10, 2026

Feb. 10, 2026

Thanks, this looks promising, I'll give it a try tomorrow. I believe a CFRunLoop will exit immediately if there's no sources added to it, if that's the case you would need to add a dummy source first (a CFRunLoopSource that never gets signaled should work). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10058#note_129314

1 0

[PATCH v3 0/7] MR9579: ntdll: On macOS, transform the main thread into a Wine thread (running a CFRunLoop) on launch.
by Brendan Shanks (＠bshanks) Feb. 10, 2026

Feb. 10, 2026

Currently, the process's main thread runs `main()` -> `__wine_main()` -> `apple_main_thread()` -> `CFRunLoopRun()`. A run loop source is added that creates the Wine main thread and runs `start_main_thread()`. With this MR, the Wine main thread calls `transform_mac_main_thread()` in `server_init_process()`. That essentially calls `NtCreateThreadEx()`, but instead of creating a new pthread it adds a source to the main thread run loop to run `start_thread()`. This transforms the process main thread into a Wine thread, after that it calls the PE `__wine_mac_run_cfrunloop()` in ntdll. That does a run_mac_cfrunloop Unix call, which just runs `CFRunLoopRun()`. The process main thread is now a Wine thread, but is otherwise still a normal Mac application main thread (including the ability for winemac to transform into a Cocoa application). In theory it might be possible to avoid the initial `CFRunLoopRun()` and have `apple_main_thread()` just spawn the Wine main thread and wait to run `start_thread()`, but the extra `CFRunLoopRun()` on the stack doesn't hurt anything. An exception/crash on the process main thread will be caught like a normal syscall fault, but `__wine_mac_run_cfrunloop()` prints an error and terminates the process. I think this is an improvement over the current behavior, which is a segfault in the signal handler when it tries to access the non-existent TEB that results in the thread hanging and eating 100% CPU. (Arguably it would be even better to unregister the signal handler and re-throw the signal so the user gets a normal macOS crash report with a helpful backtrace, maybe this could be done later.) Besides exception handling, having the main thread be a Wine thread will also allow the full use of Wine logging functions (!9503), and should allow winemac to be simplified (where many AppKit functions must be called from the main thread, and events are delivered to the main thread). -- v3: ntdll: On macOS, transform the main thread into a Wine thread (running a CFRunLoop) on launch. ntdll: Get a pointer to the PE __wine_mac_run_cfrunloop on the Unix side. ntdll: Add __wine_mac_run_cfrunloop to the PE side and export it. ntdll: Add Unix call to run a CFRunLoop. ntdll: Make thread creation helper an argument to create_thread. ntdll: Move all of NtCreateThreadEx into a helper. ntdll: Factor pthread creation out of NtCreateThreadEx. https://gitlab.winehq.org/wine/wine/-/merge_requests/9579

5 12

[PATCH 0/1] MR10064: winegstreamer: Free the stream objects during reader destruction.
by Conor McCarthy (＠cmccarthy) Feb. 10, 2026

Feb. 10, 2026

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

2 1

[PATCH v3 0/1] MR10017: comctl32 : center icon in LV_VIEW_ICON mode by adjusting icon position calculation.
by Maotong Zhang (＠xiaotong) Feb. 10, 2026

Feb. 10, 2026

Fix icon display issue in "Faststone Image Viewer". -- v3: comctl32 : center icon in LV_VIEW_ICON mode by adjusting icon position calculation. https://gitlab.winehq.org/wine/wine/-/merge_requests/10017

2 2

[PATCH v3 0/3] MR10053: Draft: mf: Fix crash when stream is null during sample request.
by Brendan McGrath (＠redmcg) Feb. 10, 2026

Feb. 10, 2026

Windows waits until it receives the MEStreamStarted event(s) before subscribing to the sink event queues. This is the successor to MR !9716. -- v3: mf: Fix crash when stream is null during sample request. mf/tests: Test sequence of event processing on early sample request. mf/tests: Check for GetPresentationClock after MESessionStarted event. https://gitlab.winehq.org/wine/wine/-/merge_requests/10053

2 4

[PATCH v3 0/1] MR10051: ws2_32: Allow using duplicated socket handles in closesocket().
by Bernhard Übelacker Feb. 9, 2026

Feb. 9, 2026

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56927 This is similar to a08d6d8b, but just for `closesocket()`. [Testbot run with this patch](https://testbot.winehq.org/JobDetails.pl?Key=161786) -- v3: ws2_32: Allow using duplicated socket handles in closesocket(). https://gitlab.winehq.org/wine/wine/-/merge_requests/10051

2 4

[PATCH v2 0/1] MR10051: ws2_32: Allow using duplicated socket handles in closesocket().
by Bernhard Übelacker Feb. 9, 2026

Feb. 9, 2026

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56927 This is similar to a08d6d8b, but just for `closesocket()`. [Testbot run with this patch](https://testbot.winehq.org/JobDetails.pl?Key=161786) -- v2: ws2_32: Allow using duplicated socket handles in closesocket(). https://gitlab.winehq.org/wine/wine/-/merge_requests/10051

1 1

Re: [PATCH v2 0/1] MR10057: d2d1: Forward geometry group methods to the path representing the group. - approved
by Alexandre Julliard (＠julliard) Feb. 9, 2026

Feb. 9, 2026

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10057

1 0

Re: [PATCH v2 0/1] MR10012: setupapi: Fix some cfgmgr32 function signatures. - approved
by Alexandre Julliard (＠julliard) Feb. 9, 2026

Feb. 9, 2026

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10012

1 0