- Wine-GitLab - list.winehq.org

Re: [PATCH v2 0/1] MR9762: msvcrt: Rename __C_specific_handler to avoid a clang20 crash
by Jacek Caban (＠jacek) Dec. 13, 2025

Dec. 13, 2025

On Sat Dec 13 21:47:56 2025 +0000, Martin Storsjö wrote: > Thanks; with that (with a simplified command line `clang -target > arm64ec-windows-msvc repro.c -c -fasync-exceptions`) was able to bisect > that the crash was fixed in https://github.com/llvm/llvm-project/commit/8eba02288634e5b14f5d2a13763ddfd…. > I don't entirely understand all aspects of the crash (I guess @jacek may > know more), but I guess this workaround should be quite safe in any case. Thanks for those findings! I guess it was not a problem until I enabled compiler exceptions in !8112. I think we could just disable that for Clang versions older than 21 on ARM64EC in except.h. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9762#note_125581

1 0

Re: [PATCH v2 0/1] MR9762: msvcrt: Rename __C_specific_handler to avoid a clang20 crash
by Martin Storsjö Dec. 13, 2025

Dec. 13, 2025

On Sat Dec 13 15:00:12 2025 +0000, André Zwing wrote: > crashes for clang19 and clang20: > `clang "-cc1" "-triple" "arm64ec-unknown-windows-msvc19.33.0" > "-emit-obj" "-fms-extensions" "-fasync-exceptions" except-3d067c.c` Thanks; with that (with a simplified command line `clang -target arm64ec-windows-msvc repro.c -c -fasync-exceptions`) was able to bisect that the crash was fixed in https://github.com/llvm/llvm-project/commit/8eba02288634e5b14f5d2a13763ddfd…. I don't entirely understand all aspects of the crash (I guess @jacek may know more), but I guess this workaround should be quite safe in any case. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9762#note_125579

1 0

[PATCH v2 0/2] MR9722: windowscodecs: Support trivial cases for copying 1bpp indexed data.
by Dmitry Timoshkov (＠dmitry) Dec. 13, 2025

Dec. 13, 2025

-- v2: windowscodecs: Remove optimization for 1bpp pixel formats from WICConvertBitmapSource(). windowscodecs: Support trivial cases for copying 1bpp indexed data. https://gitlab.winehq.org/wine/wine/-/merge_requests/9722

3 3

[PATCH v2 0/1] MR9764: msi/tests: Fix some typos (Coverity).
by Sven Baars (＠sbaars) Dec. 13, 2025

Dec. 13, 2025

-- v2: msi/tests: Fix some typos (Coverity). https://gitlab.winehq.org/wine/wine/-/merge_requests/9764

2 1

Re: [PATCH v2 0/1] MR9762: msvcrt: Rename __C_specific_handler to avoid a clang20 crash
by André Zwing Dec. 13, 2025

Dec. 13, 2025

