1. 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
  2. 20 Aug, 2006 1 commit
  3. 14 Aug, 2006 1 commit
    • Eric Wong's avatar
      Revert leaks from r4311, and also the leak fixes as a result of that · 6459b3ee
      Eric Wong authored
      utf8ToFsCharset() and fsCharsetToUtf8() got very broken in r4311, and
      resulted in several commits to fix those leaks.  Unfortunately, not all
      of those newly introduced leaks were fixed, nor was the result pretty.
      
      Also, fixed a double-free in lsPlaylists().  This is very hard
      to trigger (and therefore exploit) at the moment because we
      check printDirectoryInfo() beforehand.
      
      Intended behavior for utf8ToFsCharset() and fsCharsetToUtf8() as
      God^H^H^Hshank originally intended is now documented in path.h
      to prevent future errors like this.
      
      mpd could still use some good valgrind testing before the 0.12.0
      release.
      
      <plug>In addition to reducing heap fragmentation, malloc
      reductions from mpd-ke greatly reduces the chance of leaks from
      happening due to programming errors.</plug>
      
      git-svn-id: https://svn.musicpd.org/mpd/trunk@4639 09075e82-0dd4-0310-85a5-a0d7c8717e4f
      6459b3ee
  4. 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
  5. 01 Aug, 2006 1 commit
    • Eric Wong's avatar
      logging cleanups · 89073cfb
      Eric Wong authored
      * Moved all logging-related stuff into log.c
      (and not myfprintf.c)
      
      * ISO C90-compliant strftime usage:
      %e and %R replaced with %d and %H:%M respectively
      
      * Got rid of variadic macros since some old-school compilers
      don't like them
      
      * compiling with -DNDEBUG disables the DEBUG() macro
      
      git-svn-id: https://svn.musicpd.org/mpd/trunk@4512 09075e82-0dd4-0310-85a5-a0d7c8717e4f
      89073cfb
  6. 30 Jul, 2006 1 commit
    • Eric Wong's avatar
      remove clumsy strncpy use · 263a9d58
      Eric Wong authored
      strncpy isn't really safe because it doesn't guarantee null termination,
      and we have had to work around it in several places.
      strlcpy (from OpenBSD) isn't great, either because it often leaves
      errors going unchecked (by truncating strings).
      
      So we'll add the pathcpy_trunc() function with is basically strlcpy
      with a hardcoded MAXPATHLEN as the limit, and we'll acknowledge
      truncation since we only work on paths and MAXPATHLEN should be
      set correctly by the system headers[1].
      
      file-specific notes:
      
      inputStream_http:
      eyeballing the changes here, it seems to look alright but I
      haven't actually tested it myself.
      
      ls:
      don't even bother printing a file if the filename is too long
      (and when is it ever?) since we won't be able to read it anyways.
      
      metadataChunk:
      it's only metadata, and it's only for showin the user, so truncating
      it here souldn't be a big issue.
      memset to zero in init is unecessary, so lets not waste cycles
      
      [1] - If the system headers are screwed up, then we're majorly
      screwed regardless of what we do :x
      
      git-svn-id: https://svn.musicpd.org/mpd/trunk@4491 09075e82-0dd4-0310-85a5-a0d7c8717e4f
      263a9d58
  7. 20 Jul, 2006 1 commit
  8. 16 Jul, 2006 1 commit
  9. 14 Jul, 2006 5 commits
  10. 13 Jul, 2006 1 commit
  11. 16 Mar, 2006 1 commit
  12. 17 Dec, 2005 1 commit
  13. 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
  14. 16 Nov, 2005 1 commit
  15. 20 Aug, 2005 1 commit
  16. 21 Mar, 2005 1 commit
  17. 19 Mar, 2005 1 commit
  18. 10 Mar, 2005 1 commit
  19. 09 Mar, 2005 1 commit
  20. 08 Mar, 2005 2 commits
  21. 05 Mar, 2005 1 commit
  22. 10 Nov, 2004 1 commit
  23. 03 Nov, 2004 1 commit
  24. 28 Oct, 2004 1 commit
  25. 26 Oct, 2004 2 commits
  26. 25 Oct, 2004 2 commits
  27. 16 Oct, 2004 1 commit
  28. 09 Aug, 2004 1 commit
  29. 12 Jul, 2004 1 commit
  30. 20 Jun, 2004 1 commit
  31. 19 Jun, 2004 2 commits
  32. 10 Jun, 2004 1 commit