1. 15 Aug, 2016 2 commits
  2. 07 Jul, 2016 1 commit
  3. 20 Jun, 2016 2 commits
  4. 17 Jun, 2016 2 commits
  5. 10 Mar, 2016 1 commit
  6. 05 Mar, 2016 1 commit
  7. 01 Mar, 2016 1 commit
  8. 26 Feb, 2016 1 commit
  9. 30 Sep, 2015 1 commit
  10. 22 Jul, 2015 5 commits
  11. 17 Mar, 2015 1 commit
  12. 05 Mar, 2015 1 commit
  13. 13 Feb, 2015 1 commit
  14. 10 Feb, 2015 4 commits
  15. 01 Jan, 2015 1 commit
  16. 14 Dec, 2014 1 commit
  17. 04 Dec, 2014 1 commit
  18. 25 Nov, 2014 1 commit
  19. 18 Nov, 2014 1 commit
  20. 10 Oct, 2014 1 commit
  21. 24 Aug, 2014 2 commits
  22. 07 Aug, 2014 2 commits
  23. 06 Aug, 2014 1 commit
  24. 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
  25. 15 Mar, 2014 1 commit
  26. 02 Mar, 2014 1 commit
  27. 18 Feb, 2014 1 commit
  28. 04 Feb, 2014 1 commit