Xref: news-dnh.mv.net comp.os.msdos.djgpp:433 Path: news-dnh.mv.net!mv!news.sprintlink.net!cs.utexas.edu!swrinde!elroy.jpl.nasa.gov!lll-winken.llnl.gov!enews.sgi.com!fido.asd.sgi.com!not-for-mail From: pdc AT lunch DOT engr DOT sgi DOT com (Paul Close) Newsgroups: comp.os.msdos.djgpp Subject: Re: malloc without malice Date: 18 Jun 1995 18:47:20 GMT Organization: Silicon Graphics, Inc., Mountain View, California Lines: 25 References: <2fdc5b86 DOT sandmann AT clio DOT rice DOT edu> <3ri2i8$5s AT erinews DOT ericsson DOT se> Reply-To: pdc AT sgi DOT com (Paul Close) Nntp-Posting-Host: lunch.engr.sgi.com To: djgpp AT sun DOT soe DOT clarkson DOT edu Dj-Gateway: from newsgroup comp.os.msdos.djgpp Raphael Quinet writes: >It's a pity that good software such as Purify is not freeware, because this >provides an invaluable help when debugging that kind of errors. I had >exactly the same problem today in a large program and I found the error in >two minutes with Pufiry 3.0. I know I would have spent several hours if I >didn't have that tool. Does anybody know if there is a freeware program (or >malloc library) offering the same features as Purify? It's not exactly purify, which is very comprehensive, but I really like Conor Cahill's malloc_debug package posted to comp.sources.misc. Here's the info I have: From: cpcahil AT vti DOT com (Conor P. Cahill) Newsgroups: comp.sources.misc Subject: v32i005: dbmalloc - Debug Malloc Library PL14, Part00/10 His package has helped me solve every memory corruption problem I've ever had, and I've had a few :-) I've only used it under unix, so I'm not sure how it would work under djgpp, but it should be just as useful. One thing I really like is it's very easy to tailor to the speed-completeness tradeoffs you need to make. -- Paul Close pdc AT sgi DOT com http://reality.sgi.com/employees/pdc/ No fate but what we make