September 2025 - Wine-gitlab

[PATCH v4 0/6] MR8910: widl: Add support for generating proxies/stubs for parameterized interfaces.
by Vibhav Pant (＠vibhavp) 19 Sep '25

19 Sep '25

This MR introduces a few minor changes to widl to support generating proxy code for WinRT's parameterized interfaces: * Use the mangled, C-friendly interface name for naming variables `FormatStringOffsetTable`, `StubThunkTable`, etc) in proxy and stub code. * Use the default interface of a runtime class while creating type format strings in `write_ip_tfs`. * When proxy generation is enabled, also compute UUIDs for all specialized parameterized interface declarations in imported files. Finally, I have also enabled proxy generation and registration for wintypes.dll as an example. We use the `PROXY_CLSID_IS` define as WinRT IDLs cannot use `coclass` to declare the `PSFactoryBuffer` class for the DLL. -- v4: wintypes: Register proxies for interfaces. include: Add size and length annotations for IVector(View) and IIterator method params. include: Remove duplicate interface declarations. widl: While generating proxies, compute UUIDs for specialized interface declarations in imported IDL files. widl: Use the default interface UUID while generating type format strings for runtime classes. widl: If available, use the mangled C name for naming variables while generating proxies/stubs. https://gitlab.winehq.org/wine/wine/-/merge_requests/8910

3 7

[PATCH v7 0/13] MR8995: Draft: ntdll/kernelbase: Add accurate node count feature to prevent memory access violations initializing multiple physical nodes as a single logical one on multi-node systems
by Danny Waser (＠wasertech) 19 Sep '25

19 Sep '25

A much cleaner result (written by hand) that we can reuse where needed later (_i.e._ `GetNumaProcessorNode` which also crashes with [a similar MAV](https://gist.github.com/wasertech/f894ce8d6250e72a01a861c0e4eb6064) on multi-node systems). Took me a while to understand where I should put everything, not even sure I got it right. Let me know. I thought I was going to need `FileNumaNodeInformation` but turns out it's not really needed. I can remove it if you want. This is what I see when I try to get a node count read: ```log 0024:fixme:ntdll:init_numa_info node affinity; using node 0. GetNumaHighestNodeNumber: 1 ``` I only see this fixme if I try to access `FILE_NUMA_NODE_INFORMATION`. I would really prefer such a behavior for our compatibility layer on any multi-node system. A big thanks to @besentv and @zfigura for their invaluable feedback on this. -- v7: kernel32/tests: fix parameter type in pGetNumaHighestNodeNumber and improve test messages https://gitlab.winehq.org/wine/wine/-/merge_requests/8995

2 13

[PATCH v6 0/13] MR8995: Draft: ntdll/kernelbase: Add accurate node count feature to prevent memory access violations initializing multiple physical nodes as a single logical one on multi-node systems
by Danny Waser (＠wasertech) 19 Sep '25

19 Sep '25

A much cleaner result (written by hand) that we can reuse where needed later (_i.e._ `GetNumaProcessorNode` which also crashes with [a similar MAV](https://gist.github.com/wasertech/f894ce8d6250e72a01a861c0e4eb6064) on multi-node systems). Took me a while to understand where I should put everything, not even sure I got it right. Let me know. I thought I was going to need `FileNumaNodeInformation` but turns out it's not really needed. I can remove it if you want. This is what I see when I try to get a node count read: ```log 0024:fixme:ntdll:init_numa_info node affinity; using node 0. GetNumaHighestNodeNumber: 1 ``` I only see this fixme if I try to access `FILE_NUMA_NODE_INFORMATION`. I would really prefer such a behavior for our compatibility layer on any multi-node system. A big thanks to @besentv and @zfigura for their invaluable feedback on this. -- v6: kernel32/tests: fix parameter type in pGetNumaHighestNodeNumber and improve test messages ntdll: improve return handling in init_numa_info and fix parameter checking https://gitlab.winehq.org/wine/wine/-/merge_requests/8995

2 12

[PATCH v3 0/4] MR8991: iphlpapi: Implement GetBestRoute2() and GetBestInterfaceEx().
by Paul Gofman (＠gofman) 19 Sep '25

19 Sep '25

-- v3: iphlpapi: Try to disambiguate addresses in GetBestRoute2() by probing system assigned ones. iphlpapi/tests: Add tests for best routes. iphlpapi: Reimplement GetBestInterfaceEx() on top of GetBestRoute2(). iphlpapi: Implement GetBestRoute2(). https://gitlab.winehq.org/wine/wine/-/merge_requests/8991

3 6

[PATCH 0/2] MR9013: propsys: Add PropVariantToFileTime() semi-stub.
by Nikolay Sivov (＠nsivov) 19 Sep '25

19 Sep '25

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9013

2 2

[PATCH v2 0/1] MR9007: wmic: Add a basic help option "/?".
by Louis Lenders (＠xe) 19 Sep '25

19 Sep '25

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=45343 The installers from that bugreport use this (in Win7 mode) to check if wmic is present. (The installer still fails after this patch as findstr.exe lacks some support: "match_regexp character ranges (i.e. [abc], [^a-z]) are not supported") -- v2: wmic: Add a basic help option "/?". https://gitlab.winehq.org/wine/wine/-/merge_requests/9007

3 3

[PATCH 0/1] MR9012: opengl32: Propagate GL errors from wow64 wrappers.
by Jacek Caban (＠jacek) 19 Sep '25

19 Sep '25

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

2 1

[PATCH 0/6] MR9011: Cmd engine rewrite (part XXXV)
by eric pouech (＠epo) 19 Sep '25

19 Sep '25

This is part XXXV of cmd engine rewrite. It : - fixes a regression introduced by previous serie, - fixed a couple of erroneous settings of some env variables (likely corner cases) But mostly, it's the start of implementing a pipe (between commands) as a pipe (IPC). Currently, cmd runs lhs of pipe, stores output into a file, then runs rhs with that file as input. However, this will expose a bunch of issues to be fixed before thinking implementing the IPC part. This serie covers the output part: - don't filter the stderr output in the paging (MORE) output, - send all stdout output to the paging (MORE), - use a line-buffered output for stdout, - adding some explicit flush before expecting input. It also fixes an issue triggered down the road. Next series (likely two) will cover the input part. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9011

2 6

[PATCH v6 0/1] MR8928: msxml3/tests: add test for IXMLDOMElement_removeAttributeNode.
by Reinhold Gschweicher (＠neroburner) 19 Sep '25

19 Sep '25

Implement test cases for `IXMLDOMElement_removeAttributeNode()` function. Cover the successful removal and failure codes for double removal and `NULL` pointer removal. The function is currently unimplemented in wine. This is the recommended first step according to the contribution documentation (do coverage MR first, then implementation MR). WineTestBot submission can be found here: https://testbot.winehq.org/JobDetails.pl?Key=159816 Once this one is merged I'll create the implementation MR. I tried to match the formatting. If I've missed something please tell me and I'll fix it. edit: remove mention of failing tests, update WineTestBot link, fixed by rebasing on 3cfbf9e3cd99dd01d3215c6952ae18ce88207d22 -- v6: msxml3/tests: add test for IXMLDOMElement_removeAttributeNode. https://gitlab.winehq.org/wine/wine/-/merge_requests/8928

3 3

[PATCH 0/1] MR8914: msxml: IXMLDOMNamedNodeMap::getNamedItem to handle global namespace.
by Alistair Leslie-Hughes (＠alesliehughes) 19 Sep '25

19 Sep '25

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

3 3