home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!wupost!waikato.ac.nz!comp.vuw.ac.nz!zl2tnm!toyunix!don
- Newsgroups: comp.sys.dec
- Subject: Re: Comparison of Alpha, MIPS and PA-RISC-II wanted
- Message-ID: <3936363@zl2tnm.gen.nz>
- From: don@zl2tnm.gen.nz (Don Stokes)
- Date: 29 Dec 92 05:00:00 GMT
- Sender: news@zl2tnm.gen.nz (GNEWS Version 2.0 news poster.)
- References: <1992Dec28.162554.1028@cmkrnl.com>
- Distribution: world
- Organization: The Wolery
- Lines: 23
-
- jeh@cmkrnl.com writes:
- > To be precisely correct, RMS implements record structure within files. RMS
- > does not implement files. Files are implemented by the Files-11 XQP,
- > or (for RSX-compatible volumes) the ODS-1 ACP, or (for tapes) by the
- > mag tape ACP.
-
- While you are correct here, it's not a useful definition (except to internals
- types). My point is that RMS is sufficiently pervasive under VMS that the
- normal user or applications programmer has no need to make that distinction;
- RMS _is_ the interface to the file system.
-
- Providing a usable interface to the file system is a "joint effort" between
- the XQP (&| ACPs) and the higher level RMS calls. Talking to the XQP
- directly means block I/O only; a good foundation to layer a higher level
- system on top of, but not one that's particularly conducive to applications
- development.
-
- These things _are_ supposed to run applications, aren't they? 8-)
-
- --
- Don Stokes, ZL2TNM (DS555) don@zl2tnm.gen.nz (home)
- Network Manager, Computing Services Centre don@vuw.ac.nz (work)
- Victoria University of Wellington, New Zealand +64-4-495-5052
-