Mail Archives: djgpp-workers/2003/03/21/17:17:38
Martin Stromberg wrote:
> CBFalconer said:
> > Martin Stromberg wrote:
> > > > BTW the nmalloc.c code has not been altered since June 2002,
> > > > and the overall package is unaltered since November 2002 (some
> > > > documentation changes and testing). It remains available at:
> > >
> > > So it remains incompatible with the debugging machinery already
> > > present in DJGPP?
> > >
> > > I'll back out my local incorporation of it as it seems it never
> > > will be (and some DJGPP test case(s?) won't build).
> >
> > What won't build? I have never found any specification for the
>
> Some test case in djgpp/test. I don't remember exactly where but
> tests/libc/ansi/stdlib/ is not impossible. It tried to use the
> malloc debug hooks.
>
> > debugging systems, but the debug interface remains in nmalloc,
>
> You can't be using up-to-date information. It's checked in in CVS.
> You can get a current version of malloc.txh here:
> <http://www.ludd.luth.se/~ams/djgpp/cvs/djgpp/src/libc/ansi/stdlib/>.
I have just mounted a revised version of nmalloc.zip, which can
supply all the features of that debug package AFAICT. There is
still some work to be done to integrate things better, and to
resolve the semantics of the debug levels. It includes the
provisions to alter the output file for the debug dumps discussed
here with Eli, and the use of some fields in mallocinfo to show
the count of free space blocks etc.
I think any remaining work will be largely cosmetic. Lets have
people flog this.
The revised package is at:
<http://cbfalconer.home.att.net/download/nmalloc.zip>
--
Chuck F (cbfalconer AT yahoo DOT com) (cbfalconer AT worldnet DOT att DOT net)
Available for consulting/temporary embedded and systems.
<http://cbfalconer.home.att.net> USE worldnet address!
- Raw text -