home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / atari / st / tech / 6244 < prev    next >
Encoding:
Internet Message Format  |  1992-12-14  |  1.7 KB
  1. Path: sparky!uunet!mcsun!Germany.EU.net!rrz.uni-koeln.de!not-for-mail
  2. From: aeg03@rrz.uni-koeln.de (Jan T. Kim)
  3. Newsgroups: comp.sys.atari.st.tech
  4. Subject: Re: MiNT, which way forward...
  5. Date: 14 Dec 1992 20:32:16 +0100
  6. Organization: Regional Computing Center, University of Cologne
  7. Lines: 27
  8. Message-ID: <1ging0INNisp@rs1.rrz.Uni-Koeln.DE>
  9. References: <Bz9AIr.I4L@hermes.hrz.uni-bielefeld.de>
  10. Reply-To: kim@vax.mpiz-koeln.mpg.dbp.de
  11. NNTP-Posting-Host: rs1.rrz.uni-koeln.de
  12. Keywords: MiNT
  13.  
  14. In <Bz9AIr.I4L@hermes.hrz.uni-bielefeld.de> itschere@techfak.uni-bielefeld.de (Torsten Scherer) writes:
  15.  
  16. >Mr Stephen R Usher writes the following stuff I'd like to comment:
  17.  
  18. >> (4) Per-Process, highly efficient virtual memory (giving a process a
  19. >>     virtual machine)
  20.  
  21. >don't think that's a good idea, think that's too complicated for too few use
  22.  
  23. In which respect would this make the  system  more  difficult  to
  24. use?  VM  is  probably  a comlicated and complex matter regarding
  25. implementing it in a kernel or writing libraries, but  it  should
  26. be  transparent  for  the  non-system programmer and the user, so
  27. they don't have to worry whether they're  using  a  vitual  or  a
  28. physical machine.
  29.  
  30. To throw in my vote, I'd like  to  see  MiNT  move  in  the  Un*x
  31. direction.  I'll  move  my  work to a Un*x box next year, and the
  32. more unixlike my Atari is, the better will I be able to  use  for
  33. development at home etc.
  34.  
  35. Greetinx, Jan
  36.  
  37.  +- Jan Kim -- X.400:    S=kim;OU=vax;O=mpiz-koeln;P=mpg;A=dbp;C=de -+
  38.  |             Internet: kim@vax.mpiz-koeln.mpg.dbp.de               |
  39.  |                                                                   |
  40.  *----=<  hierarchical systems are for files, not for humans  >=-----*
  41.