home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / amiga / programm / 12267 < prev    next >
Encoding:
Internet Message Format  |  1992-08-13  |  1.7 KB
  1. Path: sparky!uunet!usc!sdd.hp.com!caen!uflorida!usf.edu!eggo!stelmack
  2. From: stelmack@eggo.tmc.edu (Gregory M. Stelmack)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Program Fragmenting Memory
  5. Message-ID: <1992Aug9.023203.7467@ariel.ec.usf.edu>
  6. Date: 9 Aug 92 02:32:03 GMT
  7. Sender: news@ariel.ec.usf.edu (News Admin)
  8. Organization: University of South Florida, Department of Computer Science and Engineering
  9. Lines: 24
  10.  
  11. I've been trying to track this problem down for two days now, so I ask here in
  12. case it has to do with something outside my code.
  13.  
  14. My latest project has been fragmenting memory, and leaving two small chunks
  15. behind. Running MungWall & MungList (thanks for Sushi!) reveals two tiny
  16. chunks unfreed by my task -- sizes $0a and $a8. Anyway, I wrote my own 
  17. wrappers for AllocMem and FreeMem that track the size and location of my
  18. allocations, and replaced all my calls with these wrappers (searching every
  19. source file to make sure I got them all). When I run with these, I still
  20. lose memory, but all my Allocs are properly matched by same-sized Frees
  21. (and MungWall does not complain). Also, neither address for the fragments
  22. matches any of my allocations.
  23.  
  24. So, does anyone know of anything that might be causing this? I am using
  25. SAS/C 5.10b, and will call SAS Monday to see if there might be something
  26. with their startup/shutdown code, but in the meantime am asking here.
  27. Any ideas? Anyone know of any other tools that might help me track this
  28. down?
  29.  
  30. --
  31. -- Greg Stelmack (stelmack@eggo.csee.usf.edu)
  32. -- FullTime Grad Student, PartTime Amiga Salesman, PartTime Amiga Developer
  33. -- Author of: Spades, Pro Port Analyzer Plus, more to come...
  34. -- DISCLAIMER: The opinions reflected here are mine and mine alone.
  35.