home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / misc / 4782 < prev    next >
Encoding:
Internet Message Format  |  1992-12-31  |  3.4 KB
  1. Xref: sparky comp.unix.misc:4782 alt.amateur-comp:426
  2. Newsgroups: comp.unix.misc,alt.amateur-comp
  3. Path: sparky!uunet!news.mtholyoke.edu!jbotz
  4. From: jbotz@mtholyoke.edu (Jurgen Botz)
  5. Subject: Re: What makes Unix Special?
  6. Message-ID: <C04zI3.EuK@mtholyoke.edu>
  7. Sender: news@mtholyoke.edu (USENET News System)
  8. Organization: Mount Holyoke College
  9. References: <1992Dec31.062544.5838@news.columbia.edu> <31DEC199210495450@author.gsfc.nasa.gov>
  10. Date: Thu, 31 Dec 1992 18:32:27 GMT
  11. Lines: 65
  12.  
  13. In article <31DEC199210495450@author.gsfc.nasa.gov> rkoehler@author.gsfc.nasa.gov (Bob Koehler) writes:
  14. >UNIX does not represent "an advance over past operating systems" in many areas,
  15. >having been written in 1969 it does show limitations due to the software
  16. >technology of that era.
  17.  
  18. Unix wasn't really "written in 1969".  It was begun in 1969.  There's a big
  19. difference... the common Unix variants (SV, BSD4) are products of the late
  20. 70s.
  21.  
  22. >Sound arguments can be made for technical superiority
  23. >of newer systems, such as VMS, written in the late 70s.
  24.  
  25. Arguments can be made for anything.  Sound ones... well, make some! ;-)
  26.  
  27. >Currently most UNIX systems fall down in the areas or real-time, but POSIX
  28. >1003.4 will hopefully push more vendors toward adding pre-emptable kernels and
  29. >user level threads.
  30.  
  31. Naw... POSIX is A Good Thing, but it's the availability of the Mach micro-
  32. kernel that is starting to give us more advanced OS capabilities.  Thanks,
  33. CMU!
  34.  
  35. >Often older UNIX systems have security weaknesses, which newer UNIX systems
  36. >have adressed.
  37.  
  38. There's some truth to this, but then it depends on what you're comparing
  39. it to.  The masses are often under the impression that Unix has "weak
  40. security," but the reality is that the holes in Unix are just better known
  41. that then holes in other OSes, because *Unix* is better known!  There are
  42. a lot of people out there who know Unix inside-out and it's relatively 
  43. easy to get access to source-code (that's how RTM developed his knownledge
  44. of Unix weaknesses, for example... by reading source code like other people
  45. read novels!)  I suspect that most OSes have more open holes than Unix, 
  46. they're just not well known because very few people know the OS well enough
  47. to find them.  Security through obscurity. 
  48.  
  49. >One of my pet peeves in UNIX land is its closed nature.  To me, open means you
  50. >can look inside.  I cannot afford the current UNIX source license prices, but I
  51. >have found source licensing arangements for proprietary systems often an order
  52. >of magnitude lower.
  53.  
  54. Really?  I don't know otherwise, but I find this /very/ surprising.  How
  55. much for a VMS source license?  Can anyone even get it?  Besides, a BSD-NET2
  56. "source license" is $0.  Ditto for Linux.  Ditto for the Mach microkernel (not
  57. Unix, but a good foundation for a Unix-workalike).  Ditto for GNU.
  58.  
  59. >And I'll still take VMS over UNIX any day.  VMS owes some of its human
  60. >interface concepts to UNIX, and both should learn of few new tricks from each
  61. >other.
  62.  
  63. *shrug*... I'll still take Unix over VMS any day.
  64.  
  65. >Personally I hope POSIX will catch on [...]
  66.  
  67. I agree.
  68.  
  69. >And I no doubt have touched a spark to several flames in waiting, most
  70. >(or perhaps all) of which I will much too simply ignore.
  71.  
  72. *grin*... I don't consider this response a flame, and I'm also not writing
  73. it to goad a response out of you, so go ahead and ignore it.  But if you
  74. feel like replying, you can start by making those "sound arguments for the
  75. technical superiority of VMS."
  76. --
  77. Jurgen Botz, jbotz@mtholyoke.edu
  78.