February 2024 - wine-gitlab

Re: [PATCH v3 0/1] MR4853: iphlpapi: Implement GetRTTAndHopCount(). - approved
by Alexandre Julliard (＠julliard) 14 Feb '24

14 Feb '24

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

1 0

[PATCH v2 0/1] MR4951: d3d11on12: Add interfaces for ID3D11On12Device1 and ID3D11On12Device2
by Geoffrey McRae (＠gnif) 14 Feb '24

14 Feb '24

This adds the missing interfaces for `ID3D11On12Device1` and `ID3D11On12Device2` so they can be used in projects using mingw. -- v2: d3d11on12: Add interfaces for ID3D11On12Device1 and ID3D11On12Device2 https://gitlab.winehq.org/wine/wine/-/merge_requests/4951

3 2

[PATCH v4 0/2] MR4518: ntdll: Integrate with GDB using r_debug.
by Rémi Bernon (＠rbernon) 14 Feb '24

14 Feb '24

Effectively implementing the debugger interface as described in https://sourceware.org/git/?p=glibc.git;a=blob;f=elf/rtld-debugger-interfac… This is an actual attempt at having this upstream, split from https://gitlab.winehq.org/wine/wine/-/merge_requests/1074 which people have been finding useful for debugging Wine directly in GDB. This supports everything you would expect, from automatic symbol loading as well as cross-syscall backtraces with the new Python unwinder. -- v4: ntdll: Maintain a PE module link map and expose it to GDB. loader: Expose the standard debugging symbols for GDB. https://gitlab.winehq.org/wine/wine/-/merge_requests/4518

4 5

Re: [PATCH v3 0/1] MR5037: kernelbase: Reduce FIXME to TRACE if params is null.
by Alexandre Julliard (＠julliard) 14 Feb '24

14 Feb '24

Looks good, but please fix the git authorship information. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5037#note_61196

1 0

[PATCH v2 0/1] MR5076: explorer: Set layered style on systray icons on creation if we don't use our own taskbar.
by Gabriel Ivăncescu (＠insn) 14 Feb '24

14 Feb '24

Turns out I broke the non virtual desktop case in some cases. Sorry about that. This basically uses previous behavior for such (`enable_taskbar` is what's used to also determine layered changes in rest of code) while keeping the fix for virtual desktops (i.e. our own taskbar). Works correctly for me, but let me know if I did something wrong again (welp). -- v2: explorer: Set layered style on systray icons before calling into the driver. https://gitlab.winehq.org/wine/wine/-/merge_requests/5076

3 3

[PATCH v29 0/2] MR4982: dmime: load MIDI files
by Yuxuan Shui (＠yshui) 14 Feb '24

14 Feb '24

There are still some issues I need to fix, mainly around timing conversion between MIDI and dmusic. Right now MIDI files seem to be cut off before the end is reached. Please have a look at the general approach in the meantime, I need to know if this is the right way to do this or not. -- v29: https://gitlab.winehq.org/wine/wine/-/merge_requests/4982

4 6

[PATCH 0/1] MR5076: explorer: Set layered style on systray icons on creation if we don't use our own taskbar.
by Gabriel Ivăncescu (＠insn) 14 Feb '24

14 Feb '24

Turns out I broke the non virtual desktop case in some cases. Sorry about that. This basically uses previous behavior for such (`enable_taskbar` is what's used to also determine layered changes in rest of code) while keeping the fix for virtual desktops (i.e. our own taskbar). Works correctly for me, but let me know if I did something wrong again (welp). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5076

5 13

[PATCH 0/1] MR1425: ntdll: Return FILE_DEVICE_DISK for Unix FIFOs and sockets from get_device_info().
by Paul Gofman (＠gofman) 14 Feb '24

14 Feb '24

Currently GetFileType() ends up returning the file type solely based on Unix fd type if it gets it from server. The problematic case is when our process gets a pipe or socket fd as a stdin or stderr from Unix. The server object which gets created through wine_server_fd_to_handle is a regular file regardless of the underlying Unix fd type. It probably can't be anything else, at least for pipes, as the pipe should have both ends but we have only one in this case. That causes problems, e. g., with libuv (used, e. g., by Vampire Survivors). It checks stdout handle type and if it is pipe it tries to do SetNamedPipeHandleState() on it and does not tolerate the failure. It looks more sensible to me to report all the pipes and sockets created through wine_server_fd_to_handle() as regular files as that matches the server objects we have for them. When that is not the case we should get the correct type from server fd type. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1425

4 4

[PATCH 0/7] MR5082: winebuild: Preparation for ARM64X support
by Jacek Caban (＠jacek) 14 Feb '24

14 Feb '24

Right now we filter entry points for the target architecture when parsing .spec file. On ARM64X, we're interested in entry points for two different targets. On MSVC (and experimental LLVM), creating importlibs that support both ARM64EC and ARM64 requires passing two .def files. With .spec files, we may generate them both from the same .spec file. This separates per-target exports into a separate struct, while parser stores all entry points specified in the .spec file. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5082

2 7

[PATCH v3 0/7] MR5074: wininet: Improve proxy configuration reading and writing (part 2).
by Piotr Caban (＠piotr) 14 Feb '24

14 Feb '24

-- v3: inetcpl.cpl: Use wininet functions to load and save proxy settings. https://gitlab.winehq.org/wine/wine/-/merge_requests/5074

2 7

2025

2024

2023

2022

wine-gitlab February 2024