1. 15 Aug, 2008 4 commits
  2. 12 Aug, 2008 1 commit
  3. 11 Aug, 2008 2 commits
  4. 09 Aug, 2008 4 commits
  5. 31 Jul, 2008 1 commit
  6. 19 Jul, 2008 1 commit
  7. 06 Jul, 2008 1 commit
  8. 29 Jun, 2008 1 commit
  9. 28 Jun, 2008 3 commits
  10. 24 Jun, 2008 1 commit
  11. 22 Jun, 2008 1 commit
  12. 19 Jun, 2008 1 commit
  13. 31 May, 2008 1 commit
  14. 30 May, 2008 1 commit
  15. 28 May, 2008 3 commits
  16. 25 May, 2008 1 commit
  17. 04 May, 2008 1 commit
  18. 03 May, 2008 1 commit
  19. 01 May, 2008 2 commits
  20. 14 Apr, 2008 1 commit
  21. 12 Mar, 2008 1 commit
  22. 26 Feb, 2008 1 commit
    • Pierre d'Herbemont's avatar
      misc/objects.c: Don't rely on vlc_object_destroy() to destroy objects, but... · a78e273e
      Pierre d'Herbemont authored
      misc/objects.c: Don't rely on vlc_object_destroy() to destroy objects, but expects vlc_object_release to do it when the refcount goes to zero.
      * Meaning, that when created objects gets a refcount to 1.
      * Destroying is instantaneous and we don't have to poll for a few secondss or so to wait until the object's refcount reach 0.
      * We now track vlc_object_t's mem leaks when libvlc_global is released (Hard error for now, so they don't get unoticed)
      * We fail hard if an object is released with a refcount of 1 without being detached from its parent and its children, to make sure such cases don't go unoticed.
      (make test or make check still pass after that one. VLC is known to leak one object when no module is loaded, this must be fixed).
      
      a78e273e
  23. 03 Feb, 2008 1 commit
  24. 28 Jan, 2008 2 commits
  25. 27 Jan, 2008 1 commit
  26. 23 Jan, 2008 1 commit
  27. 22 Jan, 2008 1 commit