- wine-gitlab - winehq.org

[PATCH v17 0/2] MR2105: ddraw: Add local buffer in d3d_device7_DrawPrimitive()
by Steve Schnepp (＠steveschnepp) 22 Feb '23

22 Feb '23

Convert all consecutive calls to d7_DrawPrimitive(TRIANGLE_FAN) into a single call to d7_DrawPrimitive(TRIANGLE_LIST) with all the vertices. Note, it *increase* the number of vertices, but bandwith is much less costly than multiple calls. Note, only a very precise subset of the calls get buffered in order to ensure that the disruption is minimal. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=33814 -- v17: ddraw: Also Buffer D3DPT_POINTLIST ddraw: Add a local buffer in d3d_device7_DrawPrimitive() https://gitlab.winehq.org/wine/wine/-/merge_requests/2105

3 26

Re: [PATCH v6 0/3] MR101: vkd3d-shader/hlsl: Improvements to builtin typenames handling.
by Nikolay Sivov (＠nsivov) 22 Feb '23

22 Feb '23

On Wed Feb 22 12:53:30 2023 +0000, Giovanni Mascellani wrote: > Right now tests for eb02f7fd1f8e92f91fc7a9ddacc70865269086c9 fail both > on native and on vkd3d. Thanks, fixed now. -- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/101#note_25144

1 0

[PATCH v5 0/3] MR101: vkd3d-shader/hlsl: Improvements to builtin typenames handling.
by Nikolay Sivov (＠nsivov) 22 Feb '23

22 Feb '23

-- v5: vkd3d-shader/hlsl: Support case-insensitive lookup for builtin 'float' type. vkd3d-shader/hlsl: Use unsigned type for the 'dword' alias. vkd3d-shader/hlsl: Support case-insensitive lookup for builtin 'dword' type. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/101

4 6

Re: [PATCH v7 0/1] MR2229: winex11: Fix X11 WM behavior for Delphi based apps.
by Bernhard Kölbl (＠besentv) 22 Feb '23

22 Feb '23

On Wed Feb 22 11:39:08 2023 +0000, Roberto Fernandez wrote: > Is there something I can do to get this patch in ? IDK if this is the problem, but when you submit [someone else's patch](https://www.winehq.org/pipermail/wine-devel/2021-December/203906.htm…, then [this](https://wiki.winehq.org/Submitting_Patches#Submitting_patches_written… rule applies . -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2229#note_25134

1 0

Re: [PATCH v7 0/1] MR2229: winex11: Fix X11 WM behavior for Delphi based apps.
by Roberto Fernandez (＠rfz) 22 Feb '23

22 Feb '23

Is there something I can do to get this patch in ? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2229#note_25131

1 0

[PATCH 0/1] MR2200: mshtml: Use the _recalloc function instead of reimplementing it.
by Alex Henrie (＠alexhenrie) 22 Feb '23

22 Feb '23

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

4 4

[PATCH 0/1] MR2254: vscript/tests: Fix the testChrError() tests.
by Francois Gouget (＠fgouget) 22 Feb '23

22 Feb '23

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

3 2

[PATCH v3 0/1] MR2242: win32u: Do not set last error in wait_message() for zero count.
by Paul Gofman (＠gofman) 22 Feb '23

22 Feb '23

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54405 Also fixes Assassin Creed hanging on start (for a similar reason: it doesn't expect a spurious -1 last error). There is already a fix attempt sent by Ivan Chikish in !2067 (https://gitlab.winehq.org/wine/wine/-/merge_requests/2067). But I suppose it may be fixed simpler like in this patch. wait_message() with zero count is only called from NtUserPeekMessage(). I think even if for some reason driver's MsgWaitForMultipleObjectsEx returns a real error code we still don't want to set last error here when called from PeekMessage(). -- v3: win32u: Expose and use ProcessEvents from drivers instead of MsgWaitForMultipleObjectsEx. https://gitlab.winehq.org/wine/wine/-/merge_requests/2242

4 9

[PATCH v8 0/7] MR1714: cryptowinrt: Implement IKeyCredentialManagerStatics_IsSupportedAsync.
by Mohamad Al-Jaf (＠maljaf) 22 Feb '23

22 Feb '23

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53176 1) The async test is broken on Windows 10 1507. This appears to be a trend among WinRT dlls. I'm thinking that we can add macro definitions for each testbot VM to avoid having to skip tests that would otherwise be working fine, and just greater control over tests in general. 2) The provider file that contains `interface IWineAsyncInfoImpl` is likely going to be reused again in the future. Perhaps a new file can be added in the include/wine folder to prevent duplicate code? I can do this in a separate merge request and cleanup the existing provider files. 3) All the check_bool_async tests return a random async_id so I skipped them. Testbot example: https://testbot.winehq.org/JobDetails.pl?Key=127232&f208=exe32.report#k208 -- v8: cryptowinrt/tests: Add IKeyCredentialManagerStatics_IsSupportedAsync tests. cryptowinrt: Implement IKeyCredentialManagerStatics_IsSupportedAsync. cryptowinrt: Import IAsyncOperation from windows.gaming.input. cryptowinrt: Stub IKeyCredentialManagerStatics interface. cryptowinrt: Add private.h file. cryptowinrt/tests: Add ICryptographicBufferStatics interface test. include: Add windows.security.credentials.idl file. https://gitlab.winehq.org/wine/wine/-/merge_requests/1714

4 13

[PATCH v2 0/4] MR2247: mf/tests: Test ProcessInput and ProcessOutput for WMV decoder DMO.
by Ziqing Hui (＠zhui) 22 Feb '23

22 Feb '23

SetInputType tests will randomly failed after PATCH 3 (It was OK in PATCH 2). I spend many time on figuring out why. And I found a weird thing: If I comment out the compare_nv12() in check_dmo_output_data_buffer_(), the test failures will be gone. I can't think out the reason. I don't understand why compare_nv12() in check_dmo_output_data_buffer_() affects SetInputType tests. And I don't want to waste too much time on the test stuff. Implementing the decoder is more important, so I marked the failed tests as flaky. -- v2: mf/tests: Test output data for WMV decoder DMO. mf/tests: Test ProcessInput and ProcessOutput for WMV decoder DMO. mf/tests: Correctly initialize DMO media type. https://gitlab.winehq.org/wine/wine/-/merge_requests/2247

4 8

2025

2024

2023

2022

wine-gitlab