- wine-gitlab - winehq.org

[PATCH v5 0/1] MR256: ntdll: Do not open directory file when setting the same directory path.
by Paul Gofman (＠gofman) 21 Aug '25

21 Aug '25

Fixes The Rising of The Shield Hero: Relieve the Animation hangs on start (and maybe something else with ENIGMA protector). The protector implements virtual file system which hotpatches a lot of file related functions, in particular, NtOpenFile(). When NtOpenFile() is called from RtlSetCurrentDirectory_U() with peb lock held the hotpatcher takes its own lock and that can deadlock with other threads performing file / path operations ending up in get_full_path_helper() which also takes PEB lock. Once the hotpatcher is initialized the game only sets "." or the same full path as current and may do that rather often. It seems that reopening the file handle for the same directory is redundant anyway, so probably makes sense to just avoid that part. -- v5: ntdll: Do not open directory file when setting the same directory path. https://gitlab.winehq.org/wine/wine/-/merge_requests/256

2 1

[PATCH v3 0/3] MR8774: vccorlib140: Add an initial implementation for allocation primitives.
by Vibhav Pant (＠vibhavp) 21 Aug '25

21 Aug '25

The `Allocate` method has two variants: * Allocate(size_t): Performs a normal allocation, but throws a COMException on OOM. * Allocate(ptrdiff_t offset, size_t size): Allocates a block of size `size`, and initializes a control block for an `IWeakReference` at `offset`. The weak reference resolves to the allocated object, which can finally be freed by calling `ControlBlock::ReleaseTarget`. The IWeakReference implementation seems to be rather odd, which I have tried to demonstrate (and test) in the unit tests: * `ReleaseTarget` only frees the object if the strong ref count is _below_ 0. * `IWeakReference::Resolve` will _not_ set the output pointer to `NULL` if the weak reference is no longer alive. This MR implements these functions sans exception support. -- v3: vccorlib140: Implement Platform::Details::{Allocate(ptrdiff_t, size_t), ControlBlock::ReleaseTarget}. vccorlib140: Add stub for Platform::Details::{Allocate(ptrdiff_t, size_t), ControlBlock::ReleaseTarget}. vccorlib140: Add semi-stub for Platform::Details::Heap::{Allocate, Free}. https://gitlab.winehq.org/wine/wine/-/merge_requests/8774

3 7

[PATCH v4 0/3] MR8786: Draft: winebuild: Add flag to disable dynamicbase/aslr
by Tres Finocchiaro (＠tresf) 21 Aug '25

21 Aug '25

Commit 518e394794160818ffe6826c874ff2f550c95bbb introduced new and important default behavior for PE binaries built using `winegcc`/`wineg++`/`winebuild`. * `/DYNAMICBASE` - Generates an executable image that can be randomly rebased at load time by using the address space layout randomization (ASLR) feature of Windows that was first available in Windows Vista. * `/HIGHENTROPYVA` - Randomized 64-bit virtual addresses make it more difficult for an attacker to guess the location of a particular memory region. ... however as identified in https://bugs.winehq.org/show_bug.cgi?id=58480, this new default behavior can severely impact applications that interact with binaries created for Windows XP and older. This is quite common for legacy audio plugins, such as VST2(TM) plugins. This MR keeps the new default "dynamicbase" and "highentropyva" flags by default, but mirrors the mingw/msys2 `--disable-dynamicbase` flag as explained here: https://www.msys2.org/news/#2021-01-31-aslr-enabled-by-default. MSVC also provides a similarly named flag [here](https://learn.microsoft.com/en-us/cpp/build/reference/dynamicbase). Downstream, the LMMS project has successfully deployed the mingw flag and the MSVC flag for our Windows builds. Our Linux builds use a custom wine-bridge and would benefit from the same. We've currently tested this MR downstream against a snapshot of master branch to passing results. Downstream PRs: * Linux: https://github.com/LMMS/lmms/pull/7987 * Windows: https://github.com/LMMS/lmms/pull/7976 -- v4: Revert HIGHENTROPYVA flag https://gitlab.winehq.org/wine/wine/-/merge_requests/8786

2 4

