home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!ub!rutgers!cbmvax!cbmehq!cbmger!edohwg!heinz
- From: heinz@edohwg.adsp.sub.org (Heinz Wrobel)
- Newsgroups: comp.sys.amiga.programmer
- Subject: Re: Programming is getting painful!
- Message-ID: <heinz.060f@edohwg.adsp.sub.org>
- Date: 8 Jan 93 19:14:11 GMT
- References: <C0IwoG.7ow@usenet.ucs.indiana.edu>
- Organization: Edotronik GmbH
- Lines: 34
-
- In article <C0IwoG.7ow@usenet.ucs.indiana.edu> shulick@navajo.ucs.indiana.edu (Sam Hulick) writes:
- >immediately, and sure enough.. about 8k bytes are not freed. HOW does
- >one trace these memory leaks? And please don't say MungWall or
-
- MungList ;^) (with mungwall of course)
-
- >Enforcer. I really don't understand one bit of their output. ANy help
-
- RTFM. Munglist can show you all current allocations with the names of the
- processes.
-
- I use
-
- run >NIL: mungwall megastack nametag showfail
-
- in my user-startup. Then I start some SW, kill it, do an avail flush and a
-
- munglist >t:t
-
- Then I check the t:t for the programs name which shows me any "leftovers"
- and their address. Looking at that the size and the memory with a debugger
- tells me (usually) where this allocation took place and gives me a clue
- what happened.
-
-
- > // Amiga 3000 ___ \ Sam Hulick: shulick@indiana.edu (NeXTmail OK!)
-
- --
- Heinz Wrobel, Edotronik GmbH (ECG018)
- FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
- Path: cbmehq!cbmger!edohwg!heinz@cbmvax.commodore.com
- "It's good to have a mouse, it's faster if you can do without one..."
- "He who doesn't develop with an A2024 doesn't know about font independent
- user interfaces..."
-