Ideas for changes to Unix filesystem

Dan Bernstein brnstnd at kramden.acf.nyu.edu
Tue Feb 5 22:37:27 AEST 1991


In article <1991Feb04.004933.17253 at kithrup.COM> sef at kithrup.COM (Sean Eric Fagan) writes:
> In article <1991Jan30.143326.16676 at socs.uts.edu.au> jeremy at socs.uts.edu.au (Jeremy Fitzhardinge) writes:
> >1 - a flink(char *path, int fd) system call/operation.
> This, while not necessarily a bad idea, is not necessarily a *good* idea.
> You are not going to be able to do it for any arbitrary path and
> file descriptor (since you have problems with mount points still, just like
> normal links), and some of the objects don't make a whole lot of sense as
> files.

You're describing exactly the limitations on link(). What's wrong with
that?

Here's one use of flink(): You run ``rmprotect foo bar'', where foo and
bar are important files that you want to make sure you never delete.
rmprotect periodically checks the number of links on foo and bar; if
they ever disappear, it puts them back and sends you mail. The only way
to do this without flink() is to waste some directory space elsewhere
for extra links, and then you don't get the same reliability.

---Dan



More information about the Comp.unix.internals mailing list