home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / amiga / programm / 12341 < prev    next >
Encoding:
Internet Message Format  |  1992-08-15  |  2.0 KB
  1. Path: sparky!uunet!cbmvax!cbmehq!cbmger!edohwg!heinz
  2. From: heinz@edohwg.UUCP (Heinz Wrobel)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Program Fragmenting Memory
  5. Message-ID: <heinz.02za@edohwg.UUCP>
  6. Date: 14 Aug 92 21:46:01 GMT
  7. References: <1992Aug9.023203.7467@ariel.ec.usf.edu>
  8. Organization: Edotronik GmbH
  9. Lines: 36
  10.  
  11. In article <1992Aug9.023203.7467@ariel.ec.usf.edu> stelmack@eggo.tmc.edu (Gregory M. Stelmack) writes:
  12. >I've been trying to track this problem down for two days now, so I ask here in
  13. >case it has to do with something outside my code.
  14. >
  15. >My latest project has been fragmenting memory, and leaving two small chunks
  16. >behind. Running MungWall & MungList (thanks for Sushi!) reveals two tiny
  17. >chunks unfreed by my task -- sizes $0a and $a8. Anyway, I wrote my own
  18. >[...]
  19. >So, does anyone know of anything that might be causing this? I am using
  20.  
  21. Assuming that your SW is running under 2.04 there are some things. The
  22. easiest example is system gadget images. They are allocated once on the
  23. first task frame who needs one and then they are cached for reuse. Let's
  24. assume your SW is the first to use a close gadget since you rebooted. Then
  25. munglist will show the image allocation for _your_ task name because the
  26. image was allocated on your task frame.
  27.  
  28. This is true for _any_ cached information somewhere that was first
  29. allocated of _your_ task frame.
  30.  
  31. So look what _is_ there in the memory and try to figure out what kind of
  32. structure or date it might be. Then you know what library did it.
  33.  
  34. You can check if it is this kind of problem by restarting your program
  35. several times. There shouldn't be any additional _left_overs_ if it is this
  36. kind of cached information.
  37.  
  38. >-- Greg Stelmack (stelmack@eggo.csee.usf.edu)
  39.  
  40. --
  41. Heinz Wrobel, Edotronik GmbH (ECG018)
  42. FAX +49 89 850 51 25 / TEL +49 89 850 25 20 (HOME!&VOICE, sometimes...)
  43. Path: cbmehq!cbmger!edohwg!heinz@cbmvax.commodore.com
  44. "It's good to have a mouse, it's faster if you can do without one..."
  45. "He who doesn't develop with an A2024 doesn't know about font independent
  46.  user interfaces..."
  47.