[Info-vax] Reimplementing VMS, was: Re: HP adds OpenVMS Mature Product Support beyond the end of Standard Support

[Bill Gunshannon]

In article <lcjj96$eim$1 at speranza.aioe.org>,
	glen herrmannsfeldt <gah at ugcs.caltech.edu> writes:
> Bill Gunshannon <bill at server2.cs.scranton.edu> wrote:
> 
> (snip)
>> More than enough, but that is still irrelevant to the original issue.
>> VMS is not a microkernel and a microkernel is not VMS.  People here
>> have historically stated that nothing is as good as VMS and nothing
>> is an acceptable replacement.  Now, all of a sudden, a microkernel
>> is a suitable replacement for the VMS kernel.  
> 
>> What happened to all the security, stability and functionality 
>> issues?  
> 
> Not that I follow it all that closely, but I thought the idea
> of a microkernel was that it was more secure and more stable.

And I thought the opinion here was that nothing was as secure or
stable as VMS.

> 
> The most important parts are small enough that you can verify
> their stability and security faster. In the case of a new VMS,
> less work to get it working would be pretty important.

OK.  Time to let it go.  It is obvious that all that pap about the
strengths of VMS were just that.  

> 
>> If a microkernel is an acceptable alternative to the VMS 
>> kernel why has noone written a VMS API for a mmicrokernel 
>> in the past?  Then this whole issue of the demise of 
>> VMS would have been moot from the start.
> 
> Then, outside the kernel, you do whatever you need to make
> it look and work like an actual VMS.
> 

Like I said, time to let it go.  VMS seems to be easier to replace
than people here have been saying for the past two decades.  Just
makes me wonder why this wasn't done when the future of VMS first
came into doubt instead of waiting until it was a crisis.

bill

-- 
Bill Gunshannon          |  de-moc-ra-cy (di mok' ra see) n.  Three wolves
billg999 at cs.scranton.edu |  and a sheep voting on what's for dinner.
University of Scranton   |
Scranton, Pennsylvania   |         #include <std.disclaimer.h>