On Fri Dec 12 23:17:09 2025 +0000, André Zwing wrote: > with creduce I was able to get this to crash: > ``` > #define a(b, c) __except (b()) > long d() { > __try { > } > a(d, ) {} > } > void __C_specific_handler() {} > ``` > the define is __EXCEPT_CTX > it crashes for me on x86_64 and on ARM64: > `"/mnt/nvme/llvm-mingw-20250305-ucrt-ubuntu-20.04-aarch64/bin/clang-20" > "-cc1" "-triple" "arm64ec-unknown-windows-msvc19.33.0" "-emit-obj" > "-mincremental-linker-compatible" "-disable-free" > "-clear-ast-before-backend" "-disable-llvm-verifier" > "-discard-value-names" "-main-file-name" "except.c" "-mrelocation-model" > "pic" "-pic-level" "2" "-mframe-pointer=none" "-relaxed-aliasing" > "-fmath-errno" "-ffp-contract=on" "-fno-rounding-math" > "-ffp-exception-behavior=maytrap" "-mconstructor-aliases" > "-funwind-tables=2" "-target-cpu" "generic" "-target-feature" "+v8a" > "-target-feature" "+fp-armv8" "-target-feature" "+neon" "-target-abi" > "aapcs" "-debug-info-kind=constructor" "-dwarf-version=4" > "-ffunction-sections" "-D" "__STDC__" "-D" "_MSVCR_VER=0" "-D" > "__WINESRC__" "-D" "_CRTDLL" "-D" "_CRTIMP=" "-D" "__WINE_PE_BUILD" > "-O2" "-Wall" "-Wdeclaration-after-statement" "-Wempty-body" > "-Wignored-qualifiers" "-Winit-self" > "-Wno-microsoft-enum-forward-reference" "-Wstrict-prototypes" > "-Wtype-limits" "-Wunused-but-set-parameter" "-Wvla" "-Wwrite-strings" > "-Wpointer-arith" "-Wabsolute-value" "-fconst-strings" "-ferror-limit" > "19" "-fno-builtin" "-fno-use-cxa-atexit" "-fms-extensions" > "-fms-compatibility" "-fms-compatibility-version=19.33" > "-fskip-odr-check-in-gmf" "-fdelayed-template-parsing" > "-fasync-exceptions" "-fexceptions" "-fcolor-diagnostics" > "-vectorize-loops" "-vectorize-slp" "-target-feature" "-fmv" "-faddrsig" > "-x" "c" "except-3d067c.c" ` > clang21 works fine > the native ubuntu clang20 also crashes, so it's not related to llvm-mingw crashes for clang19 and clang20: `clang "-cc1" "-triple" "arm64ec-unknown-windows-msvc19.33.0" "-emit-obj" "-fms-extensions" "-fasync-exceptions" except-3d067c.c` -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9762#note_125568

1 0

[PATCH v2 0/1] MR9763: rstrtmgr / Add stub for RmJoinSession
by Janne Kekkonen (＠Janne) Dec. 13, 2025

Dec. 13, 2025

rstrtmgr / Add stub for RmJoinSession Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58853 -- v2: rstrtmgr / Add stub for RmJoinSession https://gitlab.winehq.org/wine/wine/-/merge_requests/9763

2 1

[PATCH 0/1] MR9763: rstrtmgr / Add stub for RmJoinSession
by Janne Kekkonen (＠Janne) Dec. 13, 2025

Dec. 13, 2025

rstrtmgr / Add stub for RmJoinSession Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58853 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9763

2 1

[PATCH 0/1] MR9716: mf: Don't crash if stream is null during sample request.
by Charlotte Pabst (＠CharlottePabst) Dec. 12, 2025

Dec. 12, 2025

JR East Train Simulator's sink sometimes requests a sample before the stream is added. This would then lead to a crash. If no stream is present, buffer sample requests until a stream is added (This is necessary to prevent swallowing requests). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9716

5 14

[PATCH v9 0/4] 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. -- v9: crt: Run MSVC constructors and destructors. winecrtend: New staticlib hosting fallbacks of initterm and initterm_e. https://gitlab.winehq.org/wine/wine/-/merge_requests/9265

3 7

Re: [PATCH v2 0/1] MR9762: msvcrt: Rename __C_specific_handler to avoid a clang20 crash
by André Zwing Dec. 12, 2025

Dec. 12, 2025

