home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / vms / 20195 < prev    next >
Encoding:
Internet Message Format  |  1993-01-01  |  2.6 KB
  1. Path: sparky!uunet!gatech!concert!ais.com!bruce
  2. From: bruce@ais.com (Bruce C. Wright)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: How Open is Open VMS?
  5. Message-ID: <1993Jan1.133650.5924@ais.com>
  6. Date: 1 Jan 93 13:36:50 GMT
  7. References: <1992Dec31.190236.29454@zooid.guild.org> <1992Dec31.164508.1051@cmkrnl.com>
  8. Organization: Applied Information Systems, Chapel Hill, NC
  9. Lines: 43
  10.  
  11. In article <1992Dec31.164508.1051@cmkrnl.com>, jeh@cmkrnl.com writes:
  12. > In article <1992Dec31.190236.29454@zooid.guild.org>, Mark Kovarski <kovarski@zooid.guild.org> writes:
  13. >> 
  14. >> Could someone tell me how "open" Open VMS really is. Is it so open that
  15. >> someone can obtain the source codes, or is it another proprietary operating
  16. >> system with the word "Open" attached to it? Thanks.
  17. > 
  18. > VMS is just as proprietary as, for example, SCO Unix, SunOS, HP-UX, etc.
  19.  
  20. Just about the only really `open' system is GNU.  IMHO, most OS vendors
  21. who use the term are really engaging in FUD, including DEC's `Open' VMS
  22. and Sun's absurd `Open' posturing.
  23.  
  24. For what it's worth, one of the products that AIS sells runs on multiple
  25. platforms:  VMS and various flavors of Unix.  Although VMS != Unix and
  26. there have been certain problems keeping things coordinated between the
  27. two systems, by far the _worst_ problems have been with certain Unix
  28. systems, both because of compiler problems and because of OS problems.
  29. I don't think I'm at liberty to discuss the details so please don't ask,
  30. but the vendors I'm thinking about are very well-known Unix vendors.
  31.  
  32. > [...]
  33. > 
  34. > It is generally not necessary, though, to recompile nor even to relink any
  35. > part of VMS in order to add to it or change it.  In particular, device
  36. > drivers can be added to a live running system.  You can even replace an
  37. > old version of a driver with a newer one on a live system.
  38.  
  39. You can often replace an old driver with a new driver, but if any of the
  40. driver's data structures change (UCB changes, for example), you may need
  41. to make special provisions for this in the driver's code.  For example,
  42. VMS will not automatically unlink and reallocate a UCB if the UCB length
  43. changes for the new driver.  If you reload a driver that has had that
  44. kind of change, and which doesn't provide for reallocating the system
  45. data structures itself (a complex task in the general case: it may have
  46. to know what the format of every data structure it's ever used is so that
  47. it can properly unlink everything), a system crash is _highly_ likely.
  48.  
  49. I'm sure Jamie knows this, and that his comment was an offhand comment 
  50. related to the `open systems' nonsense, but if anyone else is doing this
  51. they should be aware of the possibilities for trouble.
  52.  
  53. Bruce C. Wright
  54.