Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sun-barr!olivea!samsung!caen!kuhub.cc.ukans.edu!hawk!billk
From: billk@hawk.cs.ukans.edu (Bill Kinnersley)
Newsgroups: comp.sys.amiga.hardware
Subject: Re: Kill and Getting Killed, heh.
Message-ID: <1991May24.173029.10352@hawk.cs.ukans.edu>
Date: 24 May 91 17:30:29 GMT
References: <1991May17.193234.24598@wehi.dn.mu.oz> <1237@cbmger.UUCP> <1991May24.203418.24601@wehi.dn.mu.oz>
Organization: University of Kansas Computer Science Dept
Lines: 20

In article <1991May24.203418.24601@wehi.dn.mu.oz> baxter_a@wehi.dn.mu.oz writes:
: 
: 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.
: 

Have you tried using the MemTrace routines on Fish Disk 163?  That's what
they're designed to do.

-- 
--Bill Kinnersley
  billk@hawk.cs.ukans.edu
226 Transfer complete.