- 13 Mar, 2019 1 commit
-
-
Nikolay Sivov authored
Signed-off-by: Nikolay Sivov <nsivov@codeweavers.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
- 31 Oct, 2018 1 commit
-
-
Stefan Dösinger authored
af35aada left some issues unfixed. Instead of running the callback and returning a retval that indicates the callback is not running, we sometimes wait for it when we are not supposed to. Signed-off-by: Stefan Dösinger <stefan@codeweavers.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
- 06 Sep, 2017 1 commit
-
-
Stefan Dösinger authored
Chromium signals the wait semaphore and calls DeregisterWaitEx with CompletionHandle = INVALID_HANDLE_VALUE in close succession. Sometimes the worker thread decides to run the callback, but before it sets CallbackInProgress RtlDeregisterWaitEx decides that the callback is not running and returns STATUS_SUCCESS. Chromium then releases resources that the callback needs to run, resulting in random crashes. Signed-off-by: Stefan Dösinger <stefan@codeweavers.com> Signed-off-by: Sebastian Lackner <sebastian@fds-team.de> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
- 23 Aug, 2016 1 commit
-
-
Bruno Jesus authored
Signed-off-by: Bruno Jesus <00cpxxx@gmail.com> Signed-off-by: Sebastian Lackner <sebastian@fds-team.de> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
- 22 Aug, 2016 5 commits
-
-
Keno Fischer authored
Signed-off-by: Keno Fischer <keno@juliacomputing.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
Sebastian Lackner authored
Signed-off-by: Sebastian Lackner <sebastian@fds-team.de> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
Sebastian Lackner authored
Signed-off-by: Sebastian Lackner <sebastian@fds-team.de> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
Sebastian Lackner authored
Signed-off-by: Sebastian Lackner <sebastian@fds-team.de> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
Sebastian Lackner authored
Signed-off-by: Sebastian Lackner <sebastian@fds-team.de> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
- 19 Aug, 2016 1 commit
-
-
Sebastian Lackner authored
Signed-off-by: Sebastian Lackner <sebastian@fds-team.de> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
- 02 Aug, 2016 1 commit
-
-
Nikolay Sivov authored
Signed-off-by: Nikolay Sivov <nsivov@codeweavers.com> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
- 18 May, 2016 1 commit
-
-
Frédéric Delanoy authored
Signed-off-by: Frédéric Delanoy <frederic.delanoy@gmail.com> Signed-off-by: Sebastian Lackner <sebastian@fds-team.de> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
- 31 Mar, 2016 1 commit
-
-
Sebastian Lackner authored
Signed-off-by: Sebastian Lackner <sebastian@fds-team.de> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
- 09 Oct, 2015 1 commit
-
-
Sebastian Lackner authored
Signed-off-by: Sebastian Lackner <sebastian@fds-team.de> Signed-off-by: Alexandre Julliard <julliard@winehq.org>
-
- 07 Aug, 2015 1 commit
-
-
Francois Gouget authored
-
- 29 Jul, 2015 1 commit
-
-
Sebastian Lackner authored
-
- 28 Jul, 2015 1 commit
-
-
Sebastian Lackner authored
-
- 13 Jul, 2015 1 commit
-
-
Sebastian Lackner authored
-
- 08 Jul, 2015 1 commit
-
-
Sebastian Lackner authored
-
- 06 Jul, 2015 4 commits
-
-
Sebastian Lackner authored
When the number of elements per bucket is too small, then try to reduce the number of threads by merging buckets. This is to ensure that the number of running wait queue threads doesn't get too big.
-
Sebastian Lackner authored
-
Sebastian Lackner authored
To implement waiting for an arbitrary number of handles, we group them in buckets up to (MAXIMUM_WAIT_OBJECTS - 1) objects, and then assign a dedicated wait queue thread. The last handle is used to notify about changes.
-
Sebastian Lackner authored
-
- 03 Jul, 2015 3 commits
-
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-
- 02 Jul, 2015 9 commits
-
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-
Sebastian Lackner authored
Various internal details about the order and error handling of completion actions are documented in "Concurrent Programming on Windows" by Joe Duffy.
-
Sebastian Lackner authored
An instance can only have one completion of each type, trying to add a second one leads to an exception on Windows.
-
Sebastian Lackner authored
The instance is marked as long-running even if TpCallbackMayRunLong fails, a second call will lead to an exception on Windows.
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-
- 01 Jul, 2015 5 commits
-
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-
Sebastian Lackner authored
-