- 22 Mar, 2022 17 commits
-
-
Huw Davies authored
Signed-off-by:
Huw Davies <huw@codeweavers.com> Signed-off-by:
Andrew Eikum <aeikum@codeweavers.com> Signed-off-by:
Alexandre Julliard <julliard@winehq.org>
-
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:
-
Jinoh Kang authored
Today, we assert that a short write clears the FD_WRITE event bit; however, short writes can never happen on Windows in the first place. We're testing for a property of a socket behaviour that does not exist on Windows, but currently happens to be exhibited by Wine. Ignore short writes, and continue sending until it fails with EWOULDBLOCK. This way, the test won't care whether or not a short write clears FD_WRITE. This allows us some flexibility in implementation of send(). Signed-off-by:
-
Jinoh Kang authored
Shift the resposibility of setting initial status from set_async_direct_result request handler to async_set_result(). Signed-off-by:
-
Jinoh Kang authored
Commit 15483b1a (server: Allow calling async_handoff() with status code STATUS_ALERTED., 2022-02-10) introduced the set_async_direct_result handler which calls async_set_initial_status(). However, the async_set_initial_status() call does nothing since async->terminated is set, leaving the async in a confusing state (unknown_status = 1 but pending/completed). So far, this issue is unlikely to have been a problem in practice for the following reasons: 1. async_set_initial_status() would have unset unknown_status, but it remains set instead. This is usually not a problem, since unknown_status is usually ever read by code paths effectively unreachable for non-device (e.g. socket) asyncs. It would still potentially allow set_async_direct_result to be called multiple times, but it wouldn't actually happen in practice unless something goes wrong. 2. async_set_initial_status() would have set initial_status; however, it is left with the default value STATUS_PENDING. If the actual status is something other than that, the handler closes the wait handle and async_satisfied (the only real consumer of initial_status) would never be called anyway. For reasons above, this issue is not effectively observable or testable. Nonetheless, the current code does leave the async object in an inconsistent state. Fix this by removing the !async->terminated check in async_set_initial_status(). Also, remove assert( async->unknown_status ). The client can now trigger the assert() by calling set_async_direct_result on a device async, thereby causing async_set_initial_status() to be called twice. Signed-off-by:
-
Alexandre Julliard authored
Signed-off-by: -
Alexandre Julliard authored
Signed-off-by: -
Alexandre Julliard authored
Signed-off-by: -
Alexandre Julliard authored
Signed-off-by: -
Alexandre Julliard authored
Signed-off-by: -
Alexandre Julliard authored
Signed-off-by: -
Ziqing Hui authored
The tests show that if we don't have a global IPv6 address, getaddrinfo() will not return IPv6 results. Specifing AF_UNSPEC makes it return IPv4 results. Signed-off-by:
Ziqing Hui <zhui@codeweavers.com> Signed-off-by:
-
Eric Pouech authored
Signed-off-by:
Eric Pouech <eric.pouech@gmail.com> Signed-off-by:
-
Eric Pouech authored
Signed-off-by:
-
Eric Pouech authored
Signed-off-by:
-
Eric Pouech authored
Signed-off-by:
-
Eric Pouech authored
Signed-off-by:
-
- 21 Mar, 2022 23 commits
-
-
Alexandre Julliard authored
Signed-off-by: -
Gabriel Ivăncescu authored
Signed-off-by:
Gabriel Ivăncescu <gabrielopcode@gmail.com> Signed-off-by:
Jacek Caban <jacek@codeweavers.com> Signed-off-by:
-
Gabriel Ivăncescu authored
Signed-off-by:
-
Gabriel Ivăncescu authored
We have to define it after the constructors are initiated. Signed-off-by:
-
Gabriel Ivăncescu authored
Methods can be overriden by simple assignment, not just via defineProperty, unlike accessors. Signed-off-by:
-
Gabriel Ivăncescu authored
Signed-off-by:
-
Alexandre Julliard authored
Signed-off-by: -
Alexandre Julliard authored
Signed-off-by: -
Alexandre Julliard authored
Signed-off-by: -
Jacek Caban authored
Signed-off-by:
-
Jacek Caban authored
Signed-off-by:
-
Jacek Caban authored
Signed-off-by:
-
Jacek Caban authored
They are no longer used from PE code. Signed-off-by:
-
Jacek Caban authored
Signed-off-by:
-
Paul Gofman authored
Signed-off-by:
Paul Gofman <pgofman@codeweavers.com> Signed-off-by:
Hans Leidekker <hans@codeweavers.com> Signed-off-by:
-
Alexandre Julliard authored
Signed-off-by: -
Alexandre Julliard authored
Signed-off-by: -
Alexandre Julliard authored
Signed-off-by: -
Alexandre Julliard authored
Signed-off-by: -
Alexandre Julliard authored
Signed-off-by: -
Alexandre Julliard authored
Signed-off-by: -
Rémi Bernon authored
Signed-off-by:
Rémi Bernon <rbernon@codeweavers.com> Signed-off-by:
-
Rémi Bernon authored
Signed-off-by:
-
