- wine-gitlab - winehq.org

[PATCH v29 0/1] MR6884: Iphlpapi.dll: Included SendARP
by Thi Garlet (＠garlett) 15 Jun '25

15 Jun '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 -- v29: iphlpapi.c: Add SendARP https://gitlab.winehq.org/wine/wine/-/merge_requests/6884

2 1

[PATCH v2 0/1] MR8324: kernelbase: Made LoadLibraryExA allocate a new buffer for the module name.
by Dylan Donnell (＠dy-tea) 14 Jun '25

14 Jun '25

This is necessary if a protection software hooks LdrLoadDll, and then tries to use LoadLibrary[Ex]A from the hook. Yes, this actually happened. -- v2: kernelbase: Made LoadLibraryExA allocate a new buffer for the module name. https://gitlab.winehq.org/wine/wine/-/merge_requests/8324

2 1

[PATCH 0/1] MR8324: kernelbase: Made LoadLibraryExA allocate a new buffer for the module name.
by Dylan Donnell (＠dy-tea) 14 Jun '25

14 Jun '25

This is necessary if a protection software hooks LdrLoadDll, and then tries to use LoadLibrary[Ex]A from the hook. Yes, this actually happened. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8324

3 2

[PATCH v5 0/1] MR8228: mshtml: Fix misuse of IWinInetHttpInfo_QueryInfo.
by Yuxuan Shui (＠yshui) 14 Jun '25

14 Jun '25

IWinInetHttpInfo_QueryInfo returns a multibyte string, not a wide string. We were also wrongly expecting it to have a NUL terminator. * * * this one doesn't feel good. IWinInetHttpInfo_QueryInfo calls HttpInfo_QueryInfo (urlmon), which calls HttpQueryInfoA (wininet), so it returns char*. but inside, HttpQueryInfoA is calling HttpQueryInfoW and does charset conversion. so we are converting the string to multibyte and back. maybe there's an API that returns wchar* i don't know about. -- v5: mshtml: Fix misuse of IWinInetHttpInfo_QueryInfo. https://gitlab.winehq.org/wine/wine/-/merge_requests/8228

3 2

[PATCH v4 0/1] MR8228: mshtml: Fix misuse of IWinInetHttpInfo_QueryInfo.
by Yuxuan Shui (＠yshui) 14 Jun '25

14 Jun '25

IWinInetHttpInfo_QueryInfo returns a multibyte string, not a wide string. We were also wrongly expecting it to have a NUL terminator. * * * this one doesn't feel good. IWinInetHttpInfo_QueryInfo calls HttpInfo_QueryInfo (urlmon), which calls HttpQueryInfoA (wininet), so it returns char*. but inside, HttpQueryInfoA is calling HttpQueryInfoW and does charset conversion. so we are converting the string to multibyte and back. maybe there's an API that returns wchar* i don't know about. -- v4: mshtml: Fix misuse of IWinInetHttpInfo_QueryInfo. https://gitlab.winehq.org/wine/wine/-/merge_requests/8228

3 2

[PATCH v2 0/5] MR8291: winex11: Drop pixmap-based child window workaround.
by Rémi Bernon (＠rbernon) 14 Jun '25

14 Jun '25

Updating the GL drawables on/offscreen dynamically, similarly to how we do it for Vulkan, and in order to ultimately converge and factor both GL and VK client surfaces. -- v2: winex11: Rename context drawables to draw / read. winex11: Drop pixmap-based child window workaround. winex11: Update drawable size and offscreen when presenting. winex11: Update every window GL drawable on resize / reparent. winex11: Update GL drawable offscreen status instead of recreating. https://gitlab.winehq.org/wine/wine/-/merge_requests/8291

3 8

[PATCH v5 0/3] MR8242: libs/musl: Force built-in rint for i386.
by Daniel Lehman (＠dlehman25) 14 Jun '25

14 Jun '25

https://gitlab.winehq.org/wine/wine/-/merge_requests/7748#note_105461 huge thanks to @bernhardu for narrowing it down. does this work for you? -- v5: msvcrt: Use rint() from the bundled musl library. musl: Use __builtin_rint if available. musl: Reimplement rint so it doesn't depend on floating point operations precision. https://gitlab.winehq.org/wine/wine/-/merge_requests/8242

3 4

[PATCH v2 0/1] MR8303: msvcrt/tests: Add broken to new j modifier tests.
by Bernhard Übelacker (＠bernhardu) 14 Jun '25

14 Jun '25

Followup to ec8fda8372. [Test pattern page](https://test.winehq.org/data/patterns.html#msvcrt:scanf) [Testbot run with this patch](https://testbot.winehq.org/JobDetails.pl?Key=158655). -- v2: msvcrt/tests: Add broken to new j modifier tests. https://gitlab.winehq.org/wine/wine/-/merge_requests/8303

3 4

[PATCH 0/2] MR8297: msvcirt/tests: Fix 2 memory issues in tests
by Yuxuan Shui (＠yshui) 14 Jun '25

14 Jun '25

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

3 6

Re: [PATCH v19 0/3] MR8200: cmd: COPY should output file names as they are copied.
by eric pouech (＠epo) 14 Jun '25

14 Jun '25

the copy part looks good to me (first 2 commits) handling of separators in completion still lacks a couple of items `dir "a+<TAB>` differs from native `dir a,<TAB>` differs from native `dir a"<TAB>` differs from native note there are characters (other than '+') that native (tested on Win10 only) uses for file separation: '\\', '&', '(', ')', '/', '!', '\~', '{', '}', '\[', '\]' and surprisingly '^' (as ^ is an escape character) what is not supported as separator: '\<', '\>' how strange!!! you want a filename after a redirection! '|' (that's strange I would have expected & and | to behave similarly) and `dir a><TAB>` the '\>' is swallowed by completion... not sure we want that (esp. since you'd expect to type a filename after a redirection operator) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8200#note_106573

1 0

2025

2024

2023

2022

wine-gitlab