home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / amiga / programm / 15395 < prev    next >
Encoding:
Text File  |  1992-11-05  |  1.4 KB  |  35 lines

  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!spool.mu.edu!umn.edu!uum1!kksys.com!quest!digibd!therson!swt
  3. From: swt@therson.affinity.mn.org (Stephen W. Thomas)
  4. Subject: Re: physical memory protection with MMU
  5. Summary: Definition of MEMF_PUBLIC
  6. Message-ID: <1992Nov4.195941.7028@therson.affinity.mn.org>
  7. Date: Wed, 4 Nov 1992 19:59:41 GMT
  8. References: <1992Oct26.162400@uni-paderborn.de> <paulk.25qm@terapin.com> <mwm.2fxx@contessa.palo-alto.ca.us>
  9. Organization: Affinity Computer Applications, Shoreview, MN
  10. Lines: 23
  11.  
  12. In article <mwm.2fxx@contessa.palo-alto.ca.us> mwm@contessa.palo-alto.ca.us (Mike Meyer) writes:
  13. >
  14. >I don't think it was ever clearly defined what "PUBLIC" means, it's
  15. >pretty hard to treat it the right way. 
  16. >
  17. >Is that memory that you're letting anyone access, like a public
  18. >message port?  Or is it memory that you're going to hand to a specific
  19. >other task, like an I/O buffer? Or is it something else again?
  20.  
  21. I believe the answer to both is yes since in both cases another task is
  22. accessing the memory.
  23.  
  24. >Is there a place in the 2.0 RKMs that gives an explicit rule for when
  25. >MEMF_PUBLIC should be used?
  26. >
  27.  
  28. On page 20 of the exec.library autodoc (page 135 of your autodoc/includes RKM)
  29. the definition of the MEMF_PUBLIC attribute is given.  
  30. -- 
  31. Stephen W. Thomas                       UUCP: swt@therson.affinity.mn.org
  32. Affinity Computer Applications, Inc.    VOICE: (612) 484-2905
  33. 4740 Hodgson Road            BIX: affinity
  34. Shoreview, MN  55126-6042
  35.