lkml.org 
[lkml]   [2001]   [Dec]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH] Revised extended attributes interface
Date
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/

\
 
 \ /
  Last update: 2005-03-22 13:13    [W:0.090 / U:0.264 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site