home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / mac / programm / 22252 < prev    next >
Encoding:
Text File  |  1993-01-27  |  1.3 KB  |  28 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!pageworks.com!world!eff!sol.ctr.columbia.edu!howland.reston.ans.net!paladin.american.edu!gatech!purdue!mentor.cc.purdue.edu!noose.ecn.purdue.edu!msenmac2.ecn.purdue.edu!user
  3. From: biehl@ecn.purdue.edu (Larry Biehl)
  4. Subject: Large blocks of memory problems
  5. Message-ID: <biehl-260193162843@msenmac2.ecn.purdue.edu>
  6. Followup-To: comp.sys.mac.programmer
  7. Sender: news@noose.ecn.purdue.edu (USENET news)
  8. Organization: Purdue University
  9. Date: Tue, 26 Jan 1993 21:40:18 GMT
  10. Lines: 16
  11.  
  12. This is a follow up to a problem that was reported about 3 weeks ago
  13. concerning moving large blocks of 'handle' memory.  The problem that
  14. I came across involved moving 10-14 meg of memory using MoveHHi.  Under
  15. some conditions the application heap would become corrupted.  Since
  16. then, I have also come across a case in which if a GWorld offscreen buffer
  17. of 12 meg were unlocked using 'UnlockPixels', the heap would become 
  18. corrupted when that buffer got moved during a MoveHHi of another handle.
  19.  
  20. I have recently learned that there is a known problem with the Mac OS
  21. memory
  22. manager.  The routine that moves blocks of memory, 'BlockMove', does not
  23. work correctly for blocks that are larger than 8 to 9 meg in all cases.
  24. Does anyone in 'netland' know anymore about this problem or have a fix
  25. for it.
  26.  
  27. Thanks for any help or insight.
  28.