- wine-gitlab - winehq.org

[PATCH 0/1] MR8023: gitlab: Skip d3d10core:d3d10core tests.
by Rémi Bernon (＠rbernon) 20 May '25

20 May '25

The test is often crashing since 11/04, possibly from an address space exhaustion on win32. We could perhaps include it instead with the 64bit tests, but it's also occasionally crashing there according to https://test.winehq.org/data/patterns.html#d3d10core:d3d10core and some other d3d tests are disabled already. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8023

3 4

Re: [PATCH v2 0/2] MR8045: comctl32: Implement EVENT_OBJECT_VALUECHANGE for trackbars.
by Rémi Bernon (＠rbernon) 20 May '25

20 May '25

The test is broken on most windows versions, see https://test.winehq.org/data/patterns.html#comctl32:trackbar -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8045#note_103934

1 0

[PATCH 0/1] MR8086: wbemprox: Only use IOCTL_DISK_GET_DRIVE_GEOMETRY_EX if GetDiskFreeSpaceExW() fails.
by Paul Gofman (＠gofman) 20 May '25

20 May '25

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

3 3

[PATCH 0/1] MR8076: dbghelpi,imagehlp: Don't dupe some exports on 64bit compilation.
by eric pouech (＠epo) 20 May '25

20 May '25

For a 32bit DLL, dbghelp exports both the 32bit and the 64bit variant of some APIs (eg. StackWalk, SymLoadModule...). For a 64bit DLL, only the 64bit variant is implemented and exported (the two names point to the same address in the export table). This patch: - uses the same function for both names (as native does) in .spec file for 64bit architecture - removes the 32bit variant from 64bit compilation, - adapts also the corresponding import:s in imagehlp from dbghelp. This mostly fixes 64bit apps, getting eg "StackWalk" address with GetProcAddress() and expecting a 64bit code path. (reported & tested by Stefan). Signed-off-by: Eric Pouech <epouech(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8076

3 6

[PATCH 0/5] MR8093: msado15: Add support for obtaining base tables and views in _Recordset_Open.
by Piotr Caban (＠piotr) 20 May '25

20 May '25

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

2 5

[PATCH 0/7] MR8090: amstream: Implement the custom ddraw stream allocator.
by Elizabeth Figura (＠zfigura) 20 May '25

20 May '25

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

4 9

[PATCH 0/1] MR8088: winebus: Fix detection of devices with no axis.
by Oleg Makarenko (＠JacKeTUs) 20 May '25

20 May '25

Currently Wine does not create device with no axis. They are detected by SDL. Such devices do exist, for example, shifters, button-boxes for various simulation games. Bug was introduced in https://gitlab.winehq.org/wine/wine/-/merge_requests/181, it doesn't enter in cycle if `axis_count` is 0. Changed cycle from `for` to `do while`, allowing device creation run at least once. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8088

2 1

[PATCH v2 0/1] MR8073: ntdll: Unbreak new wow64 mode on FreeBSD.
by Alexander Shaikhulin (＠shkhln) 20 May '25

20 May '25

1. For %fs/fsbase the patch follows the macOS logic with LDT descriptor registration and Linux with switching. One notable difference is that on 32->64 transition we set %fs to GSEL(GUFS32_SEL, SEL_UPL) before restoring fsbase, otherwise FreeBSD will just revert it by reloading the selector [at the first opportunity](https://github.com/freebsd/freebsd-src/blob/5673462af5330df207…. GSEL(GUFS32_SEL, SEL_UPL) is the default %fs value on FreeBSD and is special-cased to save/restore actual fsbase value to/from PCB. 2. I was told we could get rid of fsbase glitches in signal handlers by blocking signals with [sigfastblock(2)](https://man.freebsd.org/cgi/man.cgi?query=sigfastblock) between %fs reset to the default value and fsbase reset to pthread_teb. This is currently a part of internal API for libthr, which could be exposed as pthread_signal_block_np for Wine. I'm on the fence whether it's worth it. 3. I fully admit I have no idea what registers are worth preserving around fallback sysarch(AMD64_SET_FSBASE) syscalls and whether it's appropriate to push those registers to stack. ("Kernel" stack should be fine, I assume?) Syscalls definitely clobber r8-r11. 4. For %ss see https://lkml.org/lkml/2015/4/24/216. FreeBSD doesn't have a similar workaround in the kernel, so it goes into Wine. -- v2: ntdll: Unbreak new wow64 mode on FreeBSD. https://gitlab.winehq.org/wine/wine/-/merge_requests/8073

2 1

[PATCH 0/1] MR8087: mountmgr.sys: Fill DiskNumber and ExtentLength for IOCTL_VOLUME_GET_VOLUME_DISK_EXTENTS.
by Paul Gofman (＠gofman) 20 May '25

20 May '25

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

2 1

[PATCH 0/1] MR8068: makedep: Build implib code with guest compiler.
by Sasha Finkelstein (＠chaos_princess) 19 May '25

19 May '25

Some implibs contain code that indirectly includes winnt.h, which in turn contains NtGetCurrentTeb. On arm64 that is implemented by reading a global register variable. Gcc is perfectly fine with that, but clang complains that x18 is not a reserved register on linux. Signed-off-by: Sasha Finkelstein <fnkl.kernel(a)gmail.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8068

3 7

2025

2024

2023

2022

wine-gitlab