Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!genrad!decvax!decwrl!pyramid!pesnta!amd!amdcad!cae780!leadsv!rtgvax!ramin From: ramin@rtgvax.UUCP Newsgroups: net.decus,net.unix,net.usenix Subject: Re: Favorite operating systems query Message-ID: <77@rtgvax.UUCP> Date: Thu, 19-Jun-86 16:07:14 EDT Article-I.D.: rtgvax.77 Posted: Thu Jun 19 16:07:14 1986 Date-Received: Sat, 21-Jun-86 10:51:50 EDT References: <339@valid.UUCP> Distribution: net Organization: Erewhon Travel Lines: 58 Keywords: VMS, Multics, UNIX, fanaticism Xref: watmath net.decus:346 net.unix:8302 net.usenix:601 Summary: Not so much favorite as functional... In article <339@valid.UUCP>, sbs@valid.UUCP (Steven Brian McKechnie Sargent) writes: First of all, for certain applications, comparing un*x and vms would be like comparing a three-legged hemorrhoidal cat and the earwax inside Zaphod Beeblebrox's left ear(s) (go figure...) For real-time applications (I know, you've probably heard this one before), the standard (BSD 4.[23], S[V7etc...]) don't, how shall I say, "lend themselves" to real-time processing... Most notably, a decent paging mechanism, proper locks, a fine resolution clock, shared memory (or memory mapping to disk) and other distributed support are missing... (On the flip side, ultrix 1.2, which claims to be BSD4.3 plus SVID enhancements has the shared memory, and semaphore support, so things are looking up there). There is also a great deal of resistance to having to play with the kernel when adding support for some new type of peripheral... And many many more... On the other hand, VMS has some dandies too: Process creation is not unlike pulling a knee-cap out. Mailboxes are S-L-O-W, and mapping to disk-files by more than one process is not encouraged if both are writing... DECnet's user-level interface (as in DCL) is bogus as hell (YOU MEAN I HAVE TO TYPE MY PASSWORD ON THE SCREEN EVERYTIME I COPY FILES ACROSS? GO PROXY YOURSELF YOUNG MAN!!!). DCL is a joke of a shell (though it's getting better) with a funny idea for redirection... File naming syntax is VERY convoluted (there is actually a system call to VALIDATE the syntax of a filename!!!)... And many many more... Now that I'm done bitching about the two systems I must point that this type of questioning is rather misleading since preference for each system is basically a matter of use and a sprinkling of faith... If you like to see source code of the command you're using, don't look at vms (unless you have strong micro-fiche reading eyes). If you like your program to getup and run when you buy it, try vms (:-). Religiously, most will say that VMS is THE system for "serious" work, i.e. vs. play with source all day... If you're the end-user vms gives you more robust software, but less variety and definitely less support if things break. If you're the developer unix lets you do so many things faster and easier... So in conclusion.... I would buy a unix system with a vms cross-tool set. i.e. where I could develop on a unix, but the end result would run on vms...(:-) This is all too silly... I'm going out for a drink... ramin... > UNIX isn't but should be a trademark of D.M.Ritchie. > VMS should be the name of some type of plastic resin... -- =--------------------------------------=-------------------------------------= : alias: ramin firoozye' : USps: Systems Control Inc. : : uucp: ...!shasta \ : 1801 Page Mill Road : : ...!lll-lcc \ : Palo Alto, CA 94303 : : ...!ihnp4 \...!ramin@rtgvax : ^G: (415) 494-1165 x-1777 : =--------------------------------------=-------------------------------------= "Your wife is a genius. It's hard getting used to my furniture moving around."