- Wine-GitLab - list.winehq.org

[PATCH v9 0/5] MR8837: opcservices: Add basic support for reading OPC packages.
by Vibhav Pant (＠vibhavp) Dec. 12, 2025

Dec. 12, 2025

This MR introduces an initial implementation for `ReadPackageFromStream` in order to be able to decompress/read OPC packages, and enumerate their parts. This is required for supporting AppX packages, which themselves are OPC packages as well. As such, the code does not implement support for reading relationships or interleaved archives, as AppX does not support either (`APPX_E_RELATIONSHIPS_NOT_ALLOWED`, `APPX_E_INTERLEAVING_NOT_ALLOWED`). -- v9: opcservices: Implement IOpcPart::GetContentType for opened packages. opcservices: Implement IOpcPart::GetContentStream for opened packages. opcservices: Create IOpcPart objects for ZIP entries in an opened package. https://gitlab.winehq.org/wine/wine/-/merge_requests/8837

3 8

[PATCH v20 0/17] MR7111: support building Wine with LTO
by Konstantin Demin (＠rockdrilla) Dec. 12, 2025

Dec. 12, 2025

relevant bug reports: - https://bugs.winehq.org/show_bug.cgi?id=41712 - https://bugs.winehq.org/show_bug.cgi?id=51051 -- v20: ntoskrnl: move i386 specific Rtl*ByteSwap() into separate source. ntoskrnl: move _chkstk() / __chkstk() into separate source. msvcrt: move i386 specific _ftol() into separate source. kernel32: move x86-64 specific GetProcAddress() into separate source. kernel32: move i386 specific Interlocked*() into separate source. kernel32: move i386 specific ExitProcess() into separate source. kernelbase: move x86-64 specific GetProcAddress() into separate source. ntdll: move i386 specific Rtl*ByteSwap() into separate source. 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 should not be discarded. loader: add attribute "used" to a few symbols that should not be discarded. This merge request has too many patches to be relayed via email. Please visit the URL below to see the contents of the merge request. https://gitlab.winehq.org/wine/wine/-/merge_requests/7111

2 2

[PATCH v8 0/3] MR9265: crt: Run MSVC constructors and destructors
by Yuxuan Shui (＠yshui) Dec. 12, 2025

Dec. 12, 2025

There are several motivations to enable ctor/dtor support: 1. ASan. This is not just about my wine-asan work, this is important for @bernhardu's PE asan work as well. The compiler generates ctors that poisons memory around global variables so misuses of them can be caught. This is the same both of our implementations of ASan. 2. Building third-party codebases against wine's CRT. This is not necessary for mingw-gcc or llvm-mingw, but the MSVC frontend of clang is another option for cross-compiling to Windows. However right now that requires Windows SDK. Bringing wine CRT to the point of being functional enough will give us another option. Could be useful for things like Proton. 3. (Controversial) Many dlls perform init/deinit tasks in `DllMain`. Some of them might benefit from a conversion to ctor/dtor. Since nothing in wine uses ctor/dtor right now, this change shouldn't have any impact by itself. -- v8: crt: Run MSVC constructors and destructors. winegcc: Merge .CRT sections for windows targets. winebuild: Generate start and end symbols for .CRT sections. https://gitlab.winehq.org/wine/wine/-/merge_requests/9265

2 5

[PATCH 0/6] MR9758: Draft: crt: Run MinGW constructors and destructors
by Yuxuan Shui (＠yshui) Dec. 12, 2025

Dec. 12, 2025

(stacked over !9265) @jacek does this look like a good idea? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9758

2 6

[PATCH v7 0/3] MR9265: crt: Run MSVC constructors and destructors
by Yuxuan Shui (＠yshui) Dec. 12, 2025

Dec. 12, 2025

There are several motivations to enable ctor/dtor support: 1. ASan. This is not just about my wine-asan work, this is important for @bernhardu's PE asan work as well. The compiler generates ctors that poisons memory around global variables so misuses of them can be caught. This is the same both of our implementations of ASan. 2. Building third-party codebases against wine's CRT. This is not necessary for mingw-gcc or llvm-mingw, but the MSVC frontend of clang is another option for cross-compiling to Windows. However right now that requires Windows SDK. Bringing wine CRT to the point of being functional enough will give us another option. Could be useful for things like Proton. 3. (Controversial) Many dlls perform init/deinit tasks in `DllMain`. Some of them might benefit from a conversion to ctor/dtor. Since nothing in wine uses ctor/dtor right now, this change shouldn't have any impact by itself. -- v7: crt: Run MSVC constructors and destructors. winegcc: Merge .CRT sections for windows targets. winebuild: Generate start and end symbols for .CRT sections. https://gitlab.winehq.org/wine/wine/-/merge_requests/9265

