Xref: utzoo comp.os.vms:8776 comp.unix.wizards:11232 Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!cwjcc!gatech!rutgers!cmcl2!lanl!unm-la!unmvax!mike From: mike@turing.unm.edu (Michael I. Bushnell) Newsgroups: comp.os.vms,comp.unix.wizards Subject: Re: VMS vs. UNIX file system Message-ID: <1210@unmvax.unm.edu> Date: 19 Sep 88 09:26:15 GMT References: <411@marob.MASA.COM> <3597@encore.UUCP> <3438@crash.cts.com> <3625@encore.UUCP> <68850@sun.uucp> Sender: news@unmvax.unm.edu Reply-To: mike@turing.unm.edu (Michael I. Bushnell) Followup-To: comp.os.vms Organization: University of New Mexico, Albuquerque Lines: 32 In-reply-to: guy@gorodish.Sun.COM (Guy Harris) In article <68850@sun.uucp>, guy@gorodish (Guy Harris) writes: >> I wouldn't be at all shocked to see DEC announce (essentially) RMS >> under Ultrix (and I'll bet a dollar someone is working on this.) Fine >> idea, as long as it's not in the OS. > >Or, more precisely, not in a more-privileged mode than user mode; I consider >the OS to be more than just the kernel - for instance, I consider UNIX standard >I/O to be part of the OS. But standard I/O runs in user mode, not in a more-priviledged mode. What you consider the OS to be is not what it in fact is. A good working description of OS is that part of the system which the arbitrary user cannot rewrite and use in lieu of the distributed code. You can rewrite stdio, and then not use the distributed one. This definition is *very* closely linked to what privilege mode the code runs in...if it runs in user mode, the user could replace it. >Under RSX-11, if I remember correctly, RMS is just a library that runs in user >mode; VMS decided to fill another much-needed gap by running it in executive >mode. Neither of them stuffed it into the kernel, at least.... But...the user can't necessarily replace RMS without getting to write his own CHME dispatch table, something the kernel is not likely to let him do. -- -- N u m q u a m G l o r i a D e o \ Michael I. Bushnell \ HASA - "A" division /\ mike@turing.unm.edu / \ {ucbvax,gatech}!unmvax!turing.unm.edu!mike