April 2023 - Wine-gitlab - list.winehq.org

Re: [PATCH v2 0/1] MR2706: ntdll: Print RPC_S_SERVER_UNAVAILABLE exceptions - approved
by Alexandre Julliard (＠julliard) 27 Apr '23

27 Apr '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2706

1 0

Re: [PATCH v5 0/1] MR2602: mfplat: Fix returned buffer length in dxgi_surface_buffer_lock(). - approved
by Alexandre Julliard (＠julliard) 27 Apr '23

27 Apr '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2602

1 0

Re: [PATCH v2 0/1] MR2716: po: Update Lithuanian translation. - approved
by Alexandre Julliard (＠julliard) 27 Apr '23

27 Apr '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2716

1 0

Re: [PATCH v3 0/2] MR2692: msi:custom: ok_() takes printf-style arguments. - approved
by Alexandre Julliard (＠julliard) 27 Apr '23

27 Apr '23

This merge request was approved by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2692

1 0

[PATCH 0/2] MR2717: d3d9/tests: AMD GPUs sample the border color of cube textures.
by Stefan Dösinger 27 Apr '23

27 Apr '23

--- This must be the longest ignored d3d test failure. I think my r200 GPU does not show this behavior, but my r500 one does. I'll be able to check next week if anyone cares. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2717

2 3

[PATCH v2 0/2] MR2578: Fixing module paths in LdrPath (corner case).
by eric pouech (＠epo) 27 Apr '23

27 Apr '23

The serie intent is to fix unexpected paths in module's list: This happens: - when running under old / (new) wow64 - when main module is located under the syswow64 directory - the 32 bit modules are stored in LdrData (and then exposed through a couple of ways) under syswow64 (they are normally stored under system32, letting the redirection come into play when needed) This triggers a couple of errors in winetest (as we're using c:\windows\syswow64\msinfo32.exe in many tests to trigger a wow64 process from a winetest program). This is the fix awaited in MR!2497. @julliard: I'm not 100% happy with the fix itself by reintroducting ref to the redirected DLLs in ntdll/PE but couldn't find a better idea. -- v2: ntdll: Store system DLL in LdrData under system32 for a wow64 process. kernel32: Harden some wow64 module tests. https://gitlab.winehq.org/wine/wine/-/merge_requests/2578

3 6

[PATCH v4 0/1] MR2710: ntdll: Implement efficiency class reporting for intel hybrid CPUs.
by Torge Matthies (＠tmatthies) 27 Apr '23

27 Apr '23

Signed-off-by: Torge Matthies <tmatthies(a)codeweavers.com> -- v4: ntdll: Implement efficiency class reporting for intel hybrid CPUs. https://gitlab.winehq.org/wine/wine/-/merge_requests/2710

2 3

[PATCH v9 0/13] MR148: vkd3d-shader/hlsl: Support semantics for array types.
by Francisco Casas (＠fcasas) 27 Apr '23

27 Apr '23

This is required by https://bugs.winehq.org/show_bug.cgi?id=54660 . -- v9: vkd3d-shader/hlsl: Consider duplicated input semantic types equivalent in SM1. vkd3d-shader/hlsl: Handle possibly different types in input semantic var load. vkd3d-shader/hlsl: Error out when a semantic is used with incompatible types. vkd3d-shader/hlsl: Error out when an output semantic is used more than once. vkd3d-shader/hlsl: Support semantics for array types. vkd3d-shader/hlsl: Don't create semantic vars more than once. vkd3d-shader/hlsl: Move get_array_size() and get_array_type() to hlsl.c. tests: Test duplicated semantics. tests: Test array types with semantics. vkd3d-shader/hlsl: Avoid invalid input/output copies for non-numeric types. tests: Map unindentified hrs on compilation. tests: Allow invalid vertex shader tests. tests: Expect S_OK result on [vertex shader]. https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/148

4 20

[PATCH 0/5] MR2704: imm32: More tests and fixes for IMMGWL_IMC and ImmGenerateMessages.
by Rémi Bernon 27 Apr '23

27 Apr '23

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

1 6

[PATCH v3 0/3] MR2705: d3dcompiler: D3DAssemble is a private export.
by Stefan Dösinger 27 Apr '23

27 Apr '23

This series allows linking of our d3dx9.dll against d3dcompiler.lib from the Windows SDK. It presumably also fixes the d3dcompiler tests, although I didn't bother building them with Visual Studio so far. And yes, I did check, that stringification macro works on MSVC. -- v3: d3dcompiler: Make D3DAssemble a private export. d3dcompiler/tests: Load D3DAssemble via GetProcAddress. d3dx9: Load D3DAssemble via GetProcAddress. https://gitlab.winehq.org/wine/wine/-/merge_requests/2705

2 4