On Fri Dec 12 23:16:16 2025 +0000, Martin Storsjö wrote: > That sounds odd, that it would crash specifically dependent on the > function name. Is the crash specifically only with Clang == 20, or for > newer/older versions too? Can you give more details about the build > configuration - building `except.c` as COFF, for x86_64? With the > compiler invoked in MSVC mode (which is the default in Wine today) or > mingw mode? with creduce I was able to get this to crash: ``` #define a(b, c) __except (b()) long d() { __try { } a(d, ) {} } void __C_specific_handler() {} ``` the define is __EXCEPT_CTX it crashes for me on x86_64 and on ARM64: `"/mnt/nvme/llvm-mingw-20250305-ucrt-ubuntu-20.04-aarch64/bin/clang-20" "-cc1" "-triple" "arm64ec-unknown-windows-msvc19.33.0" "-emit-obj" "-mincremental-linker-compatible" "-disable-free" "-clear-ast-before-backend" "-disable-llvm-verifier" "-discard-value-names" "-main-file-name" "except.c" "-mrelocation-model" "pic" "-pic-level" "2" "-mframe-pointer=none" "-relaxed-aliasing" "-fmath-errno" "-ffp-contract=on" "-fno-rounding-math" "-ffp-exception-behavior=maytrap" "-mconstructor-aliases" "-funwind-tables=2" "-target-cpu" "generic" "-target-feature" "+v8a" "-target-feature" "+fp-armv8" "-target-feature" "+neon" "-target-abi" "aapcs" "-debug-info-kind=constructor" "-dwarf-version=4" "-ffunction-sections" "-D" "__STDC__" "-D" "_MSVCR_VER=0" "-D" "__WINESRC__" "-D" "_CRTDLL" "-D" "_CRTIMP=" "-D" "__WINE_PE_BUILD" "-O2" "-Wall" "-Wdeclaration-after-statement" "-Wempty-body" "-Wignored-qualifiers" "-Winit-self" "-Wno-microsoft-enum-forward-reference" "-Wstrict-prototypes" "-Wtype-limits" "-Wunused-but-set-parameter" "-Wvla" "-Wwrite-strings" "-Wpointer-arith" "-Wabsolute-value" "-fconst-strings" "-ferror-limit" "19" "-fno-builtin" "-fno-use-cxa-atexit" "-fms-extensions" "-fms-compatibility" "-fms-compatibility-version=19.33" "-fskip-odr-check-in-gmf" "-fdelayed-template-parsing" "-fasync-exceptions" "-fexceptions" "-fcolor-diagnostics" "-vectorize-loops" "-vectorize-slp" "-target-feature" "-fmv" "-faddrsig" "-x" "c" "except-3d067c.c" ` clang21 works fine the native ubuntu clang20 also crashes, so it's not related to llvm-mingw -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9762#note_125553

1 0

Re: [PATCH v2 0/1] MR9762: msvcrt: Rename __C_specific_handler to avoid a clang20 crash
by Martin Storsjö Dec. 12, 2025

Dec. 12, 2025

That sounds odd, that it would crash specifically dependent on the function name. Is the crash specifically only with Clang == 20, or for newer/older versions too? Can you give more details about the build configuration - building `except.c` as COFF, for x86_64? With the compiler invoked in MSVC mode (which is the default in Wine today) or mingw mode? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9762#note_125552

1 0

Re: [PATCH v2 0/1] MR9760: win32u: Update window state after setting internal pixel format. - approved
by Alexandre Julliard (＠julliard) Dec. 12, 2025

Dec. 12, 2025

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

1 0

Re: [PATCH v2 0/2] MR9759: ntdll: Correct times reported by SystemPerformanceInformation and SystemProcessorPerformanceInformation on macOS. - approved
by Alexandre Julliard (＠julliard) Dec. 12, 2025

Dec. 12, 2025

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

1 0

[PATCH 0/2] MR9722: windowscodecs: Support trivial cases for copying 1bpp indexed data.
by Dmitry Timoshkov (＠dmitry) Dec. 12, 2025

Dec. 12, 2025

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

3 3

[PATCH 0/1] MR9760: win32u: Update window state after setting internal pixel format.
by Rémi Bernon Dec. 12, 2025

Dec. 12, 2025

We need to inform wineserver that the window has a drawable now and should be clipped out of the window surface updates. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58491 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9760

1 1

[PATCH 0/2] MR9759: ntdll: Correct times reported by SystemPerformanceInformation and SystemProcessorPerformanceInformation on macOS.
by Sven Baars (＠sbaars) Dec. 12, 2025

Dec. 12, 2025

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

2 2

[PATCH 0/1] MR9757: mfsrcsnk: Use stream_map for index value on stream start.
by Brendan McGrath (＠redmcg) Dec. 12, 2025

Dec. 12, 2025

Fixes an issue where the queued samples for one stream can end up on the other when performing a pause/play. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9757

3 3

[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. 11, 2025

Dec. 11, 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. 11, 2025

Dec. 11, 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. 11, 2025

Dec. 11, 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. 11, 2025

Dec. 11, 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. 11, 2025

Dec. 11, 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