derstad@CIM-VAX.HONEYWELL.COM ("DAVE ERSTAD") (11/21/89)
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 SSECfaulkner@megan.Apollo.COM (Donald Vaughn Faulkner) (11/22/89)
dave> Thus, the behavior is very different in certain cases. For example, dave> if I type the command dave> ./program dave> and program does not exist (for example, if some other operation has dave> failed), Aegis will now execute dave> ~/com/./program dave> if it exists (~/com/./program == ~/com/program). I don't particularily dave> care for that behavior. "fixed at 10.2" -- Don Faulkner Customer Service OS Products Apollo Computer faulkner@apollo.hp.com Don Faulkner Customer Service OS Products Apollo Computer faulkner@apollo.hp.com