February 2024 - wine-gitlab

[PATCH v3 0/1] MR5184: winecrt0: Use load config on all targets.
by Jacek Caban (＠jacek) 28 Feb '24

28 Feb '24

Based on mingw-w64. System modules on Windows have load config available. In fact, all applications using the default MSVC for crt have it. mingw-w64 provides the load config, but it also requires linker to use it and currently only LLD supports it. This MR does the same in winecrt0. We will need it on both ARM64 and ARM64EC targets to support ARM64X (which requires LLD for other reasons anyway). -- v3: winecrt0: Use load config on all targets. https://gitlab.winehq.org/wine/wine/-/merge_requests/5184

3 4

[PATCH v2 0/2] MR5178: winewayland.drv: set wayland app-id from the process name
by llyyr (＠llyyr) 28 Feb '24

28 Feb '24

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56000 -- v2: winewayland.drv: Implement SetWindowText winewayland.drv: set wayland app-id from the process name https://gitlab.winehq.org/wine/wine/-/merge_requests/5178

3 5

[PATCH 0/1] MR5186: win32u: fix NtGdiExtCreateRegion implementation
by Bartosz Kosiorek (＠gang65) 28 Feb '24

28 Feb '24

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

3 2

[PATCH 0/1] MR5187: kernelbase: Use KEY_WOW64_64KEY flag when 64 bit registry access is assumed.
by Paul Gofman (＠gofman) 28 Feb '24

28 Feb '24

Currently if anything has created, e. g., HKLM\\Software\\Wow6432Node\\Wow6432Node key, all the WOW keys with subkeys for HKLM\\Software will be created in HKLM\\Software\\Wow6432Node\\Wow6432Node\\ instead of HKLM\\Software\\Wow6432Node. And then those keys cannot be found. The test in the patch demonstrates such a case. This should fix Tom Clancy's The Division (more exactly, Ubisoft launcher setup) from Steam where Steam prerequisite setup step creates "HKEY_LOCAL_MACHINE\\SOFTWARE\\Wow6432Node\\Ubisoft\\The Division - Steam" from a 32 bit program, which results in HKLM\\Software\\Wow6432Node\\Wow6432Node presence (correctly), and from this point everything gets broken. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5187

2 1

[PATCH 0/1] MR4952: ddraw: Fall back to system memory if video memory is not available.
by Alex Henrie (＠alexhenrie) 28 Feb '24

28 Feb '24

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56232 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4952

4 5

[PATCH v2 0/1] MR5184: winecrt0: Use load config on all targets.
by Jacek Caban (＠jacek) 28 Feb '24

28 Feb '24

Based on mingw-w64. System modules on Windows have load config available. In fact, all applications using the default MSVC for crt have it. mingw-w64 provides the load config, but it also requires linker to use it and currently only LLD supports it. This MR does the same in winecrt0. We will need it on both ARM64 and ARM64EC targets to support ARM64X (which requires LLD for other reasons anyway). -- v2: winecrt0: Use load config on all targets. https://gitlab.winehq.org/wine/wine/-/merge_requests/5184

3 3

[PATCH 0/1] MR5184: winecrt0: Use load config on all targets.
by Jacek Caban (＠jacek) 28 Feb '24

28 Feb '24

Based on mingw-w64. System modules on Windows have load config available. In fact, all applications using the default MSVC for crt have it. mingw-w64 provides the load config, but it also requires linker to use it and currently only LLD supports it. This MR does the same in winecrt0. We will need it on both ARM64 and ARM64EC targets to support ARM64X (which requires LLD for other reasons anyway). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5184

3 2

[PATCH 0/1] MR5185: gdiplus: Fix crash in GdipAddPathString.
by Esme Povirk (＠madewokherd) 28 Feb '24

28 Feb '24

Apparently, 1454ffe7ddf01226aacec07836d4afa62fecd3fa introduced the assumption that the font passed to gdip_format_string is non-NULL, and GdipAddPathString wasn't passing it in. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5185

2 1

[PATCH v2 0/5] MR5120: mfreadwrite/reader: Implement source reader decoder / video processor pipelines.
by Rémi Bernon (＠rbernon) 28 Feb '24

28 Feb '24

-- v2: mfreadwrite/reader: Implement IMFSourceReaderEx_GetTransformForStream. mfreadwrite/reader: Create and append a converter transform. mfreadwrite/reader: Keep the stream transforms in a list. mfreadwrite/reader: Call SetOutputType directly on the decoder transform. mfreadwrite/reader: Split source_reader_create_decoder_for_stream helper. https://gitlab.winehq.org/wine/wine/-/merge_requests/5120

3 8

Re: [PATCH v2 0/4] MR5161: d3drm: Implement Update and related functions
by Jeffrey Smith (＠whydoubt) 28 Feb '24

28 Feb '24

On Wed Feb 28 11:16:58 2024 +0000, Stefan Dösinger wrote: > This is more a curiosity rather than something that needs to be > addressed in this patch: Dies CreateDeviceFromClipper fail if the > clipper has no window (but instead a cliplist or simply nothing)? > I would expect it to fail, but otoh SetCooperativeLevel on a NULL HWND > works in DDSCL_NORMAL I think. I had checked the no-window scenario (on WinXP) and IIRC, it treated coordinates as screen coordinates. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5161#note_62946

1 0

2025

2024

2023

2022

wine-gitlab February 2024