home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!munnari.oz.au!ariel.ucs.unimelb.EDU.AU!ucsvc.ucs.unimelb.edu.au!brt.deakin.edu.au!dougcc
- Newsgroups: comp.arch
- Subject: Re: VMS vs "Unix"
- Message-ID: <1992Dec23.015329.8249@brt.deakin.edu.au>
- From: dougcc@brt.deakin.edu.au (Douglas Miller)
- Date: 23 Dec 92 01:53:29 EST
- Followup-To: comp.arch
- References: <FRANL.92Nov25233757@draco.centerline.com> <0f=Q_u600WBO40k2xV@andrew.cmu.edu> <BzGn32.37C@dscomsa.desy.de> <42743@sdcc12.ucsd.edu>
- Organization: C&CS, Deakin University
- Lines: 38
-
- In article <42743@sdcc12.ucsd.edu>, xm9@sdcc12.ucsd.edu (richard g. adair)
- writes:
-
- >
- > No, UNIX is better for these reasons:
- >
- > pipes
- yes
- > make
- no, several flavors of make are available for VMS
- > light sub-processes
- > the path
- yes, yes
- > transparent networking
- > network file sharing
- no, no, take your pick of VMScluster, DNS, NFS, DECnet/OSI, TCP/IP
- > no RMS
- don't fight it, feel it!
- > choice of shells
- no, VMS provides DCL and posix shells standard, others should be possible
- > machine independant, choice of vendor
- VMS gives you this (more so than many "Unix"es). Just keep your
- application standards compliant, so you can move it anover O/S when the
- fancy takes you.
- > vendor price and speed wars
- no, VMS is as much caught up in this as any other O/S
- > better hardware
- VAX and AXP not good hardware? I beg to differ
- > graphics
- What's wrong with graphics under VMS?
- > it does't have DEC-this DEC-that all over (gak!)
- There is lot less of this than popularly supposed. Although they can
- sometimes produce white elephants, most DEC produced enhancements add
- useful functionality and/or standards compliance not present in the
- original.
- > simplicity
- nothing is simple :-)
-
-