- wine-gitlab - winehq.org

Re: [PATCH v3 0/6] MR7530: win32u, server: Improve tracking mouse messages from pointer messages.
by Paul Gofman (＠gofman) 11 Mar '25

11 Mar '25

v2: - move 'always_queue' send_hardarw_message parameter change to a later patch. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7530#note_97422

1 0

Re: [PATCH v3 0/6] MR7530: win32u, server: Improve tracking mouse messages from pointer messages.
by Paul Gofman (＠gofman) 11 Mar '25

11 Mar '25

On Tue Mar 11 09:22:36 2025 +0000, Rémi Bernon wrote: > Do we really need to call back into wineserver? Seems unfortunate, maybe > there's a better way? I don't see how to avoid that in principle? - the logic is triggered by calling DefWindowProc, so we can't avoid some action from DefWindowProc; - after WM_POINTERUPDATE with changing coordinates the messages should be generated (and, separately, updating cursor position) regardless of DefWindowProc calls; also generating that in DefWindowProc ever is clumsy because NtUserSendHardwareInput() can't generate the exact message we need, that would need some custom interface (and won't avoid a server call to send message anyway); - we could in principle stop sending those `track_mouse_from_pointer` calls once the tracking switched to server side (by returning the corresponding flag from this call and tracking this part of state in thread data), but we also want to update driver cursor position which seems to cope nicely with this call, in that case it would need to be done in some other more complicated ways. So reducing the amount of those calls (by not sending them once server tracking started) is possible but it will require these parts. I thought it doesn't add too much of calls, do you think it worth it? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7530#note_97421

1 0

Re: [PATCH v3 0/6] MR7530: win32u, server: Improve tracking mouse messages from pointer messages.
by Paul Gofman (＠gofman) 11 Mar '25

11 Mar '25

On Tue Mar 11 09:22:36 2025 +0000, Rémi Bernon wrote: > This changes always_queue from 0 to 1, is it intentional? This is intentional because all the tracking and logic is to be done in the new track_mouse_message_from_pointer(), in a view of that some logic to skip mouse message generation in queue_hardware_message() looks misleading as best. But it doesn't belong to this patch actually, I am moving this change to the patch where track_mouse_message_from_pointer() is introduced. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7530#note_97420

1 0

Re: [PATCH v40 0/1] MR7400: cmd: Allow any key to continue past DIR /P pauses.
by Rémi Bernon (＠rbernon) 11 Mar '25

11 Mar '25

This broke the cmd.exe:batch tests. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7400#note_97418

1 0

[PATCH v3 0/2] MR7517: ntdll: Do not fail NtCreateUserProcess() if requested access doesn't have PROCESS_CREATE_THREAD.
by Paul Gofman (＠gofman) 11 Mar '25

11 Mar '25

-- v3: ntdll: Do not fail NtCreateUserProcess() if requested access doesn't have PROCESS_CREATE_THREAD. https://gitlab.winehq.org/wine/wine/-/merge_requests/7517

2 3

[PATCH 0/1] MR7543: win32u: Don't set foreground window if window is minimized.
by Rémi Bernon (＠rbernon) 11 Mar '25

11 Mar '25

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

2 1

[PATCH 0/3] MR7542: ws2_32: Implement WSALookupService for Bluetooth device discovery.
by Vibhav Pant (＠vibhavp) 11 Mar '25

11 Mar '25

This MR adds an initial implementation of the winsock `WSALookupsService*` methods for performing Bluetooth device discovery (`LUP_CONTAINERS`). Pending !7472, the code will also eventually support performing device inquiry scans. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7542

2 3

[PATCH v2 0/4] MR7505: d3dx9: Partially implement ID3DXEffect::SetRawValue().
by Connor McAdams (＠cmcadams) 11 Mar '25

11 Mar '25

This patch series implements `ID3DXEffect::SetRawValue()` for the simplest cases, which are vec4s and matrix 4x4s. -- v2: d3dx9: Fixup return values for D3DXPT_BOOL parameters in ID3DXEffect::GetValue(). d3dx9: Add support for setting 4x4 matrices in ID3DXEffect::SetRawValue(). d3dx9: Partially implement ID3DXEffect::SetRawValue(). d3dx9/tests: Add tests for ID3DXEffect::SetRawValue(). https://gitlab.winehq.org/wine/wine/-/merge_requests/7505

3 11

[PATCH v2 0/2] MR7517: ntdll: Do not fail NtCreateUserProcess() if requested access doesn't have PROCESS_CREATE_THREAD.
by Paul Gofman (＠gofman) 11 Mar '25

11 Mar '25

-- v2: ntdll: Do not fail NtCreateUserProcess() if requested access doesn't have PROCESS_CREATE_THREAD. ntdll/tests: Test NtCreateUserProcess() with limited access rights. https://gitlab.winehq.org/wine/wine/-/merge_requests/7517

3 4

[PATCH v8 0/7] MR7111: Draft: support building Wine with LTO
by Konstantin Demin (＠rockdrilla) 11 Mar '25

11 Mar '25

work is still in progress. todo: - ensure that all affected sources (i.e. C sources with any kind of assembly) are listed in either way for all architectures - test Wine built with LTO relevant bug reports: - https://bugs.winehq.org/show_bug.cgi?id=41712 - https://bugs.winehq.org/show_bug.cgi?id=51051 -- v8: LTO quirks configure: enable building Wine with LTO makedep: support skipping/disabling LTO makedep: support LTO builds winegcc: support LTO builds winebuild: support LTO builds tools: helper functions for LTO builds https://gitlab.winehq.org/wine/wine/-/merge_requests/7111

2 8

2025

2024

2023

2022

wine-gitlab