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