March 2024 - Wine-gitlab - list.winehq.org

[PATCH 0/1] MR5245: server: Stop waiting on LL-hooks for non-injected input.
by Rémi Bernon 06 Mar '24

06 Mar '24

Tests show that injected input indeed wait on LL-hooks to be processed. However real hardware input isn't normally sent by the processes themselves like Wine does, and it is unnecessary to wait for the LL-hooks to be processed. The applications threads should instead return from the ProcessEvent call when input is received, and process their hooks later as needed, or do some other tasks application might expect them to. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5245

1 1

[PATCH 0/3] MR5244: server: Implement finer pointer messages behavior.
by Rémi Bernon 06 Mar '24

06 Mar '24

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

1 3

[PATCH v7 0/3] MR4243: rtworkq: free cancelled work items
by Yuxuan Shui (＠yshui) 06 Mar '24

06 Mar '24

-- v7: rtworkq: Release cancelled work items. https://gitlab.winehq.org/wine/wine/-/merge_requests/4243

3 6

[PATCH v6 0/3] MR4243: rtworkq: free cancelled work items
by Yuxuan Shui (＠yshui) 06 Mar '24

06 Mar '24

-- v6: rtworkq: Release cancelled work items. mfplat: tests: Validate MFCancelWorkItem releases the callback. rtworkq: Avoid use-after-free. https://gitlab.winehq.org/wine/wine/-/merge_requests/4243

3 5

[PATCH 0/1] MR5242: cmd/tests: Add tests for calling special excuteable files.
by Haidong Yu (＠yhd986) 06 Mar '24

06 Mar '24

Signed-off-by: Haidong Yu <yuhaidong(a)uniontech.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5242

3 2

Re: [PATCH v2 0/2] MR5158: rtworkq: Avoid closing a thread pool object while its callbacks are running.
by Yuxuan Shui (＠yshui) 06 Mar '24

06 Mar '24

@nsivov !4243 is not complicated if you weren't so dismissive and made any effort to try and understand it. I was trying so hard to explain it to you too. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5158#note_63634

1 0

Re: [PATCH v5 0/3] MR4243: rtworkq: free cancelled work items
by Yuxuan Shui (＠yshui) 06 Mar '24

06 Mar '24

@nsivov since you have approved !5158, do you understand why there is a race that needs to be fixed now? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/4243#note_63632

1 0

[PATCH 0/4] MR5241: shell32: Reimplement much of IDataObject.
by Zebediah Figura (＠zfigura) 06 Mar '24

06 Mar '24

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

3 5

[PATCH v2 0/3] MR5237: Use futexes on macOS for thread-ID alerts.
by Marc-Aurel Zent (＠mzent) 06 Mar '24

06 Mar '24

This also bumps the minimum supported version of macOS to 10.12 to unconditionally assume the ulock syscalls are present. As discussed with @Gcenx this shouldn't be an issue, as the current minimum support version of 10.8 does not work anyways at the moment with only 10.10+ being useable and even then virtually no-one using wine on versions < 10.12 (and also being unsupported by the prebuilt binaries). Bumping to 10.12 would also have the side-benefit of allowing some cleanup of deprecated functions or legacy codepaths (like `mach_continuous_time` vs `mach_absolute_time` and probably much more). In my testing ulock futexes are about 2x faster for synchronization than kevents. Using the syscall wrappers here should provide protection against changing syscall numbers, and given that ulock is also directly used by libc++, the probability of an incompatible API change here is basically zero imo. By default ulock is also process-private, similar to the current linux implementation, cross-process synchronization would require darwin 19+ (macOS 10.15+) with `UL_COMPARE_AND_WAIT_SHARED`. The diff is a bit bigger than it actually is in effect, since https://gitlab.winehq.org/mzent/wine/-/commit/28a8a991c165f0d37dbf78ca3cdee… is only moving some code around and not actually changing anything. -- v2: ntdll: Implement futex_wait() and futex_wake() on macOS. ntdll: Use USE_FUTEX to indicate futex support. https://gitlab.winehq.org/wine/wine/-/merge_requests/5237

3 6

[PATCH v23 0/8] MR3103: server: Create and use a desktop shared mapping for GetCursorPos.
by Rémi Bernon 05 Mar '24

05 Mar '24

First part of Proton shared memory series. The full branch can be seen at https://gitlab.winehq.org/rbernon/wine/-/commits/mr/shared-memories. -- v23: win32u: Use the desktop shared data for GetCursorPos. server: Move the last cursor time to the desktop session object. server: Move the cursor position to the desktop session object. win32u: Open desktop shared objects from session mapping. server: Allocate shared session object for desktops. win32u: Open the global session shared mapping. include: Add ReadNoFence64 inline helpers. server: Create a global session shared mapping. https://gitlab.winehq.org/wine/wine/-/merge_requests/3103

1 9