- 24 Jul, 2023 1 commit
-
-
Zebediah Figura authored
-
- 03 Jul, 2023 1 commit
-
-
Alexandre Julliard authored
-
- 27 Jun, 2023 1 commit
-
-
Joel Holdsworth authored
This is required by Msys2 when running gpg-agent. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54996Signed-off-by: Joel Holdsworth <joel@airwebreathe.org.uk>
-
- 16 Jun, 2023 1 commit
-
-
Rémi Bernon authored
Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55047
-
- 13 Jun, 2023 2 commits
-
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
- 06 Jun, 2023 2 commits
-
-
Alexandre Julliard authored
-
Alexandre Julliard authored
To make it possible to support a larger structure.
-
- 30 May, 2023 2 commits
-
-
Rémi Bernon authored
-
Paul Gofman authored
-
- 26 May, 2023 1 commit
-
-
Alexandre Julliard authored
-
- 25 May, 2023 2 commits
-
-
Alexandre Julliard authored
server: Return STATUS_IMAGE_MACHINE_TYPE_MISMATCH when the mapping's machine differs from the process.
-
Alexandre Julliard authored
-
- 24 May, 2023 1 commit
-
-
Alexandre Julliard authored
-
- 23 May, 2023 1 commit
-
-
Alexandre Julliard authored
-
- 12 May, 2023 2 commits
-
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
- 10 May, 2023 1 commit
-
-
Alexandre Julliard authored
-
- 09 May, 2023 1 commit
-
-
Alexandre Julliard authored
-
- 08 Mar, 2023 1 commit
-
-
Alexandre Julliard authored
-
- 02 Mar, 2023 1 commit
-
-
Henry Goffin authored
This patch addresses an issue in Second Life and potentially other multi-threaded applications which process WM_KEYDOWN in one thread and then verify that the key is "still down" with GetAsyncKeyState from another thread. Wine uses a per-thread key cache, resulting in inconsistent views of key status. Caches are now invalidated when an input event is injected by the driver or via SendInput.
-
- 21 Feb, 2023 2 commits
-
-
Alexandre Julliard authored
-
Alexandre Julliard authored
-
- 11 Nov, 2022 1 commit
-
-
Paul Gofman authored
-
- 10 Nov, 2022 1 commit
-
-
Paul Gofman authored
-
- 17 Oct, 2022 1 commit
-
-
Daniel Lehman authored
Signed-off-by: Daniel Lehman <dlehman25@gmail.com>
-
- 28 Jul, 2022 1 commit
-
-
Rémi Bernon authored
-
- 18 Jul, 2022 1 commit
-
-
Paul Gofman authored
Signed-off-by: Paul Gofman <pgofman@codeweavers.com>
-
- 05 Jul, 2022 1 commit
-
-
Alexandre Julliard authored
Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
- 28 Jun, 2022 1 commit
-
-
Nikolay Sivov authored
Signed-off-by: Nikolay Sivov <nsivov@codeweavers.com>
-
- 25 Apr, 2022 1 commit
-
-
Alexandre Julliard authored
Based on a patch by Fabian Maurer. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=52845Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
- 13 Apr, 2022 1 commit
-
-
Zebediah Figura authored
Signed-off-by: Zebediah Figura <zfigura@codeweavers.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
- 25 Mar, 2022 2 commits
-
-
Jinoh Kang authored
The 'status' field of send_socket_request is always either STATUS_PENDING or STATUS_DEVICE_NOT_READY, and the 'total' field is always zero. Replace the 'status' field with 'force_async' boolean field, and get rid of the 'total' field entirely. Also, clean up the send_socket handler code a bit. Signed-off-by: Jinoh Kang <jinoh.kang.kr@gmail.com> Signed-off-by: Zebediah Figura <zfigura@codeweavers.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
Jinoh Kang authored
Make send_socket alert the async immediately if poll() call detects that there are incoming data in the socket, bypassing the wineserver's main polling loop. For sock_transmit, we always mark the async as pending and set the IOSB (unless async allocation has failed). Signed-off-by: Jinoh Kang <jinoh.kang.kr@gmail.com> Signed-off-by: Zebediah Figura <zfigura@codeweavers.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
- 22 Mar, 2022 1 commit
-
-
Jinoh Kang authored
The client can set mark_pending to indicate that the full-blown I/O completion mechanism shall be triggered (asynchronous completion) even if the status indicates failure. Signed-off-by: Jinoh Kang <jinoh.kang.kr@gmail.com> Signed-off-by: Zebediah Figura <zfigura@codeweavers.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
- 10 Feb, 2022 4 commits
-
-
Jinoh Kang authored
The 'status' field of recv_socket_request is always either STATUS_PENDING or STATUS_DEVICE_NOT_READY, and the 'total' field is always zero. Replace the 'status' field with 'force_async' boolean field, and get rid of the 'total' field entirely. Also, clean up the recv_socket handler code a bit. Signed-off-by: Jinoh Kang <jinoh.kang.kr@gmail.com> Signed-off-by: Zebediah Figura <zfigura@codeweavers.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
Jinoh Kang authored
Make recv_socket alert the async immediately if poll() call detects that there are incoming data in the socket, bypassing the wineserver's main polling loop. Signed-off-by: Jinoh Kang <jinoh.kang.kr@gmail.com> Signed-off-by: Zebediah Figura <zfigura@codeweavers.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
Jinoh Kang authored
If the server detects that an I/O request could be completed immediately (e.g. the socket to read from already has incoming data), it can now return STATUS_ALERTED to allow opportunistic synchronous I/O. The Unix side will then attempt to perform I/O in nonblocking mode and report back the I/O status to the server via the new server request "set_async_direct_result". If the operation returns e.g. EAGAIN or EWOULDBLOCK, the client can opt to either abandon the request (by specifying an error status) or poll for it in the server as usual (by waiting on the wait handle). Without such mechanism in place, the client cannot safely perform immediately satiable I/O operations synchronously, since it can potentially conflict with other pending I/O operations that have already been queued. Signed-off-by: Jinoh Kang <jinoh.kang.kr@gmail.com> Signed-off-by: Zebediah Figura <zfigura@codeweavers.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
Jacek Caban authored
Signed-off-by: Jacek Caban <jacek@codeweavers.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
- 25 Jan, 2022 1 commit
-
-
Alexandre Julliard authored
Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-