home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / acorn / 10562 < prev    next >
Encoding:
Internet Message Format  |  1993-01-26  |  4.2 KB
  1. Xref: sparky comp.sys.acorn:10562 comp.sys.acorn.tech:1423
  2. Newsgroups: comp.sys.acorn,comp.sys.acorn.tech
  3. Path: sparky!uunet!spool.mu.edu!agate!doc.ic.ac.uk!warwick!pavo.csi.cam.ac.uk!idg10
  4. From: idg10@cl.cam.ac.uk (I.D. Griffiths)
  5. Subject: Re: Monty Pythons most used sentence
  6. Message-ID: <1993Jan26.125507.5538@infodev.cam.ac.uk>
  7. Sender: news@infodev.cam.ac.uk (USENET news)
  8. Nntp-Posting-Host: stonea.cl.cam.ac.uk
  9. Reply-To: idg10@phx.cam.ac.uk
  10. Organization: U of Cambridge Computer Lab, UK
  11. References: <1k11shINNgps@info2.rus.uni-stuttgart.de>
  12. Date: Tue, 26 Jan 1993 12:55:07 GMT
  13. Lines: 94
  14.  
  15. In article <1k11shINNgps@info2.rus.uni-stuttgart.de>, zrzs0111@helpdesk.rus.uni-stuttgart.de (Helmut Springer) writes:
  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. Yes and no.  If you give it back, and something else asks for some space in
  23. the RMA, then it will get the hole you left rather than allocating a big
  24. chunk, so it's not completely stupid.  Just fairly stupid.
  25.  
  26.  
  27. |> If you request memory with WIMP_SlotSize, you may run into programs which
  28. |> sits already in the memory (cause of BBC 6502 compatibility ?) and twice
  29. |> this method has no garbage collection ...
  30.  
  31. Yerwhat?  There is no way that memory allocation via Wimp_SlotSize will
  32. allocate you memory already owned by another task (unless it has illegally
  33. stolen a page of memory by going direct to the MEMC) since it only gives
  34. you memory that was previously sitting in either the Free or the Next slot.
  35. And what do you mean "(cause of BBC 6502 compatibility ?)"?  I don't understand.
  36.  
  37. Well garbage collection only applies if you're using a memory management scheme
  38. where the client requesting blocks doesn't later de-allocate them.  The
  39. answer is to make sure you release all memory as and when you finish
  40. with it...
  41.  
  42. |> It seams, that good old MSDOS v. 2.00 has better memory allocation routines
  43. |> than this one on the archimedes 8-(
  44. Oh yes?  What was that then?
  45.  
  46.  
  47. |> "And now to something completely different"
  48. |> 
  49. |> Has someone find a method to replace OS_ReportError with a WIMP-tasking
  50. |> errorviewer ? 
  51. |> With the old (RISCOS 2.0) version of a errorviewer the machine freeze ....
  52.  
  53. Well, write your own?  If you're writing in C, it's not to difficult to
  54. produce a dbox which does the same thing.  (The only thing you need to do
  55. is split up the text into several lines.)
  56.  
  57. Come to think of it, isn't there an option on the ReportError swi to return
  58. immediately so you can just keep polling it?  So why not use that?
  59.  
  60.  
  61. |> "And now to something completely different"
  62. |> 
  63. |> Has someone find a method for a "forkviewer" ?  A program that shows text
  64. |> but do not block the calling obeyscript.
  65. |> Example:
  66. |>    obeycommand1 
  67. |>    ;eg. running a compiler
  68. |>    forkview file
  69. |>    ;eg. viewing a file with warnings
  70. |>    obeycommand2
  71. |>    ;e.g. running a linker 
  72. |> 
  73. Do you mean like *Type?
  74. I don't see the problem.  Obey files don't get stopped by running applications.
  75. It's a well known problem that if you stick any lines (empty or not) after the
  76. Run <Foo$Dir>.!RunImage in a !Run file then that file remains open until the
  77. application terminates, so presumably the Obey mechanism is quite happy to
  78. nest stuff.
  79.  
  80. Or do you mean that it should fork a wimp application to view the text?
  81. Well if you have a wimp app that views text, e.g. !ViewText, then try
  82.  
  83.   obeycommand1
  84.   WimpTask !ViewText file
  85.   obeycommand2
  86.  
  87. (I'm pretty sure WimpTask is the command to launch another task)
  88. Actually, the problem with this is that it will need a wimppoll to happen before
  89. the new task is run, so this will only work if your obey file is being run
  90. in a taskwindow.
  91. The way to get around this is to write a small wimp app which starts off,
  92. executes the command using WimpTask, does a wimp poll asking for a null and
  93. then exits.
  94.  
  95.  
  96. |> "And now to something completely different"
  97. > 
  98. |> so long
  99. |> 
  100. |> "And now to something completely different"
  101. |> 
  102.  
  103. Oh PLEASE!  The phrase is:
  104. "And now for something completely different"
  105.  
  106. (The third word was wrong in every instance in your message.)
  107.  
  108. Ian Griffiths
  109.