Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!sun-barr!olivea!uunet!munnari.oz.au!ariel!ucsvc.ucs.unimelb.edu.au!wehi.dn.mu.oz!baxter_a
From: baxter_a@wehi.dn.mu.oz
Newsgroups: comp.sys.amiga.hardware
Subject: Re: Kill and Getting Killed, heh.
Message-ID: <1991May24.203418.24601@wehi.dn.mu.oz>
Date: 24 May 91 20:34:18 GMT
References: <378.2830d367@beach.gal.utexas.edu> <1228@cbmger.UUCP> <1991May17.193234.24598@wehi.dn.mu.oz> <1237@cbmger.UUCP>
Organization: Walter & Eliza Hall Institute
Lines: 27

In article <1237@cbmger.UUCP>, peterk@cbmger.UUCP (Peter Kittel GERMANY) writes:
> In article <1991May17.193234.24598@wehi.dn.mu.oz> baxter_a@wehi.dn.mu.oz writes:
>>In article <1228@cbmger.UUCP>, peterk@cbmger.UUCP (Peter Kittel GERMANY) writes:
>>...
>>> (Please *not again* this resource tracking discussion, noooo!!)
>>
>>Okay, fine. But why can't a symbolic debugger handle allocation/return
>>type issues. I've been hunting an 800 byte memory loss with SDB (Lattice)
>>for 2 weeks. If the debugger maintained a list of resources allocated and
>>returned, it would be able to give me the location of the lost memory
>>and what line allocated it.
> 
> Well, as the OS doesn't do it, every program is responsible to maintain
> and track its resources. If you see such a loss when using SDB, it's
> certainly a fault of SDB.

Something must have got lost in the translation! _I_ know it is not the 
fault of SDB. I know that _MY_ code is loosing the memory. But why? Where?
Since SDB actually steps line by line, it could maintain a list of
memory allocated and let me know what I didn't return, which would be a lovely
programming tool and one I need just at the moment (and judging by the "I'm
loosing my memory posts", others need fairly regularly). It is one thing
to say the system does not support resource tracking, but it is another to
say the tools to ensure a program frees all its resources need not exist
because it's the programmer's job.

Regards Alan