[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