home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / acorn / 10536 < prev    next >
Encoding:
Internet Message Format  |  1993-01-25  |  3.6 KB
  1. Xref: sparky comp.sys.acorn:10536 comp.sys.acorn.tech:1409
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uwm.edu!biosci!agate!doc.ic.ac.uk!uknet!strath-cs!bnr.co.uk!stc!rap
  3. From: rap@bnr.co.uk (Richard Porter)
  4. Newsgroups: comp.sys.acorn,comp.sys.acorn.tech
  5. Subject: Re: Monty Pythons most used sentence
  6. Message-ID: <1k17mmINN7l3@bnsgd245.bnr.co.uk>
  7. Date: 25 Jan 93 17:23:34 GMT
  8. References: <1k11shINNgps@info2.rus.uni-stuttgart.de>
  9. Organization: BNR Europe Limited
  10. Lines: 75
  11. NNTP-Posting-Host: bnsgs193.bnr.co.uk
  12.  
  13. In article <1k11shINNgps@info2.rus.uni-stuttgart.de> zrzs0111@helpdesk.rus.uni-stuttgart.de (Helmut Springer) writes:
  14. >"And now to something completely different"
  15. >
  16. >In past there were a few questions about PD/shareware/freeware modula2 compiler.
  17. >I heard there is (was) a port of m2c (translator modula to c) to the 
  18. >archimedes/RISCOS, but it doesn't run proper (crunshing memory sometimes or 
  19. >something like this ...)
  20. >I also heard also, there is (was) a port of gnu-emacs, also with problems.
  21. >On the one hand, I understand, that porters don't want to be blamed for 
  22. >such bugs, but if a package, which can be ported to other hosts without 
  23. >problems and compile without warnings, we should blame either 
  24. >the library, the compiler or the prinziples of the system (most that ...).   
  25. >                           The tragic part of not publicing not perfect
  26. >ported PD/shareware/freeware programs is, that other people would real need 
  27. >this programs (also if they have to try some things twice before they run ...)
  28. >
  29. >"And now to something completely different"
  30. >
  31. >Has someone build a module with a "save, easy useable, not crunshing"
  32. >method to request memory (for RISCOS 2.00)?
  33. >If you request memory with OS_Module, the memory can't given back, if a 
  34. >other module gets loaded.
  35. >If you request memory with WIMP_SlotSize, you may run into programs which
  36. >sits already in the memory (cause of BBC 6502 compatibility ?) and twice
  37. >this method has no garbage collection ...
  38. >It seams, that good old MSDOS v. 2.00 has better memory allocation routines
  39. >than this one on the archimedes 8-(
  40. >
  41. >"And now to something completely different"
  42. >
  43. >Has someone find a method to replace OS_ReportError with a WIMP-tasking
  44. >errorviewer ? 
  45. >With the old (RISCOS 2.0) version of a errorviewer the machine freeze ....
  46. >
  47. >"And now to something completely different"
  48. >
  49. >Can the programmers of zap and stronged help the porter of the wimp-version
  50. >of microemacs ? (they don't loose too much, if they give him a few obeyfiles
  51. >with a discription ...) 
  52. >Especially the minimal macintosh-like curser makes wimp-emacs unusable for me 
  53. >(B&W-monitor ...) compared with the blockcursors of stronged and zap.
  54. >In my option microemacs should not start with a open window in top of anything
  55. >other after startup, but this is a other thing ....
  56. >
  57. >"And now to something completely different"
  58. >
  59. >Has someone find a method for a "forkviewer" ?  A program that shows text
  60. >but do not block the calling obeyscript.
  61. >Example:
  62. >   obeycommand1 
  63. >   ;eg. running a compiler
  64. >   forkview file
  65. >   ;eg. viewing a file with warnings
  66. >   obeycommand2
  67. >   ;e.g. running a linker 
  68. >
  69. >"And now to something completely different"
  70. >
  71. >Do someone know, how far are the ports of gcc and adaed ?
  72. >
  73. >"And now to something completely different"
  74. >
  75. >so long
  76. >
  77. >"And now to something completely different"
  78. >
  79. >MUFTI
  80. >
  81. >-- 
  82. >Helmut Springer aka delta         University of Stuttgart
  83. >User HelpDesk Computing Center           Physics Department
  84. >springer@rus.uni-stuttgart.de            springer@physik.uni-stuttgart.de
  85. >phone: +49 711 685-4828                  1291::helmut (BelWue)
  86.  
  87. I didn't expect the Spanish Inquisition :-)
  88.