[Info-vax] Orphaned processes on OpenVMS
Paul Sture
paul.nospam at sture.ch
Tue May 24 11:37:12 EDT 2011
In article <irer0b$lou$1 at Iltempo.Update.UU.SE>,
Johnny Billquist <bqt at softjar.se> wrote:
> On 2011-05-23 06.08, Bob Koehler wrote:
> > The only thing I've heard substantially influenced by UNIX, and also
> > attempted various ways in earlier DEC operating systems, was the
> > now ubiquitous nesting of directories inside directories in a file
> > hierarchy. Even then, there were influences that lead VMS to a
> > per-disk hierarchy, rather than UNIX style mount points.
>
> All DEC OSes (that I know of) have had per-disk hierarchies. Nesting
> directories inside directories is an old concept, for which Unix can't
> really take any credit. RSX do the same thing, and I'm sure lots of more
> examples can be brought out.
Rt-11 didn't have directories, as far as I can remember, though as far
as I got with that was V3.
> > So VMS users can be glad that user names and directory names are
> > strings, that subdirectories are part of the file system, but were not
> > done in the TOPS-10 nor TOPS-20 style.
>
> What do you mean "strings"? Directory names in VMS are normal file
> names. Until VMS V4, this meant the same things as in RSX, ie. 9+3
> character filenames with only radix 50 character set used.
I think that Bob is referring to the numeric UIC style directory names,
which were a leftover from RSX and compatibility mode. The one relic of
that which is still in VMS is [000000] for top level directory.
> TOPS-20 style filenames and directories were much more free form, but as
> far as I remember, usernames and directories were sortof related, and
> kept separate from the file system. But they are certainly strings.
>
ISTR logging onto RSX and RSTS systems with UICs rather than usernames.
--
Paul Sture
More information about the Info-vax
mailing list