May 2025 - Wine-GitLab - list.winehq.org

Re: [PATCH v2 0/1] MR8088: winebus: Fix detection of devices with no axis. - approved
by Rémi Bernon May 20, 2025

May 20, 2025

This merge request was approved by Rémi Bernon. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8088

1 0

[PATCH 0/1] MR8094: wbemprox: Return the SMBIOSTableData[] when querying SMBiosData.
by Louis Lenders (＠xe) May 20, 2025

May 20, 2025

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58243 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8094

3 2

[PATCH 0/1] MR8023: gitlab: Skip d3d10core:d3d10core tests.
by Rémi Bernon May 20, 2025

May 20, 2025

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

2 4

Re: [PATCH v2 0/2] MR8045: comctl32: Implement EVENT_OBJECT_VALUECHANGE for trackbars.
by Rémi Bernon May 20, 2025

May 20, 2025

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) May 20, 2025

May 20, 2025

-- 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) May 20, 2025

May 20, 2025

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) May 19, 2025

May 19, 2025

-- 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) May 19, 2025

May 19, 2025

-- 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) May 19, 2025

May 19, 2025

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) May 19, 2025

May 19, 2025

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