- wine-gitlab - winehq.org

[PATCH 0/3] MR2101: ntdll: Load apiset targets from system directory
by Paul Gofman (＠gofman) 03 Feb '23

03 Feb '23

Starting from Win10, when an apiset target dll (most notably in practice, ucrtbase and msvcrt) is loaded through import resolution or LoadLibrary, the dll from system32 directory is loaded regardless of presence of the same dll in a higher priority search path (e. g., at .exe directory). The other version of apiset target dll is still loaded if LoadLibrary() has a path (even if relative). The practical issue I am trying to solve is the following scenario (encountered with a game using certain Uplay plugin) which has regressed since apisets implementation in Wine. The game imports ucrtbase.dll. Then, a plugin calls GetModuleHandle("api-ms-win-crt-runtime-l1-1-0.dll") and expects GetProcAddress("_crt_atexit") to succeed on the returned handle. The problem is that the game has ucrtbase.dll in its .exe directory. That one currently gets loaded. Then, find_dll_file() resolves api-ms-win-crt-runtime-l1-1-0.dll to the ucrtbase with a full path in system32 and tries to find that one (this part matches Windows behaviour as far as tests show). Since we have the other ucrtbase loaded this results in NULL module handle. That issue is reproduced in my test in line 1661 (```ok( hapiset == hsystem || broken( old_behaviour && !hapiset )...```), current Wine behaviour corresponds to old Windows before Win10. The third patch (which removes the last todo in the added test) is not something I hit with any real application so far, just stomped on that in tests and the fix looks trivial. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2101

2 5

[PATCH v15 0/3] MR1268: wininet: Partially implement InternetSetFilePointer
by Jason Kuo (＠j20001970) 03 Feb '23

03 Feb '23

-- v15: wininet/tests: Add more InternetSetFilePointer tests. wininet/tests: Add InternetSetFilePointer tests. wininet: Partially implement InternetSetFilePointer https://gitlab.winehq.org/wine/wine/-/merge_requests/1268

4 6

[PATCH 0/1] MR2028: wined3d: Make depth bounds test a proper state and handle it in wined3d_device_apply_stateblock().
by Zebediah Figura (＠zfigura) 03 Feb '23

03 Feb '23

Signed-off-by: Zebediah Figura <zfigura(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2028

3 2

[PATCH 0/1] MR2104: wbemprox: Do not call Release() inside wbemprox_cf_CreateInstance().
by Giovanni Mascellani (＠giomasce) 03 Feb '23

03 Feb '23

The Ubisoft overlay version 135 hot patches and hooks wbem_locator_Release(), but crashes if Release() is called inside CoCreateInstance(), a condition that doesn't appear to happen on Windows. So we try to exhibit the same behavior. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2104

3 2

[PATCH v14 0/2] MR1268: wininet: Partially implement InternetSetFilePointer
by Jason Kuo (＠j20001970) 03 Feb '23

03 Feb '23

-- v14: wininet: Partially implement InternetSetFilePointer wininet/tests: Add InternetSetFilePointer tests. https://gitlab.winehq.org/wine/wine/-/merge_requests/1268

3 9

[PATCH v4 0/5] MR1987: webservices/tests: Move firewall code to a common header.
by Hans Leidekker (＠hans) 03 Feb '23

03 Feb '23

-- v4: rpcrt4/tests: Use common code to set the firewall. wsdapi/tests: Use common code to set the firewall. dpnet/tests: Use common code to set the firewall. dplayx/tests: Use common code to set the firewall. webservices/tests: Move firewall code to a common header. https://gitlab.winehq.org/wine/wine/-/merge_requests/1987

3 6

[PATCH 0/6] MR2102: Add a partially implemented ir50_32 winmm video decoder, and a stub generic video decoder in winegstreamer.
by Shaun Ren (＠shaunren) 03 Feb '23

03 Feb '23

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

3 8

[PATCH 0/8] MR2093: Add ir50_32 winmm video codec using winegstreamer.
by Shaun Ren (＠shaunren) 03 Feb '23

03 Feb '23

Adds an indeo5 video decoder for winmm. This is used by games such as Richman 4 and Zwei: The Arges Adventure. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2093

4 21

[PATCH 0/1] MR2100: ntdll: Do not send data to port 0.
by Jason Beetham (＠beef331) 03 Feb '23

03 Feb '23

On Windows it seems sending to port 0 does nothing and does not error. Presently sendmsg errors with EINVAL. This works around it, by checking if it's port 0 then skipping the data. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2100

4 4

Re: [PATCH v2 0/1] MR2097: wbemprox: Recognize Windows 11. - approved
by Alexandre Julliard (＠julliard) 02 Feb '23

02 Feb '23

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

1 0

2025

2024

2023

2022

wine-gitlab