Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!cs.utexas.edu!tut.cis.ohio-state.edu!ucbvax!CIM-VAX.HONEYWELL.COM!derstad
From: derstad@CIM-VAX.HONEYWELL.COM ("DAVE ERSTAD")
Newsgroups: comp.sys.apollo
Subject: SR10 equivalent of '.'?
Message-ID: <8911201827.AA23361@umix.cc.umich.edu>
Date: 20 Nov 89 18:20:00 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 35


Back when Apollo's were JLRA (Just Like Real Aegis, something you
can't buy anymore) '.' was a pathname qualifier which said
'This is a fully qualified pathname; start at the current wd
to find it', with the same sorts of meanings as a pathname
starting with '/' (This is a fully qualified pathname; start at 
the node entry directory to find it).

This is one of those forlorn hopes, but is there an SR10 equivalent?

Please note that './' is NOT the same thing.  The current implementation
of './' treats the . as a leaf name; thus, this pathname is not considered
fully qualified (I'm not sure what the right technical term other than
"fully qualified" is - if there's a better way to convey the concept,
let me know).

Thus, the behavior is very different in certain cases.  For example,
if I type the command
    ./program
and program does not exist (for example, if some other operation has
failed), Aegis will now execute
    ~/com/./program
if it exists (~/com/./program == ~/com/program).  I don't particularily
care for that behavior.

Also, in JLRA the command '.program' (and './program', when it 
became available) would execute program the working directory
regardless of CSRs; since '.' is a leaf name rather than 
a special character this no longer happens.

My suspicion is that I'm out of luck; but there's always hope.

Dave Erstad
DERSTAD@cim-vax.honeywell.com
Honeywell SSEC