- wine-gitlab - winehq.org

[PATCH v3 0/1] MR7154: dlls/mshtml/mshtml.inf: add registry associations for .log files
by Austin English (＠austin987) 12 Feb '25

12 Feb '25

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=25872 -- v3: mshtml: Add registry association for .log files. https://gitlab.winehq.org/wine/wine/-/merge_requests/7154

3 2

[PATCH v2 0/4] MR7312: msvcp: Avoid explicitly aligning fpos_mbstatet.
by Jacek Caban (＠jacek) 12 Feb '25

12 Feb '25

Based on Piotr's findings. On MSVC i386 targets, structs requiring alignment greater than 4 are never passed by value. Clang follows the same behavior in MSVC mode (see [1] for details and [2] for a follow-up that applies this logic when fields, not necessarily the entire struct, are aligned). A number of ios functions take fpos_mbstatet as an argument and expect it to be passed by value. [1] https://reviews.llvm.org/D72114 [2] https://github.com/llvm/llvm-project/issues/63257 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57817 -- v2: msvcp60/tests: Avoid explicitly aligning structs passed by value. msvcp60: Avoid explicitly aligning structs passed by value. msvcp90/tests: Avoid explicitly aligning structs passed by value. msvcp: Avoid explicitly aligning structs passed by value. https://gitlab.winehq.org/wine/wine/-/merge_requests/7312

2 5

Re: [PATCH v18 0/4] MR4551: Server-side thread priorities implementation (Part 1)
by Marc-Aurel Zent (＠mzent) 12 Feb '25

12 Feb '25

On Wed Feb 12 10:42:55 2025 +0000, Jinoh Kang wrote: > This is causing recent kernel32:loader failures Ah I see, thanks for spotting this. I assume this was already fixed by https://gitlab.winehq.org/wine/wine/-/merge_requests/7310 ? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4551#note_94350

1 0

[PATCH 0/3] MR7308: windows.storage: Add error handling in IRandomAccessStreamReferenceStatics::CreateFromStream().
by Mohamad Al-Jaf (＠maljaf) 12 Feb '25

12 Feb '25

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56106 I'm not sure why there's a IRandomAccessStreamReferenceStatics interface in WinTypes. Perhaps it was supposed to be queried from one of the classes there? I've seen something similar with other classes. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7308

4 5

[PATCH 0/1] MR7312: msvcp: Avoid explicitly aligning fpos_mbstatet.
by Jacek Caban (＠jacek) 12 Feb '25

12 Feb '25

Based on Piotr's findings. On MSVC i386 targets, structs requiring alignment greater than 4 are never passed by value. Clang follows the same behavior in MSVC mode (see [1] for details and [2] for a follow-up that applies this logic when fields, not necessarily the entire struct, are aligned). A number of ios functions take fpos_mbstatet as an argument and expect it to be passed by value. [1] https://reviews.llvm.org/D72114 [2] https://github.com/llvm/llvm-project/issues/63257 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57817 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7312

3 2

[PATCH 0/1] MR7316: win32u: Avoid using uninitialized variable.
by Ruslan Garipov (＠ruslangaripov) 12 Feb '25

12 Feb '25

When dlls/win32u fails to load/initialize the \`FreeType font library', a device context object ends up with the only GDI driver attached -- `null_driver`. The latter implements the `pGetTextMetrics` callback function as do-nothing code. This causes the `NtGdiGetTextMetricsW()` function to fail not modifying fields of its `metrics` argument. In result the `normalize_nonclientmetrics()` ends up with uninitialized `tm` local variable after call to the `get_text_metr_size()` function. Using uninitialized fields of the `TEXTMETRICW` structure gives unpredictable results. This memset(3)'s the `tm` structure before using. After that, even if we failed to load the \`FreeType font library', the \`CaptionHeight', \`SmCaptionHeight' and \`MenuHeight' metrics keep their current values (the `normalize_nonclientmetrics()` function is called after `get_twips_entry()` callback function, thus value of an entry should not be negative). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7316

2 1

[PATCH 0/1] MR7315: winedbg: Make crash dialog topmost.
by Anton Baskanov (＠baskanov) 12 Feb '25

12 Feb '25

This makes the dialog visible when a fullscreen app crashes. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7315

2 1

[PATCH v20 0/1] MR6884: Iphlpapi.dll: Included SendARP
by Thi Garlet (＠garlett) 12 Feb '25

12 Feb '25

Returns MAC address by: - search local interfaces, or - send UDP packed that does not need linux privilege, then search local cache solve https://bugs.winehq.org/show_bug.cgi?id=9418 files updated - /dlls/iphlpapi/iphlpapi_main.c - /dlls/iphlpapi/tests/iphlpapi.c -- v20: iphlpapi.c: Add SendARP https://gitlab.winehq.org/wine/wine/-/merge_requests/6884

2 1

[PATCH 0/2] MR7300: win32u: WM_MOUSEWHEEL message should be sent to a focus window.
by Dmitry Timoshkov (＠dmitry) 12 Feb '25

12 Feb '25

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

4 11

[PATCH 0/1] MR7314: configure: macOS is always darwin*.
by Brendan Shanks (＠bshanks) 12 Feb '25

12 Feb '25

Mac OS X/macOS has always returned `Darwin` for `uname -s`, and I can't find any evidence in `config.sub` that `host_os` has ever been `macosx*`. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7314

2 1

2025

2024

2023

2022

wine-gitlab