lib/libccmalloc/BUGS

   1 ------------------------------------------------------------------------------
   2 BUGS:
   3 ------------------------------------------------------------------------------
   4
   5 (1) Linking and compiling your own projects with Sun's CC still does not
   6 work.
   7
   8 (2) On newer Linux systems or just with newer version of GLIBC I sometimes
   9 get a call from 'free()' after the shutdown code of ccmalloc has been
  10 executed.  This is currently reported as a problem but should be ignored.
  11
  12 (3) If you call malloc and free only implicitly over library functions
  13 of the C-library like strdup then the linker does not link the malloc
  14 called by strdup to the malloc supported by ccmalloc and you do not
  15 get any ccmalloc report at all! To avoid this make sure that your object
  16 file has malloc or free as external symbols (e.g. the leak in the program
  17 `main(){strdup();}' can not be detected)
  18
  19 (4) Some standard libraries like libc or lg++ may also have memory leaks.
  20 ccmalloc tries to exclude these leaks from the report (see `library-leaks'
  21 in `start-up-file' or `.ccmalloc').  However some libraries maintain an
  22 internal buffer usually referenced through a static variable and the buffer
  23 memory is never released.  These buffers are always reported as a leak and
  24 in my opinion actually should be reported as a leak, since using a static
  25 pointer to a buffer which is never released is poor design in my view.
  26
  27 ------------------------------------------------------------------------------
  28 (C) 1997-2001 Armin Biere
  29 $Id: BUGS,v 1.4 2001/12/04 09:46:40 biere Exp $
  30 ------------------------------------------------------------------------------