From 0efb67b51e0d9d34c65bbdbd9df567a8a991cc4c Mon Sep 17 00:00:00 2001 From: Max Kellermann Date: Sat, 26 Apr 2014 22:11:23 +0200 Subject: DeferredMonitor: fix race condition when using GLib event loop Turns out the lock-free code using atomics was not thread-safe. The given callback could be invoked by GLib before the source_id attribute was assigned. This commit changes the DeferredMonitor class to use a Mutex to block the event loop until source_id is assigned. This bug does not exist in the 0.19 branch because it does not use the GLib main loop anymore. --- NEWS | 1 + 1 file changed, 1 insertion(+) (limited to 'NEWS') diff --git a/NEWS b/NEWS index 27c43988a..ff0d0f141 100644 --- a/NEWS +++ b/NEWS @@ -1,4 +1,5 @@ ver 0.18.11 (not yet released) +* fix race condition when using GLib event loop (non-Linux) ver 0.18.10 (2014/04/10) * decoder -- cgit v1.2.3