On December 7, 2001 12:15 am, Nathan Scott wrote:
> > > [extended attributes on symlinks]
> >
> > OK, well it looks like you're going a little overboard here in dividing out
> > the functionality. What you're talking about is 'follow symlink or not',
> > right? That really does sound to me as though it's naturally expressed with
> > a flag bit. I really don't see a compelling reason to go beyond 8 syscalls:
> >
> > get, fget, set, fset, del, fdel, list, flist
>
> I'm not too fussed - the second draft patch I sent out did exactly
> as you describe, in an attempt to cut down on syscalls. This again
> meant adding a "flags" field to each operation. We also have stat/
> lstat/fstat and chown/lchown/fchown - I was trying to be consistent
> with those, and I still think that is the right thing to do.
It may well be, however, the one call that has flags, set, is looking a
little irregular sitting there on its own.
We're inventing an API here for which we don't have a lot of guidance from
existing unices, correct? It wouldn't hurt to really kick it around. After
all, what we settle on in Linux is likely to become the standard.
Presumably there's some existing practice at SGI, do you have a pointer to
man pages?
-- Daniel - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Fri Dec 07 2001 - 21:00:36 EST