- Wine-GitLab - list.winehq.org

[PATCH 0/4] MR9950: dwrite/layout: Add a list to keep textual and inline runs together.
by Nikolay Sivov (＠nsivov) Jan. 22, 2026

Jan. 22, 2026

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

2 4

[PATCH v30 0/2] MR9414: shlwapi: Handling of "C:\...xx" in PathCanonicalize[AW].
by Thomas Csovcsity (＠thc13) Jan. 22, 2026

Jan. 22, 2026

## Description This is intended to solve https://bugs.winehq.org/show_bug.cgi?id=58129 Add tests for verification, which pass on my locale win10 machine. ## Todo - [x] Removed UNC path check which seems okay, but i am not sure why it was introduced. git blame did not help me, therefore any hints or examples to test are welcome. ## Results UNC path handling is done in UrlCanonicalizeW, therefore i asume, that UNC part can be safly ignored here. -- v30: shlwapi: Handling of "C:\...xx" in PathCanonicalize[AW]. shlwapi/tests: Add additional tests for PathCanonicalize. https://gitlab.winehq.org/wine/wine/-/merge_requests/9414

2 3

[PATCH 0/1] MR9938: wineboot: Check if ai_canonname is NULL.
by Tim Clem (＠tclem) Jan. 22, 2026

Jan. 22, 2026

Linux may not ever return a null cannonname when AI_CANONNAME is set, but macOS does. Fixes: 88854b52599d76b9fdd51819396aacf009712655 --- Looks like macOS isn't POSIX-compliant in this case, and in certain setups will return a NULL. Jinoh I just assigned you since you looked over !8918; feel free to unassign yourself if you don't have any feelings. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9938

4 5

[PATCH v17 0/4] MR9265: crt: Run MSVC constructors and destructors
by Yuxuan Shui (＠yshui) Jan. 22, 2026

Jan. 22, 2026

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. -- v17: crt: Run MSVC constructors and destructors. https://gitlab.winehq.org/wine/wine/-/merge_requests/9265

2 4

[PATCH v16 0/4] MR9265: crt: Run MSVC constructors and destructors
by Yuxuan Shui (＠yshui) Jan. 22, 2026

Jan. 22, 2026

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. -- v16: crt: Run MSVC constructors and destructors. include/corecrt_startup: Add prototype for _initterm. 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/1] MR9948: fix: prevent null pointer dereference in directory scanning
by Jiajin Cui (＠jin-king1) Jan. 22, 2026

Jan. 22, 2026

Signed-off-by: Jiajin Cui <cuijiajin(a)uniontech.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9948

3 3

[PATCH 0/1] MR9949: crypt32: Sync backing store when contexts are added or removed.
by Hans Leidekker (＠hans) Jan. 22, 2026

Jan. 22, 2026

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

2 1

Re: [PATCH v7 0/2] MR2044: ntoskrnl.exe: Implement acquiring and releasing guarded mutexes
by Jactry Zeng (＠jactry) Jan. 22, 2026

Jan. 22, 2026

Jactry Zeng (@jactry) commented about dlls/ntoskrnl.exe/sync.c: > KeInitializeEvent(&mutex->Event, SynchronizationEvent, FALSE); > } > > +/*********************************************************************** > + * KeAcquireGuardedMutexUnsafe (NTOSKRNL.EXE.@) > + */ > +void WINAPI KeAcquireGuardedMutexUnsafe(PKGUARDED_MUTEX mutex) > +{ > + LONG count; nitpick: here is an additional space at the end of the line. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2044#note_127676

1 0

Re: [PATCH v7 0/2] MR2044: ntoskrnl.exe: Implement acquiring and releasing guarded mutexes
by Jactry Zeng (＠jactry) Jan. 22, 2026

Jan. 22, 2026

On Thu Jan 22 06:50:56 2026 +0000, Colleirose wrote: > Hi all, > The lack of these functions is causing the game Duet Night Abyss to fail > to open since the latest release. Looking on the Proton issue tracker, > there are at least 2 other games that fail for the same reason. > This merge request has been open since 2023 without any further > progress. Is there any update on whether the tests are failing due to > this code or for unrelated issues, and what other progress needs to be made? > If OP no longer has interest in fixing this issue I would be willing to > look into fixing it myself to fix the broken apps. Hi, Does this series exactly fix the issue and make those games playable? AFAIU, it is AntiCheatExpert requires these functions, and sometimes just implementing a couple of functions is far from making the game playable; what is worse, maybe some other game will become unplayable because the exposing of these functions guides them to another code path (e.g. it goes further in the anti-cheat detection) that has issues on Wine. btw, Arknights: Endfield, which ships AntiCheatExpert, depends on KeAcquireGuardedMutex() too. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2044#note_127675

1 0

[PATCH 0/1] MR9486: windowscodecs: correct GIF LZW compression initialization
by Jiajin Cui (＠jin-king1) Jan. 22, 2026

Jan. 22, 2026

The GIF LZW compression algorithm was incorrectly initializing the code size to 8 bits regardless of the actual color depth. This caused issues with images that have fewer colors requiring smaller initial code sizes. The fix calculates the proper initial code size based on the actual number of colors in the image, using the formula: minimum code size = max(2, ceil(log2(color_count))). This ensures proper compression for images with small color palettes and maintains compatibility with GIF decoders that expect correct LZW initialization parameters. Log: Fixed GIF compression for images with small color palettes Signed-off-by: Jiajin Cui <cuijiajin(a)uniontech.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9486

6 9