home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / atari / st / tech / 6553 < prev    next >
Encoding:
Text File  |  1993-01-08  |  1.3 KB  |  33 lines
  1. Newsgroups: comp.sys.atari.st.tech
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!usc!howland.reston.ans.net!wupost!csus.edu!netcom.com!ersmith
  3. From: ersmith@netcom.com (Eric R. Smith)
  4. Subject: Re: Malloc (Was: Sending objc_draw to a buffer)
  5. Message-ID: <1993Jan8.183133.12773@netcom.com>
  6. Organization: Netcom Online Communications Services (408-241-9760 login: guest)
  7. References: <1993Jan4.203951.6091@dcs.warwick.ac.uk> <1993Jan6.224937.10888@netcom.com> <wmtwen.726497985@rw8.urc.tue.nl>
  8. Date: Fri, 8 Jan 1993 18:31:33 GMT
  9. Lines: 22
  10.  
  11. In article <wmtwen.726497985@rw8.urc.tue.nl> wmtwen@urc.tue.nl writes:
  12. >Well after reading quite of lot of posts on what to use Malloc or
  13. >malloc en Mfree or mfree I am a bit confused...
  14.  
  15. The answer is quite simple: use malloc() and free(). This has 3 advantages:
  16.  
  17. (1) It will work in accessories, if your library is sensible (most are).
  18.     The OS Malloc() function cannot be called from accessories at all.
  19.  
  20. (2) It will avoid memory wasting under newer versions of the OS (which
  21.     use the MMU and manage memory in pages) and will also avoid some
  22.     bugs in old versions of the OS (TOS 1.0 was limited to 20 Malloc
  23.     calls per process).
  24.  
  25. (3) It is faster (there is some overhead to entering the OS which can
  26.     often be avoided by the library).
  27.  
  28. Regards,
  29. Eric
  30. --
  31. ersmith@netcom.com    ersmith@atari.uucp
  32.  
  33.