home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / acorn / 10555 < prev    next >
Encoding:
Internet Message Format  |  1993-01-26  |  2.3 KB
  1. Xref: sparky comp.sys.acorn:10555 comp.sys.acorn.tech:1417
  2. Newsgroups: comp.sys.acorn,comp.sys.acorn.tech
  3. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!newsserver.jvnc.net!yale.edu!ira.uka.de!news.belwue.de!ifi!wuerthne
  4. From: wuerthne@minnie.informatik.uni-stuttgart.de (Martin Wuerthner)
  5. Subject: Re: Monty Pythons most used sentence
  6. Message-ID: <1993Jan26.121930.14166@ifi.informatik.uni-stuttgart.de>
  7. Sender: news@informatik.uni-stuttgart.de
  8. Organization: Informatik, Uni Stuttgart, Germany
  9. References: <1k11shINNgps@info2.rus.uni-stuttgart.de>
  10. Date: Tue, 26 Jan 1993 12:19:30 GMT
  11. Lines: 42
  12.  
  13. In <1k11shINNgps@info2.rus.uni-stuttgart.de> zrzs0111@helpdesk.rus.uni-stuttgart.de (Helmut Springer) writes:
  14.  
  15.  
  16. >"And now to something completely different"
  17.  
  18. >Has someone build a module with a "save, easy useable, not crunshing"
  19. >method to request memory (for RISCOS 2.00)?
  20. >If you request memory with OS_Module, the memory can't given back, if a 
  21. >other module gets loaded.
  22.  
  23. OS_Module allocation should not be used for large blocks of memory.
  24. Additionally, it can only be used by modules, so it can't be used by
  25. applications unless they run as a module. In this case (i.e. module tasks)
  26. you may as well use application space !
  27.  
  28. >If you request memory with WIMP_SlotSize, you may run into programs which
  29. >sits already in the memory (cause of BBC 6502 compatibility ?) and twice
  30. >this method has no garbage collection ...
  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. Would you expect any program to run under RISC OS if your claims were true
  37. (if memory allocation was not safe) ?
  38.  
  39. Application memory does not need any garbage collection as app memory is
  40. paged (i.e. logical memory). As these pages can be mapped to arbitrary
  41. physical addresses (but that's what RISC OS does for you), you do not need
  42. any garbage collection as there is *no* fragmentation at all. So you can
  43. say there is an implicit, automatic garbage collection which is absolutely
  44. free (it does not take up any CPU time).
  45.  
  46.  
  47. What is really annoying is that the Module Area becomes fragmented ...
  48.  
  49. There is no need to complain about RISC OS aplication memory management.
  50. It only suffers from the lack of virtual memory ...
  51.  
  52. Martin
  53.  
  54.  
  55.