3 10

[PATCH v21 0/3] MR9632: sxs: avoid uninitialised len_name length
by Hans Chen (＠hans.chen) Dec. 12, 2025

Dec. 12, 2025

The `redirect_data->clrdata_len` [is unset in /dlls/ntdll/actctx.c#L4411-4412](https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ntdll/actctx.c?ref_type=heads#L4411-4412) when using registration-free COM in C# NET code. Program.cs ```C# //... Guid guid = Guid.Parse("COM clsid"); Type type = Type.GetTypeFromCLSID(guid, true); var instance = Activator.CreateInstance(type)); //... ``` App.manifest ```xml <assembly> <file name="ExampleCOM.dll"> <comClass description="ExampleCOM" progid="ExampleCOM" clsid="{COM clsid}" threadingModel="Free"/> </file> </assembly> ``` The above C# code gets this error on its second line. ```Shell System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. ``` This is because `len_name` is uninitialized when calling `memcpy(ret_strings, ptr_name, len_name);` in `SxsLookupClrGuid`, which is fixed in this MR. -- v21: add testlib https://gitlab.winehq.org/wine/wine/-/merge_requests/9632

2 3

[PATCH v20 0/2] MR9632: sxs: avoid uninitialised len_name length
by Hans Chen (＠hans.chen) Dec. 12, 2025

Dec. 12, 2025

The `redirect_data->clrdata_len` [is unset in /dlls/ntdll/actctx.c#L4411-4412](https://gitlab.winehq.org/wine/wine/-/blob/master/dlls/ntdll/actctx.c?ref_type=heads#L4411-4412) when using registration-free COM in C# NET code. Program.cs ```C# //... Guid guid = Guid.Parse("COM clsid"); Type type = Type.GetTypeFromCLSID(guid, true); var instance = Activator.CreateInstance(type)); //... ``` App.manifest ```xml <assembly> <file name="ExampleCOM.dll"> <comClass description="ExampleCOM" progid="ExampleCOM" clsid="{COM clsid}" threadingModel="Free"/> </file> </assembly> ``` The above C# code gets this error on its second line. ```Shell System.AccessViolationException: Attempted to read or write protected memory. This is often an indication that other memory is corrupt. ``` This is because `len_name` is uninitialized when calling `memcpy(ret_strings, ptr_name, len_name);` in `SxsLookupClrGuid`, which is fixed in this MR. -- v20: add comClass to manifest https://gitlab.winehq.org/wine/wine/-/merge_requests/9632

2 2

[PATCH v3 0/3] MR9755: mfmediaengine fixes
by Matteo Bruni (＠Mystral) Dec. 11, 2025

Dec. 11, 2025

Fixes for regression bug 59047 -- v3: mfmediaengine/tests: Test WASAPI audio session interactions. https://gitlab.winehq.org/wine/wine/-/merge_requests/9755

2 4

Re: [PATCH v2 0/2] MR9755: mfmediaengine fixes
by Matteo Bruni (＠Mystral) Dec. 11, 2025

Dec. 11, 2025

On Thu Dec 11 23:39:34 2025 +0000, Nikolay Sivov wrote: > Why is SetMasterVolume() bad if we are going to create a separate > session per-engine? It isn't inherently bad, but it can be if e.g. the application goes out of its way to `Initialize()` its own `AudioClient`s in the same session. Also it's not what native does. The test hack I attached to the bug shows that native `IMFMediaEngine` doesn't modify the session-wide master volume. I have a cleaned-up version of the same test that requires !9756 to not crash on Wine. I could modify the test to skip on Wine for the time being. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9755#note_125494

1 0

[PATCH v3 0/2] MR9732: ntdll: Support FSCTL_DUPLICATE_EXTENTS_TO_FILE
by nikita pushkarev (＠strudelll) Dec. 11, 2025

Dec. 11, 2025

Implement FSCTL_DUPLICATE_EXTENTS_TO_FILE handling in ntdll on Linux by wiring the IOCTL to FICLONERANGE/FICLONE where available and returning STATUS_INVALID_DEVICE_REQUEST otherwise. Adds the necessary constants/types when missing. -- v3: ntdll: Advertise FILE_SUPPORTS_BLOCK_REFCOUNTING when reflink is supported. https://gitlab.winehq.org/wine/wine/-/merge_requests/9732

2 2