- Wine-GitLab - list.winehq.org

[PATCH 0/1] MR11077: ntdll: Preserve nonvolatile registers across VEH callbacks.
by Soham Nandy (＠natimerry) June 6, 2026

June 6, 2026

Some VEH pop / modify nonvolatile registers before returning. This is a violation of the calling convention and leaves stale values after the VEH is called. Call VEHs through a wrapper which saves and restores non volatile registers around the callback. This is modified and split up form https://gitlab.winehq.org/wine/wine/-/merge_requests/11069. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11077

2 1

[PATCH v2 0/2] MR11076: msxml3: Invoke onreadystatechange after a successful synchronous load.
by Rose Hellsing (＠axtlos) June 5, 2026

June 5, 2026

Native MSXML fires the onreadystatechange handler synchronously from within IXMLDOMDocument::load()/loadXML() once parsing completes and readyState reaches 4. Hosts that set the handler before calling load() and expect it to have run by the time control returns to the caller rely on this ordering; Wine currently invokes the handler only as part of the asynchronous parse path, so synchronous loads silently skip it. This is MR 1 out of 4 for https://bugs.winehq.org/show_bug.cgi?id=33474 -- v2: msxml3/tests: Test synchronous invocation of onreadystatechange from loadXML(). msxml3: Invoke onreadystatechange after a successful synchronous load. https://gitlab.winehq.org/wine/wine/-/merge_requests/11076

2 2

Re: [PATCH v4 0/2] MR10952: riched20: Properly capture \pntext content
by Rose Hellsing (＠axtlos) June 5, 2026

June 5, 2026

@huw could you take a look at this? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10952#note_142322

1 0

[PATCH 0/2] MR11076: msxml3: Invoke onreadystatechange after a successful synchronous load.
by Rose Hellsing (＠axtlos) June 5, 2026

June 5, 2026

Native MSXML fires the onreadystatechange handler synchronously from within IXMLDOMDocument::load()/loadXML() once parsing completes and readyState reaches 4. Hosts that set the handler before calling load() and expect it to have run by the time control returns to the caller rely on this ordering; Wine currently invokes the handler only as part of the asynchronous parse path, so synchronous loads silently skip it. This is MR 1 out of 4 for https://bugs.winehq.org/show_bug.cgi?id=33474 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11076

2 2

Re: [PATCH v2 0/1] MR11073: include: Add IInkRecognizerContext coclass - approved
by Alexandre Julliard (＠julliard) June 5, 2026

June 5, 2026

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

1 0

Re: [PATCH v2 0/1] MR11075: ntdll: Synthesize caller context in ARM64EC RtlRaiseException. - approved
by Alexandre Julliard (＠julliard) June 5, 2026

June 5, 2026

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

1 0

Re: [PATCH v2 0/1] MR11068: crypt32/tests: Avoid crash in testCertProperties. - approved
by Alexandre Julliard (＠julliard) June 5, 2026

June 5, 2026

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

1 0

Re: [PATCH v5 0/1] MR10953: Update default i386 CFLAGS - approved
by Alexandre Julliard (＠julliard) June 5, 2026

June 5, 2026

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

1 0

Re: [PATCH v4 0/2] MR11018: combase: Implement delayed marshaling for RoGetAgileReference - approved
by Alexandre Julliard (＠julliard) June 5, 2026

June 5, 2026

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

1 0

[PATCH v7 0/2] MR8073: ntdll: Unbreak new wow64 mode on FreeBSD.
by Alexander Shaikhulin (＠shkhln) June 5, 2026

June 5, 2026

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. -- v7: ntdll: Work around AMD SYSRET SS descriptor behavior on FreeBSD. ntdll: Unbreak new wow64 mode on FreeBSD. https://gitlab.winehq.org/wine/wine/-/merge_requests/8073

8 16