home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / vms / 14659 < prev    next >
Encoding:
Internet Message Format  |  1992-09-07  |  1.9 KB
  1. Path: sparky!uunet!cis.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!ucbvax!NSCVAX.PRINCETON.EDU!dragon
  2. From: dragon@NSCVAX.PRINCETON.EDU (Mighty Firebreather)
  3. Newsgroups: comp.os.vms
  4. Subject: RE: Desperately seeking memory corruptions
  5. Message-ID: <009601C2.A329B0A0.11915@nscvax.princeton.edu>
  6. Date: 4 Sep 92 14:09:57 GMT
  7. Sender: usenet@ucbvax.BERKELEY.EDU
  8. Organization: The Internet
  9. Lines: 33
  10.  
  11.  
  12.     Cameron Laird <claird@Neosoft.com> writes:
  13. >
  14. >What support is there for C development (C++,
  15. >actually, but apparently it all uses the same
  16. >library) in regards to memory management?  I
  17. >think I have a needle-in-a-haystack heap error,
  18. >and I'm close to the end of my rope in tracking
  19. >it down.  If I were under UNIX, I'd use
  20. >debug/{malloc,mallocmap}.o, Saber [Centerline],
  21. >and/of Purify; if this were an MSDOS project
  22. >I'd have a number of IDEs from which to choose;
  23. >what do VMS folks do?
  24. >--
  25.  
  26.     At a DECUS Symposium I attended a few years ago, someone reported 
  27. having written his own jacket routines for malloc and free.  These jacket
  28. routines wrote an audit trail of memory allocated and freed.  He used this
  29. to track down a memory leak by sorting the audit trails by memory address
  30. and matching entries to eliminate all of the malloc entries that had 
  31. subsequently been freed.  The remaining entries pointed to the allocator of
  32. all memory that had not been freed.
  33.  
  34.     Some similar approach might work for you.
  35.  
  36. *************************************************************************
  37. *                                                                       *
  38. *                        Here, there be dragons!                        *
  39. *                      dragon@nscvax.princeton.edu                      *
  40. *                                                                       *
  41. *                                                Richard B. Gilbert     *
  42. *************************************************************************
  43.  
  44.