August 2025 - Wine-gitlab - list.winehq.org

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

20 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 -- v2: Spit up DYNAMICBASE and HIGHENTROPYVA https://gitlab.winehq.org/wine/wine/-/merge_requests/8786

2 2

[PATCH v2 0/4] MR8781: jscript: Misc array and toString fixes.
by Gabriel Ivăncescu 20 Aug '25

20 Aug '25

-- v2: jscript: Fix error value when passing non-string 'this' to String's toString. jscript: Fallback to Object's toString for Arrays when 'this' isn't an jscript: Return proper error when passing wrong type to Function.apply. jscript: Allow objects that expose "length" prop for Function.apply under https://gitlab.winehq.org/wine/wine/-/merge_requests/8781

2 8

[PATCH 0/5] MR8799: win32u, server: Misc atom / class name requests cleanup.
by Rémi Bernon 20 Aug '25

20 Aug '25

In preparation / instead of https://gitlab.winehq.org/wine/wine/-/merge_requests/8486 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8799

1 5

[PATCH v3 0/3] MR8733: gameinput: Introduce new DLL.
by Rémi Bernon 20 Aug '25

20 Aug '25

Supersedes https://gitlab.winehq.org/wine/wine/-/merge_requests/8338 The header cannot seem to be generated easily from an IDL, gameinput has some unfortunate versioning which reuses the same identifiers across versions, in an incompatible way and sometimes sharing only a subset of them (for instance enum values), and uses C++ namespaces to separate versions. The implementation needs to support every interface version at the same time, which is implemented by wrapping identifiers and adding version suffixes whenever it is included by the implementing code. The tests are also using that so we can tests multiple versions in the same file. -- v3: dinput/tests: Add some gameinput tests. gameinput: Introduce new DLL. include: Add gameinput.h. https://gitlab.winehq.org/wine/wine/-/merge_requests/8733

2 8

Re: [PATCH v6 0/2] MR8635: oleaut32: Fix VarAnd string conversion length handling
by Maotong Zhang (＠xiaotong) 20 Aug '25

20 Aug '25

On Wed Aug 20 11:26:51 2025 +0000, Nikolay Sivov wrote: > I'm talking about changes to VarAnd implementation - what we need is a > least a helper that implements such type coercing with progressively > larger integer types. Or better using something from oleaut32 itself to > do such type conversion. It's most likely not limited to VarAnd(). Yes, you're right. We can write a helper function to handle type coercion. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8635#note_113273

1 0

[PATCH 0/1] MR8089: include: Add missing extern "C++" to guiddef.h
by Alfred Agrell (＠Alcaro) 20 Aug '25

20 Aug '25

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

3 4

[PATCH 0/1] MR7951: Draft: test to see clean output
by Jeff Latimer (＠greyghoster) 20 Aug '25

20 Aug '25

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

3 2

Re: [PATCH v6 0/2] MR8635: oleaut32: Fix VarAnd string conversion length handling
by Maotong Zhang (＠xiaotong) 20 Aug '25

20 Aug '25

On Wed Aug 20 11:27:32 2025 +0000, Nikolay Sivov wrote: > Why do you need this new macro? Conduct VT_CY tests on both the left and right sides -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8635#note_113271

1 0

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

20 Aug '25

Order of day or month and time or year needs to be considered. The year also needs to be adjusted correctly. -- v3: wininet/internet: Fix year parsing to include millennium. https://gitlab.winehq.org/wine/wine/-/merge_requests/8614

3 6

Re: [PATCH v6 0/2] MR8635: oleaut32: Fix VarAnd string conversion length handling
by Nikolay Sivov (＠nsivov) 20 Aug '25

20 Aug '25

Nikolay Sivov (@nsivov) commented about dlls/oleaut32/tests/vartest.c: > V_VT(&exp) = VT_##rvt; V_##rvt(&exp) = rval; \ > test_var_call2( __LINE__, pVarAnd, &left, &right, &exp ) > > -#define VARANDCY(vt1,val1,val2,rvt,rval) \ > +#define VARANDRCY(vt1,val1,val2,rvt,rval) \ > V_VT(&left) = VT_##vt1; V_##vt1(&left) = val1; \ > V_VT(&right) = VT_CY; V_CY(&right).int64 = val2; \ > V_VT(&exp) = VT_##rvt; V_##rvt(&exp) = rval; \ > test_var_call2( __LINE__, pVarAnd, &left, &right, &exp ) > > +#define VARANDLCY(val1,vt2,val2,rvt,rval) \ > + V_VT(&left) = VT_CY; V_CY(&left) .int64 = val1; \ > + V_VT(&right) = VT_##vt2; V_##vt2(&right) = val2; \ > + V_VT(&exp) = VT_##rvt; V_##rvt(&exp) = rval; \ > + test_var_call2( __LINE__, pVarAnd, &left, &right, &exp ) > + Why do you need this new macro? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8635#note_113261

1 0