1. 29 Oct, 2008 2 commits
  2. 26 Oct, 2008 2 commits
  3. 10 Oct, 2008 5 commits
  4. 29 Sep, 2008 1 commit
    • Max Kellermann's avatar
      use C99 struct initializers · de7cda1d
      Max Kellermann authored
      The old struct initializers are error prone and don't allow moving
      elements around.  Since we are going to overhaul some of the APIs
      soon, it's easier to have all implementations use C99 initializers.
      de7cda1d
  5. 24 Sep, 2008 2 commits
  6. 08 Sep, 2008 1 commit
  7. 07 Sep, 2008 2 commits
  8. 12 Apr, 2008 1 commit
  9. 03 Jan, 2008 1 commit
    • Eric Wong's avatar
      Cleanup #includes of standard system headers and put them in one place · cb8f1af3
      Eric Wong authored
      This will make refactoring features easier, especially now that
      pthreads support and larger refactorings are on the horizon.
      
      Hopefully, this will make porting to other platforms (even
      non-UNIX-like ones for masochists) easier, too.
      
      os_compat.h will house all the #includes for system headers
      considered to be the "core" of MPD.  Headers for optional
      features will be left to individual source files.
      
      git-svn-id: https://svn.musicpd.org/mpd/trunk@7130 09075e82-0dd4-0310-85a5-a0d7c8717e4f
      cb8f1af3
  10. 05 Apr, 2007 1 commit
  11. 18 Oct, 2006 1 commit
  12. 26 Aug, 2006 1 commit
    • Eric Wong's avatar
      Replace strdup and {c,re,m}alloc with x* variants to check for OOM errors · 90847fc8
      Eric Wong authored
      I'm checking for zero-size allocations and assert()-ing them,
      so we can more easily get backtraces and debug problems, but we'll
      also allow -DNDEBUG people to live on the edge if they wish.
      
      We do not rely on errno when checking for OOM errors because
      some implementations of malloc do not set it, and malloc
      is commonly overridden by userspace wrappers.
      
      I've spent some time looking through the source and didn't find any
      obvious places where we would explicitly allocate 0 bytes, so we
      shouldn't trip any of those assertions.
      
      We also avoid allocating zero bytes because C libraries don't
      handle this consistently (some return NULL, some not); and it's
      dangerous either way.
      
      git-svn-id: https://svn.musicpd.org/mpd/trunk@4690 09075e82-0dd4-0310-85a5-a0d7c8717e4f
      90847fc8
  13. 08 Aug, 2006 1 commit
    • Eric Wong's avatar
      more sparse cleanups · f7d150a3
      Eric Wong authored
      * less-commonly compiled things like ao/mvp outputs
      * Adding -Wno-transparent-union to SPARSE_FLAGS makes it check
      inside decode.c, directory.c, player.c, and sig_handlers.c
      * remove unused variables leftover from the master process
      in sig_handlers.c
      
      git-svn-id: https://svn.musicpd.org/mpd/trunk@4598 09075e82-0dd4-0310-85a5-a0d7c8717e4f
      f7d150a3
  14. 20 Jul, 2006 1 commit
  15. 17 Jul, 2006 1 commit
  16. 15 Jul, 2006 1 commit
  17. 14 Jul, 2006 2 commits
  18. 13 Jul, 2006 1 commit
  19. 19 Nov, 2005 1 commit
    • Eric Wong's avatar
      gcc 2.95 fixes · e8a54efe
      Eric Wong authored
      audioOutput_osx.c, aac_decode.c, mp4_decode.c have NOT been thoroughly
      checked, but I nevertheless managed to eyeball and fix one
      incompatibility in audioOutput_osx.c
      
      All other files have been build successfully with gcc 2.95
      
      
      git-svn-id: https://svn.musicpd.org/mpd/trunk@3688 09075e82-0dd4-0310-85a5-a0d7c8717e4f
      e8a54efe
  20. 11 Aug, 2005 1 commit