September 2023 - Wine-GitLab

[PATCH 0/1] MR3931: windows.ui: Support accent colors in uisettings3_GetColorValue.
by Myah Caron (＠qsniyg) Sept. 22, 2023

Sept. 22, 2023

Fixes https://bugs.winehq.org/show_bug.cgi?id=55640. The lightening/darkening values are loosely based on Qt 6's fallback code: https://github.com/qt/qtbase/blob/ba98644180bcaf40341a9005abe93575cf45cc5a/…. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3931

2 1

[PATCH 0/1] MR3930: d3d10/tests: Add some tests for D3D10.1 blend state in effects.
by Nikolay Sivov (＠nsivov) Sept. 22, 2023

Sept. 22, 2023

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

4 8

[PATCH 0/2] MR3926: Fix FileLinkInformationEx and FileRenameInformationEx test failures on older Windows versions.
by Joel Holdsworth (＠jhol) Sept. 22, 2023

Sept. 22, 2023

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

3 3

[PATCH v25 0/4] MR3504: ntdll: An implementation of SRWLOCK that closer matches Windows'.
by Yuxuan Shui (＠yshui) Sept. 22, 2023

Sept. 22, 2023

This comes from behavioral study of Windows, which doesn't seem to check if the lock is actually exclusively held, and just simply decrement the value stored in the lock. This fixes a dead lock which prevents WeCom from starting up. -- v25: ntdll: wake up SRWLOCK waiters by thread id ntdll: allow SRWLOCKs to be quickly re-acquired ntdll: An implementation of SRWLOCK that closer matches Windows'. include: add atomic read/write of pointers https://gitlab.winehq.org/wine/wine/-/merge_requests/3504

3 20

[PATCH v2 0/1] MR3923: mfreadwrite/tests: Call CoInitialize at the start of tests.
by Alistair Leslie-Hughes (＠alesliehughes) Sept. 22, 2023

Sept. 22, 2023

-- v2: mfreadwrite/tests: Move test_interfaces after test_factory. https://gitlab.winehq.org/wine/wine/-/merge_requests/3923

3 2

Re: [PATCH v35 0/6] MR3870: mspatcha: Add support for 32-bit file patching and normalization
by Aidan Khoury (＠ajkhoury) Sept. 22, 2023

Sept. 22, 2023

On Fri Sep 22 16:09:26 2023 +0000, eric pouech wrote: > it has an exception handler around it, so > * either the field is not on a readable page and the exception will be > fired, and you'll get a NULL pointer (SAFE) > * or the field is on a readable page but with a wrong magic value, and > you'll get a NULL pointer (SAFE) > * or the field is on a readable page, with the expected magic value, and > you'll a non NULL pointer, that you can check if it fits or not in > mapped view before reading into it (SAFE) Oh! Okay, I will use `RtlImageNtHeader` and then do the bounds checks afterwards :) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3870#note_46369

1 0

Re: [PATCH v35 0/6] MR3870: mspatcha: Add support for 32-bit file patching and normalization
by eric pouech (＠epo) Sept. 22, 2023

Sept. 22, 2023

On Fri Sep 22 15:55:16 2023 +0000, Aidan Khoury wrote: > You're right, I checked again and this exception is captured and > gracefully fails with the last error code set to 0xE0000001. So, I will > remove this and just set the last error 0xE0000001 with a failing return > value. I'll add some tests for this case. this can also be done by setting an exception handler inside some functions (in badly written pseudo code): ``` try { // do the expected stuff // setting ret & last error in case of error } catch (exception e) { throw exception(0xE0000001); ret = FALSE; SetLastError(0xE0000001); } return ret; ``` but that doesn't prevent from releasing the resources between the throw and this handler (we're not using RAEII and the current exception handling even for C code requires compiler support that we don't have) so perhaps the safest solution is to return error codes internally (no exception) and throw the exception on top level functions that's not nice for sure, but I fear we don't have many other options -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3870#note_46367

1 0

[PATCH v5 0/1] MR3172: vkd3d: Import from upstream
by Alexandre Julliard (＠julliard) Sept. 22, 2023

Sept. 22, 2023

-- v5: vkd3d: Import upstream release 1.9. https://gitlab.winehq.org/wine/wine/-/merge_requests/3172

3 2

Re: [PATCH v35 0/6] MR3870: mspatcha: Add support for 32-bit file patching and normalization
by eric pouech (＠epo) Sept. 22, 2023

Sept. 22, 2023

On Thu Sep 21 22:33:18 2023 +0000, Aidan Khoury wrote: > This `rebase_image` implementation could still be adapted as an imghelp > internal function, could it not? Though that would be better to be done > as a separate MR, I think. I gave ReBaseImage a quick look at how it behaves in windows and it has some likely unwanted behavior (like hard to really force a new rebase address), so it's fine to leave it aside for now -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3870#note_46359

1 0

Re: [PATCH v35 0/6] MR3870: mspatcha: Add support for 32-bit file patching and normalization
by eric pouech (＠epo) Sept. 22, 2023

Sept. 22, 2023

On Fri Sep 22 15:46:59 2023 +0000, Aidan Khoury wrote: > The native RtlImageHeader does not have boundary checks. I cannot do > this check on RtlImageHeader's return value safely since that would be > after RtlImageHeader has already potentially accessed an invalid address. it has an exception handler around it, so * either the field is not on a readable page and the exception will be fired, and you'll get a NULL pointer (SAFE) * or the field is on a readable page but with a wrong magic value, and you'll get a NULL pointer (SAFE) * or the field is on a readable page, with the expected magic value, and you'll a non NULL pointer, that you can check if it fits or not in mapped view before reading into it (SAFE) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3870#note_46358

1 0