NCR's symbolic links (was Re: Pack)
super
greg at tcnz2.tcnz.co.nz
Sat Aug 5 10:46:10 AEST 1989
In article <966 at levels.sait.edu.au> ccdn at levels.sait.edu.au (DAVID NEWALL) writes:
>In article <737 at toro.UUCP>, nick at toro.UUCP (Nicholas Jacobs) writes:
>> Actually, NCR has implemented symbolic links for System V.
>
>NCR's implementation of symbolic links is almost unusable. There is no
>way of telling if a link is a symbolic link or a hard link; and most
>programs break when they come across a symbolic link that points to a
>non-existant file (can't stat xxxx).
A friend of mine (wdr at csoft.co.nz) wrote a small number of utilities
to get around these problems, including one to cruise down the file
system and generate a script which could rebuild the current symbolic
links.
The major headache we had with them is that our dbms appeared to do
file locking on the filessystem:inode basis, but did not handle
symbolic links, so that two programs could lock the same data if they
were running in the DBMS on different file systems. We have not had
the spate of DB corruptions we used to have since the last upgrade of
the software, but it is something to watch for.
greg
Disclaimer : no-one tells me what to write
Quote : Have I aligned
with a blown mind
Wasted my time
On a drawn blind -- Zappa
Greg Calkin Thomas Cook N.Z. Limited,
...!uunet!vuwcomp!dsiramd!marcamd!tcnz2!greg PO Box 24, Auckland CPO,
or greg at tcnz.co.nz New Zealand. Phone (09)-793920
More information about the Comp.bugs.sys5
mailing list