The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: clemc@ccc.com (Clem Cole)
Subject: [TUHS] environments/universes (was: Unix v6 problem with /tmp)
Date: Fri, 29 Jul 2016 09:55:45 -0400	[thread overview]
Message-ID: <CAC20D2P-Hj50Gqqkpe-Y0kp3VTr7KYJQ3KuSkfzh8=B6CerFpw@mail.gmail.com> (raw)
In-Reply-To: <20160728231639.GA299581@lisa.in-ulm.de>

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 2846 bytes --]

​below​

On Thu, Jul 28, 2016 at 7:16 PM, Sven Mascheck <mascheck at in-ulm.de> wrote:

> On Wed, Jul 27, 2016 at 04:57:47PM -0400, Clem Cole wrote:
> > I created Conditionally Dependant Symlinks (CDSL) which I think only
> showed
> > up in Masscomp's RTU, Stellix and Tru64.   The were not only late
> binding,
> > but added the concept of a user settable context.   Very handy when
> trying
> > to create a "single system image" from multiple system.
>
> How did you implement it?
>

​Details are little fuzzy on some of the corner cases.  If I thought about
it, I bet they all come back.   But basically bit crumbs in the u_area
containing the "context" and then only trick was parsing the string in
nami/lookup, so you could have N actions depending on the value of the
context.     i.e.   path with embedded context string and grabbed another
special character (which if I recall we used the @ to deliminate followed
by a null then context1-> replacement1<null>context2->replacement2<null>
.... contextN->nth replacement<null>   which was originally linearly
searched since the original use (universes) had a small number of contexts.


When realized how useful they were @ LCC, and started to add support for
clusters and the node name became one of the contexts, we had to get a bit
smarter.   Tru64 and the unreleased HP-UX implementation did some hashing
and cleanup.  I've forgotten if that was done before or after the Intel
Paragon implementation.

BSD symlink semantics was then left alone, although I think I remember I
hacked the set/read code to handle the special char -- again IIR for set to
translate foo at bar to be foo@@bar and read the opposite.

Obviously you have a new failure of of the context did not match and an
open question of how to set/get the different contexts which varied.   For
universes
(which
​like Pyramid and others, Masscomp ​
RTU also
​provided
), my recollection
​ was
a new command hacked into the shells
​ and we had a general set/get variable services that predates the system
variable stuff of the BSDs and later Unix (that was modeled on VMS given
the Masscomp folks were sometimes ex-VMS kernel developers).

​
For the original work at LCC (which is what went into HP-UX and the Paragon
IIRC) , we had a new system service
​ for contexts and I've forgotten how that worked; but it was different
from the Masscomp or later BSD style scheme​
.

As for m​
y memory of Tru64
​ (which only used CDSL's for handling node dependant info)​;
 the node name was set independently
​ using yet another scheme (which I've now forgotten), but
was already in the u_area
​ so we could just look aside.​

Clem
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://minnie.tuhs.org/pipermail/tuhs/attachments/20160729/cfa7cab0/attachment.html>


      parent reply	other threads:[~2016-07-29 13:55 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-27 20:28 [TUHS] Unix v6 problem with /tmp Mark Longridge
2016-07-27 20:31 ` William Pechter
2016-07-27 20:57   ` Clem Cole
2016-07-27 21:01     ` Clem Cole
2016-07-27 21:10     ` William Pechter
2016-07-28  0:49       ` Clem cole
2016-07-28  1:03         ` William Pechter
2016-07-28 11:23           ` [TUHS] History repeating itself (was: Unix v6 problem with /tmp) Michael Kjörling
2016-07-28 12:18             ` Tony Finch
2016-07-28 13:57             ` John Cowan
2016-07-30  7:56               ` Greg 'groggy' Lehey
2016-07-30 11:41                 ` William Cheswick
2016-07-30 23:28                   ` Greg 'groggy' Lehey
2016-07-30 23:50                     ` scj
2016-08-01 11:36                   ` Tony Finch
2016-07-30 14:15                 ` John Cowan
2016-07-30 15:30                   ` [TUHS] History repeating itself Michael Kjörling
2016-07-28  1:03       ` [TUHS] Unix v6 problem with /tmp Clem cole
2016-07-28 23:16     ` [TUHS] environments/universes (was: Unix v6 problem with /tmp) Sven Mascheck
2016-07-29  3:05       ` arnold
2016-07-29 14:14         ` Clem Cole
2016-07-29 13:55       ` Clem Cole [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CAC20D2P-Hj50Gqqkpe-Y0kp3VTr7KYJQ3KuSkfzh8=B6CerFpw@mail.gmail.com' \
    --to=clemc@ccc.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).