Path: utzoo!attcan!uunet!husc6!bloom-beacon!tut.cis.ohio-state.edu!mailrus!ames!pacbell!att!ihnp4!ihuxy!rnss
From: rnss@ihuxy.ATT.COM (Ron Schreiner)
Newsgroups: comp.sys.atari.st
Subject: Re: Porting utilities to the ST.
Message-ID: <2568@ihuxy.ATT.COM>
Date: 30 Jun 88 22:45:47 GMT
References: <203@eutrc3.UUCP> <1615@alliant.Alliant.COM> <1043@atari.UUCP> <6915@cup.portal.com>
Reply-To: rnss@ihuxy.UUCP (Ron Schreiner)
Organization: AT&T Bell Laboratories - Naperville, Illinois
Lines: 44

In article <6915@cup.portal.com> Henry_Burdett_Messenger@cup.portal.com writes:

.....
	VMS, UNIX squable deleted.
.....


>Gosh, and when UN*X even gets a system monitor, let me know! 

They do exsist.

...
	More squable deleted.
...

   on porting VMS to the ST
>I've thought about it quite often, actually. If the memory management unit 
>had a little more guts... :-) 

What memory management unit ??

>I appreciate the work that goes into *any* software tool (I do _that_ for 
>a living). My comments were merely directed at the 'if it isn't UN*X, it's 
>junk' crowd. I personally avoid UN*X, since it's in the serious dark 
>ages compared to VMS. And going from GEM/TOS -> MINIX/X11 isn't going to 
>help performance much... 

VMS has a different name then RSX or RT11 or whatever, but that does not
make it state-of-the-art.  Lets face it, VMS has it's roots in OSs that
predate UNIX.

When I worked on a VMS system, there was a C compiler, guess what?  it
supported UNIX lib calls.

In my oppinion, if you need to run a meat packing plant or a bank, get a
VMS system.  If you want to develop software, get a UNIX system.  UNIX
was never intended for many of the applications it has been streched to
perform, but yet it survives because it has evolved considerably.

Can we talk about STs now.


-- 
Ron Schreiner   AT&T Bell Labs  ...ihnp4!ihuxy!rnss