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

Re: [PATCH v26 0/1] MR6884: Iphlpapi.dll: Included SendARP
by Thi Garlet (＠garlett) 11 Mar '25

11 Mar '25

On Mon Mar 3 23:25:58 2025 +0000, Thi Garlet wrote: > I think I saw ResolveIpNetEntry2() function documentation in the past. > Maybe because I could not find sources(help please), end up not using > it. Or I asked somebody. Not sure. > Does ResolveIpNetEntry2() need linux privileges ? > Thanks @huw, looking at [netioapi](https://gitlab.winehq.org/wine/wine/-/blob/master/include/netioap…, I found some functions from [IP Helper overview](https://learn.microsoft.com/en-us/windows-hardware/drivers/networ…, but ResolveIpNetEntry2() is not there. The SendARP() is workig, is something missing to merge ? thanks -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6884#note_97423

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

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: > 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 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 v40 0/1] MR7400: cmd: Allow any key to continue past DIR /P pauses.
by Rémi Bernon 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 11 Mar '25

11 Mar '25

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

1 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