[PATCH v3 0/6] MR8770: ntoskrnl: Add support for getting DEVPKEY_Device_BusReportedDeviceDesc from devices.
by Connor McAdams (＠cmcadams) 21 Aug '25

21 Aug '25

-- v3: wineusb.sys: Print a warning for unhandled IRP_MN_QUERY_DEVICE_TEXT text types. winebth.sys: Print a warning for unhandled IRP_MN_QUERY_DEVICE_TEXT text types. hidclass: Print a warning for unhandled IRP_MN_QUERY_DEVICE_TEXT text types. winebus: Handle IRP_MN_QUERY_DEVICE_TEXT. https://gitlab.winehq.org/wine/wine/-/merge_requests/8770

4 11

[PATCH 0/1] MR8808: Fixed MIDI reset Control Change
by Keigo Okamoto (＠KeigoOkamoto) 21 Aug '25

21 Aug '25

This pull request fixes Wine's MIDI synthesizer reset process to be the same as Windows'. When playing Touhou Project games in MIDI BGM mode, the music playback becomes buggy when the BGM changes. The video below is an example of an anomaly that occurs when playing The Fantastic Tales from Tono after playing Crystallized Silver in Touhou 7. https://youtu.be/O69sndJ45Ag Here's a correct example of The Fantastic Tales from Tono playback: https://youtu.be/XlFAQEbbNDg?list=RDXlFAQEbbNDg Piano sound is clearly missing on Wine. This issue occurs due to an Wine's incorrect reset process for MIDI synthesizer. When I ran FluidSynth on Windows and checked the log, I found that CC123 and CC121 were executed for each MIDI channel when switching songs. CC123 means All Notes Off, CC121 means Reset All Controllers. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8808

2 1

[PATCH 0/1] MR8807: winbio: Add stub DLL
by Mike Kozelkov (＠augenzi) 21 Aug '25

21 Aug '25

MAX messenger version 25.7.9 requires winbio.dll to start. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8807

2 1

[PATCH v2 0/6] MR8770: ntoskrnl: Add support for getting DEVPKEY_Device_BusReportedDeviceDesc from devices.
by Connor McAdams (＠cmcadams) 21 Aug '25

21 Aug '25

-- v2: wineusb.sys: Print a warning for unhandled IRP_MN_QUERY_DEVICE_TEXT text types. winebth.sys: Print a warning for unhandled IRP_MN_QUERY_DEVICE_TEXT text types. hidclass: Print a warning for unhandled IRP_MN_QUERY_DEVICE_TEXT text types. winebus: Handle IRP_MN_QUERY_DEVICE_TEXT. https://gitlab.winehq.org/wine/wine/-/merge_requests/8770

3 9

[PATCH 0/3] MR8806: winevulkan: Update to VK spec version 1.4.325 and disable h265 extensions.
by Georg Lehmann (＠DadSchoorse) 21 Aug '25

21 Aug '25

StdVideoH265HrdParameters has an array with a length defined outside of the structure, so the struct conversion code fails to compile. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8806

2 3

[PATCH v2 0/7] MR8776: More runtimeclass type checks
by Hans Leidekker (＠hans) 21 Aug '25

21 Aug '25

-- v2: widl: Require runtimeclass contracts to be defined. widl: Require composition interfaces to be defined. widl: Require activation interfaces to be defined. widl: Require static interfaces to be defined. include: Define ISystemMediaTransportControlsStatics. include: Define IRandomAccessStreamStatics. include: Comment references to undefined static interfaces. https://gitlab.winehq.org/wine/wine/-/merge_requests/8776

2 7

[PATCH v5 0/3] MR8614: wininet/internet: Fix parsing order of http times.
by Jacob Czekalla (＠JacobCzekalla) 21 Aug '25

21 Aug '25

Order of day or month and time or year needs to be considered. The year also needs to be adjusted correctly. -- v5: wininet/internet: Fix year parsing to include millennium. wininet/internet: Fix parsing order of http times. wininet/tests: Add more http time test strings. https://gitlab.winehq.org/wine/wine/-/merge_requests/8614

3 4

2025

2024

2023

2022

wine-gitlab