home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.unix.ultrix
- Path: sparky!uunet!think.com!spool.mu.edu!sol.ctr.columbia.edu!still3.chem.columbia.edu!shenkin
- From: shenkin@still3.chem.columbia.edu (Peter Shenkin)
- Subject: Re: malloc debugging
- References: <1992Dec17.204334.25765@gca.com> <BRIAN.92Dec22172154@kokom.mit.edu>
- Sender: nobody@ctr.columbia.edu
- Organization: Dept. of Chem, Columbia U, New York
- Date: Wed, 23 Dec 1992 03:34:12 GMT
- Message-ID: <1992Dec23.033412.5631@sol.ctr.columbia.edu>
- X-Posted-From: still3.chem.columbia.edu
- NNTP-Posting-Host: sol.ctr.columbia.edu
- Lines: 25
-
- In article <BRIAN.92Dec22172154@kokom.mit.edu>
- brian@kokom.mit.edu (Brian McAllister) writes:
- >...there was a malloc debugging package posted to
- >comp.sources.reviewed some time ago by Conor Cahill, called malloclib.
- >It should be available from the standard archive sites.
-
- The lastest edition is called dbmalloc, and is in comp.sources.misc, vol 34,
- I think. At least this was true about two months ago. On a 5000/200, the
- total elapsed time between copying the archive to my machine and finding
- and fixing my malloc bug was less than three hours -- a real tribute to
- both the construction of the archive and to the ease of use of the product.
- This time includes running the dbmalloc test suite.
-
- There are a few documentation bugs; some of the environment variables you're
- supposed to set are misnamed in the documentation. Here's how to get the
- right names: each of the environment variables is also the name of
- a #define in a .h file; the docs either insert an extra underbar or leave
- one out of some of the variables.
-
- -P.
- --
- ************************f*u*cn*rd*ths*u*cn*gt*a*gd*jb************************
- Peter S. Shenkin, Box 768 Havemeyer Hall, Dept. of Chemistry, Columbia Univ.,
- New York, NY 10027; shenkin@still3.chem.columbia.edu; (212) 854-5143
- ******* ...ghostlier demarcations, keener sounds. (Wallace Stevens) ********
-