home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / acorn / 10588 < prev    next >
Encoding:
Internet Message Format  |  1993-01-27  |  2.0 KB
  1. Xref: sparky comp.sys.acorn:10588 comp.sys.acorn.tech:1436
  2. Newsgroups: comp.sys.acorn,comp.sys.acorn.tech
  3. Path: sparky!uunet!mcsun!Germany.EU.net!news.netmbx.de!mailgzrz.TU-Berlin.DE!math.fu-berlin.de!ira.uka.de!yale.edu!qt.cs.utexas.edu!cs.utexas.edu!zaphod.mps.ohio-state.edu!howland.reston.ans.net!spool.mu.edu!agate!doc.ic.ac.uk!warwick!pipex!pavo.csi.cam.ac.uk!cl.cam.ac.uk!crj10
  4. From: crj10@phx.cam.ac.uk (Clive Jones)
  5. Subject: Re: Monty Pythons most used sentence
  6. Message-ID: <1993Jan26.154859.11412@infodev.cam.ac.uk>
  7. Followup-To: comp.sys.acorn.tech
  8. Telephone-Messages: +44 223 33 4900
  9. Sender: news@infodev.cam.ac.uk (USENET news)
  10. Address: Christ's College, Cambridge CB2 3BU, ENGLAND.
  11. Nntp-Posting-Host: histon.cl.cam.ac.uk
  12. Organization: U of Cambridge, England
  13. References: <1k11shINNgps@info2.rus.uni-stuttgart.de> <1993Jan26.121930.14166@ifi.informatik.uni-stuttgart.de>
  14. Date: Tue, 26 Jan 1993 15:48:59 GMT
  15. Lines: 24
  16.  
  17. In article <1993Jan26.121930.14166@ifi.informatik.uni-stuttgart.de> wuerthne@minnie.informatik.uni-stuttgart.de (Martin Wuerthner) writes:
  18. >
  19. >OS_Module allocation should not be used for large blocks of memory.
  20. >Additionally, it can only be used by modules, so it can't be used by
  21. >applications unless they run as a module. In this case (i.e. module tasks)
  22. >you may as well use application space !
  23.  
  24. This isn't actually true - any program at any time can allocate blocks
  25. of RMA. It is useful for any data which must remain mapped into memory
  26. irrespective of which task is active. For example - user drag routines
  27. need to be available in this way, as do filters, ticker events, etc.
  28.  
  29. OK, so normally one writes those things in a module and uses them from
  30. one's application, but they can be implemented by direct linkage into RMA.
  31.  
  32. >If you request memory using Wimp_SlotSize you *never* get memory which is
  33. >already used by another application. RISC OS even has memory protection
  34. >(i.e. you may not even access memory which is used by another application).
  35.  
  36. Except using Wimp_TransferBlock.
  37.  
  38. (Followups to comp.sys.acorn.tech, please)
  39.  
  40. --Clive.
  41.