home *** CD-ROM | disk | FTP | other *** search
/ ARM Club 3 / TheARMClub_PDCD3.iso / hensa / system / stubshack_2 < prev    next >
Text File  |  1999-04-27  |  2KB  |  50 lines
  1. Title:            STUBSHACK
  2. Author:            Julian Smith
  3. Version:        1.10
  4. Title From:        Documentation
  5. Author From:        Documentation
  6. Version From:        Documentation
  7. Supplier:        Julian Smith (julians@cogsci.ed.ac.uk)
  8. Date:            12/01/95
  9. Keywords:        Systems software ; Memory management software ; Debuggers
  10. Shareware:        No
  11. Machine:        Archimedes
  12. Operating system:    RISCOS
  13. Memory requirements:    
  14. Peripherals needed:    
  15. Other s/ware needed:    
  16. Directory:        micros/arch/riscos/c080
  17. Date mounted/updated:    16/01/95
  18. File names:        stubshack.arc
  19. Unarchived files:    106
  20. Unarchived size:    203 kbytes
  21. Omissions:        
  22. See also:        
  23.  
  24. -------------------------------------------------------------------------------
  25.  
  26. Acquiring the package:
  27.  
  28. Download the archive file(s) and extract using SparkPlug 2
  29. (see the "tools_help" file in micros/arch/riscos/tools for further info).
  30.  
  31.  
  32. Description:
  33.  
  34. There are two programs in this package: StubsHack and HeapGraph.
  35.  
  36. StubsHack uses an idea of Martin Ebourne's to enable you very
  37. easily to redirect all calls to the ANSI memory allocation
  38. functions (malloc, realloc, calloc, free) in the Shared C Library
  39. to your own functions.
  40.  
  41. HeapGraph uses StubsHack to provide a very simple way of making
  42. your program send information on every block of memory allocated /
  43. freed to a file in pipe:$.C_Debug. This is scanned by the included
  44. application !HeapDisp, which displays your program's heap graphically
  45. in real time, and also displays diagnostic text.
  46.  
  47. The important point is that this happens at *runtime*, so even if you
  48. link your program with a library which was compiled years ago, all
  49. malloc calls within the library will be redirected.
  50.