1. 02 Nov, 2016 1 commit
  2. 28 Oct, 2016 1 commit
  3. 09 Sep, 2016 1 commit
  4. 15 Aug, 2016 2 commits
  5. 07 Jul, 2016 1 commit
  6. 20 Jun, 2016 2 commits
  7. 17 Jun, 2016 2 commits
  8. 10 Mar, 2016 1 commit
  9. 05 Mar, 2016 1 commit
  10. 01 Mar, 2016 1 commit
  11. 26 Feb, 2016 1 commit
  12. 30 Sep, 2015 1 commit
  13. 22 Jul, 2015 5 commits
  14. 17 Mar, 2015 1 commit
  15. 05 Mar, 2015 1 commit
  16. 13 Feb, 2015 1 commit
  17. 10 Feb, 2015 4 commits
  18. 01 Jan, 2015 1 commit
  19. 14 Dec, 2014 1 commit
  20. 04 Dec, 2014 1 commit
  21. 25 Nov, 2014 1 commit
  22. 18 Nov, 2014 1 commit
  23. 10 Oct, 2014 1 commit
  24. 24 Aug, 2014 2 commits
  25. 07 Aug, 2014 2 commits
  26. 06 Aug, 2014 1 commit
  27. 26 Apr, 2014 1 commit
    • Max Kellermann's avatar
      DeferredMonitor: fix race condition when using GLib event loop · 0efb67b5
      Max Kellermann authored
      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.
      0efb67b5
  28. 15 Mar, 2014 1 commit