January 2026 - Wine-gitlab - list.winehq.org

Re: [PATCH v4 0/7] MR9979: mf/tests: Test SAR's IMFPresentationTimeSource interface.
by Brendan McGrath (＠redmcg) 27 Jan '26

27 Jan '26

On Tue Jan 27 12:23:48 2026 +0000, Nikolay Sivov wrote: > Any idea where those numbers are coming from? Is this accessible somehow > from mmdevapi maybe? I'm not sure where these come from actaully. I'll investigate and see if I can find out. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9979#note_128185

1 0

Re: [PATCH v4 0/7] MR9979: mf/tests: Test SAR's IMFPresentationTimeSource interface.
by Brendan McGrath (＠redmcg) 27 Jan '26

27 Jan '26

v4: - Rebase to master -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9979#note_128184

1 0

[PATCH v3 0/7] MR9979: mf/tests: Test SAR's IMFPresentationTimeSource interface.
by Brendan McGrath (＠redmcg) 27 Jan '26

27 Jan '26

This also removes duplicated tests from test_sar. -- v3: mf/tests: Test SAR scrubbing start. mf/tests: Test SAR timer with ENDOFSEGMENT marker. mf/tests: Test SAR timer with pre-roll and duration. mf/tests: Test SAR timer with pre-roll and no duration. mf/tests: Test SAR's SetPresentationClock. mf/tests: Test SAR's IMFPresentationTimeSource interface. mf/tests: Test SAR's IMFRateSupport interface. https://gitlab.winehq.org/wine/wine/-/merge_requests/9979

2 10

Re: [PATCH v7 0/2] MR2044: ntoskrnl.exe: Implement acquiring and releasing guarded mutexes
by Elizabeth Figura (＠zfigura) 27 Jan '26

27 Jan '26

These functions are fastcall. Also, if you're going to use the same implementation as fast mutexes I would just call the fast mutex functions instead of copying them. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2044#note_128172

1 0

[PATCH v16 0/7] MR9371: kernel32: Implement TH32CS_SNAPMODULE32 support for CreateToolhelp32Snapshot.
by Yuxuan Shui (＠yshui) 27 Jan '26

27 Jan '26

Intention is to use `CreateToolhelp32Snapshot` in `dbghelp.dll: EnumerateLoadedModulesW64`. Right now we can't because `CreateToolhelp32Snapshot` can't capture 32bit modules in wow64 processes, which is needed to support `SYMOPT_INCLUDE_32BIT_MODULES`. The advantage of using `CreateToolhelp32Snapshot` in mainly performance. Right now `EnumerateLoadedModulesW64` is `O(n^2)`, because of each module it calls `GetModuleInformation` which is itself `O(n)` w.r.t. number of modules. Whereas with `CreateToolhelp32Snapshot` there is no need for `GetModuleInformation`, thus reduce the complexity to just `O(n)`. * * * P.S. I am also uncomfortable with the amount of similar code between `CreateToolhelp32Snapshot` and `EnumProcessModulesEx`. Can something be done here? -- v16: kernel32: Implement TH32CS_SNAPMODULE32 support for CreateToolhelp32Snapshot. kernel32: Use GetCurrentProcess() handle in CreateToolhelp32Snapshot if possible. kernel32/tests: Test CreateToolhelp32Snapshot with TH32CS_SNAPMODULE32. kernel32: Fix CreateToolhelp32Snapshot on old WoW64. include: Add TH32CS_SNAPMODULE32. kernel32/tests: Handle ERROR_BAD_LENGTH from CreateToolhelp32Snapshot. kernel32/tests: Fix CreateToolhelp32Snapshot failure check. https://gitlab.winehq.org/wine/wine/-/merge_requests/9371

4 10

[PATCH 0/1] MR9985: dwrite/tests: Add a test for newline clusters with HitTestTextPosition().
by Nikolay Sivov (＠nsivov) 27 Jan '26

27 Jan '26

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

2 1

[PATCH 0/1] MR9975: where: Add quiet mode.
by Thomas Csovcsity (＠thc13) 27 Jan '26

27 Jan '26

Fixes Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59234 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9975

6 11

[PATCH 0/6] MR9947: mf/tests: Add more topology loader tests.
by Conor McCarthy (＠cmccarthy) 27 Jan '26

27 Jan '26

The first three commits are from !9935 which this goes atop, otherwise it will crash. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9947

3 15

[PATCH 0/3] MR9984: mountmgr.sys: Stub StorageDeviceTrimProperty query.
by Jactry Zeng (＠jactry) 27 Jan '26

27 Jan '26

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

2 3

Re: [PATCH v2 0/7] MR9979: mf/tests: Test SAR's IMFPresentationTimeSource interface.
by Nikolay Sivov (＠nsivov) 27 Jan '26

27 Jan '26

Nikolay Sivov (@nsivov) commented about dlls/mf/tests/mf.c: > + PropVariantClear(&propvar); > + > + /* Place an ENDOFSEGMENT marker after the third sample */ > + hr = IMFStreamSink_PlaceMarker(stream, MFSTREAMSINK_MARKER_ENDOFSEGMENT, NULL, NULL); > + ok(hr == S_OK, "Unexpected hr %#lx.\n", hr); > + > + hr = gen_wait_media_event_until_blocking((IMFMediaEventGenerator*)stream, callback, MEStreamSinkMarker, 1000, &propvar); > + ok(hr == S_OK, "Unexpected hr %#lx.\n", hr); > + PropVariantClear(&propvar); > + > + /* Check clock time */ > + while (time <= 300000) > + { > + IMFPresentationClock_GetTime(clock, &time); > + Sleep(50); > + } This does not look very safe to me. If we must to do GetTime(), maybe do it in a separate thread, and have a timeout? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9979#note_128139

1 0