May 2024 - Wine-gitlab - list.winehq.org

[PATCH v2 0/4] MR5412: mfreadwrite/tests: More source reader transform tests.
by Rémi Bernon 28 May '24

28 May '24

First change also avoids a leak of classes (later activates) when the transform is successfully connected. The use of MFTEnumEx is necessary so that the tests work, as they use a locally registered transform. -- v2: mfreadwrite/tests: Test the D3D awareness of source reader transforms. mfreadwrite/tests: Test the source reader stream change events. mfreadwrite/reader: Make the GetTransformForStream category parameter optional. mfreadwrite/reader: Use MFTEnumEx to enumerate stream transforms. https://gitlab.winehq.org/wine/wine/-/merge_requests/5412

2 13

Re: [PATCH v2 0/2] MR5424: faudio: Fix deadlock in voice callbacks
by Alexandre Julliard (＠julliard) 28 May '24

28 May '24

I'll plan on merging 24.05 when it's released. Please remind me if I forget. Thanks for the fix! -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5424#note_66638

1 0

[PATCH 0/1] MR5429: wbemprox: Add property 'Status' to Win32_BIOS.
by Louis Lenders (＠xe) 28 May '24

28 May '24

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56361 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5429

3 2

Re: [PATCH v2 0/2] MR5424: faudio: Fix deadlock in voice callbacks
by Nikolay Sivov (＠nsivov) 28 May '24

28 May '24

To clarify, I don't know if it will be merged by hand right when 24.05 is released, but once it's out you can comment on linked bug report, explaining the situation. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5424#note_66635

1 0

Re: [PATCH v2 0/2] MR5424: faudio: Fix deadlock in voice callbacks - closed
by Stanislau Tsitsianok (＠tsmx) 28 May '24

28 May '24

This merge request was closed by Stanislau Tsitsianok. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5424

1 0

Re: [PATCH v2 0/2] MR5424: faudio: Fix deadlock in voice callbacks
by Nikolay Sivov (＠nsivov) 28 May '24

28 May '24

Thanks for the update. It doesn't happen automatically, no. It's manually merged from time to time, and I think only at a point of tagged releases. For FAudio that would mean next 24.05 release, in about a month. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5424#note_66634

1 0

[PATCH v2 0/1] MR4634: ntdll: Support Ctrl-C stop debuggee and attach 32-bit process in wow64 mode.
by JiangYi Chen (＠meshine) 28 May '24

28 May '24

Signed-off-by: chenjiangyi <chenjiangyi(a)uniontech.com> -- v2: wow64: Add TokenIntegrityLevel surpport to wow64_NtSetInformationToken as NtSetInformationToken does. https://gitlab.winehq.org/wine/wine/-/merge_requests/4634

2 2

Re: [PATCH v2 0/2] MR5424: faudio: Fix deadlock in voice callbacks
by Stanislau Tsitsianok (＠tsmx) 28 May '24

28 May '24

Merged to upstream. Do I have to do anything else or is there someone/something that imports upstream releases automatically? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5424#note_66632

1 0

Re: [PATCH v2 0/1] MR5437: kernelbase: Do not start the debugger if SEM_NOGPFAULTERRORBOX is set.
by Aida Jonikienė 28 May '24

28 May '24

I wonder if the lack of tests could be a problem merging this (I've been thinking of using a TRY/EXCEPT block to test the behavior of this flag but this might not be right) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5437#note_66619

1 0

[PATCH 0/1] MR4567: kernelbase: Silently handle exceptions if SEM_NOGPFAULTERRORBOX is set.
by Aida Jonikienė 28 May '24

28 May '24

This finally solves a FIXME that was added back in 1997. NFS High Stakes (and Motor City Online) both emit a 0x190 access violation on startup (according to game's strings this was meant to be debugger detection; I think this was done to interfere in a DRM bypass but I'm probably wrong). But anyway that feature causes a Wine Debugger dialog to appear when starting the games (if you click "Show Details" though they suddenly start working normally but this is an extra annoyance for average people who just want to play the game). This change prevents that by not starting the debugger if the SEM_NOGPFAULTERRORBOX flag is set (if that flag wasn't set then people would be complaining about the game crashing every time) which lets the exception silently go through (it can still be seen with WINEDEBUG=+seh set though). I'm not sure how I can test for this exception handling behavior (I'm thinking of calling RaiseException() inside a __try/__except block but that might not be exactly what the games are doing). This patch was originally posted by Zeb in a diff form (so the patch description has been written by me, DodoGTA). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4567

3 5