June 2025 - Wine-gitlab - list.winehq.org

[PATCH v2 0/6] MR8325: user32: Add more tests with integral and versioned class names.
by Rémi Bernon 19 Jun '25

19 Jun '25

And introduce support for integral class names on server side. -- v2: server: Support integral atom strings. win32u: Introduce helpers to check desktop and message class. user32/tests: Test window class versioned name with integer atom. user32/tests: Test window class menu name with integer atom. win32u/tests: Test window class name with integer atom. user32/tests: Cleanup window class versioning tests. https://gitlab.winehq.org/wine/wine/-/merge_requests/8325

3 17

[PATCH 0/1] MR8370: include: Fix dcomp.idl method name and order.
by Zhiyi Zhang (＠zhiyi) 19 Jun '25

19 Jun '25

1. Tests show that overloaded functions that accept COM objects should be sorted before functions of the same name that accept primitives. For example, the first method of IDCompositionVisual should be SetOffsetXAnimation() instead of SetOffsetX(). 2. Method names for IDCompositionRotateTransform3D are wrong due to a copy paste error. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8370

3 2

[PATCH 0/1] MR8371: msvcrt: Fix allocated buffer size in _getdcwd.
by Piotr Caban (＠piotr) 19 Jun '25

19 Jun '25

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

2 1

[PATCH v2 0/6] MR8369: win32u: Move context drawable updates out of the drivers.
by Rémi Bernon 19 Jun '25

19 Jun '25

-- v2: winewayland: Remove now unnecessary context sync. winemac: Remove now unnecessary context sync. wineandroid: Remove now unnecessary context sync. win32u: Track and update opengl drawables in the contexts. win32u: Keep a reference to the pbuffer drawables in the DCs. win32u: Keep a reference to the GL drawables in the windows. https://gitlab.winehq.org/wine/wine/-/merge_requests/8369

1 7

[PATCH 0/6] MR8369: win32u: Move context drawable updates out of the drivers.
by Rémi Bernon 19 Jun '25

19 Jun '25

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

1 6

[PATCH v2 0/1] MR8347: musl: Don't use __builtin_rint in clang builds.
by Piotr Caban (＠piotr) 19 Jun '25

19 Jun '25

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58381 -- v2: musl: Don't use __builtin_rint in clang builds. https://gitlab.winehq.org/wine/wine/-/merge_requests/8347

4 4

[PATCH v5 0/2] MR8360: include: Don't evaluate format arguments to ok() unless we need them.
by Yuxuan Shui (＠yshui) 19 Jun '25

19 Jun '25

Across the codebase there are several test cases where the arguments to ok() is not safe to evaluate unless the test case fails. For example: ok(i == ARRAY_SIZE(array), "i is too small: %d\n", array[i]); Only when the test fails (i.e. i < ARRAY_SIZE(array)), is array[i] safe to evaluate. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58320 * * * The other option is to fix all such cases in the test suite, and add some documentation to make it clear arguments to `ok()` are _always_ evaluated. I don't know which one is better. -- v5: include: Don't evaluate format arguments to ok() unless we need them. include: Shut the compiler up about PDNS_RECORD array bounds. https://gitlab.winehq.org/wine/wine/-/merge_requests/8360

2 2

[PATCH 0/1] MR8294: gdiplus: Changed comparison from floating-point (ptf) to integer (pti) coordinates for accuracy
by Wei Xie (＠wayne) 19 Jun '25

19 Jun '25

Fixed potential image resampling conditions by using exact pixel coordinates -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8294

3 7

Re: [PATCH v4 0/2] MR8360: include: Don't evaluate format arguments to ok() unless we need them.
by Yuxuan Shui (＠yshui) 19 Jun '25

19 Jun '25

On Thu Jun 19 02:07:03 2025 +0000, Yuxuan Shui wrote: > And for some reason build-linux doesn't want to pick up my new commit... > Let me try force pushing it again. ?? build-linux just ignores the tip of this branch, does it not like me bad mouthing the compiler? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8360#note_107160

1 0

[PATCH v2 0/2] MR8360: include: Don't evaluate format arguments to ok() unless we need them.
by Yuxuan Shui (＠yshui) 19 Jun '25

19 Jun '25

Across the codebase there are several test cases where the arguments to ok() is not safe to evaluate unless the test case fails. For example: ok(i == ARRAY_SIZE(array), "i is too small: %d\n", array[i]); Only when the test fails (i.e. i < ARRAY_SIZE(array)), is array[i] safe to evaluate. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58320 * * * The other option is to fix all such cases in the test suite, and add some documentation to make it clear arguments to `ok()` are _always_ evaluated. I don't know which one is better. -- v2: include: Shut the compiler up about PDNS_RECORD array bounds. https://gitlab.winehq.org/wine/wine/-/merge_requests/8360

2 3