Date: Wed, 20 Apr 2011 18:57:12 -0400 (EDT) From: Rick Macklem <rmacklem@uoguelph.ca> To: Pawel Jakub Dawidek <pjd@FreeBSD.org> Cc: freebsd-fs@freebsd.org Subject: Re: question on extended attributes Message-ID: <1382687340.380996.1303340232443.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20110420222523.GJ1907@garage.freebsd.pl>
next in thread | previous in thread | raw e-mail | index | archive | help
> > Hmm. NFSv4 supports the resource forks model, too. (They called them
> > named attributes.) I suppose that there would have to be some new
> > VOPs
> > though. For example, the NFSv4 server needs to be able to get all
> > the
> > attribute names, so it can generate a reply to the client (in that
> > ugly
> > readdir xdr format) and I don't think there's a way in the current
> > VFS
> > to ask "give me all the extended attribute names", is there?
>
> You mean all extended attribute names in the entire file system?
Nope. All for one object.
> That doesn't seem sensible. You can still list extended attributes of
> the given file system object with VOP_LISTEXTATTR(9).
>
Ok, I didn't know about this. It is probably doable then. Won't get to
it for a while though.
Thanks for the info, rick
ps: It's a fair bit of coding, because the "list" of attributes for
an object looks like a directory, then the items can be "look'd
up", "open'd", "read" and "written" like ordinary files.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1382687340.380996.1303340232443.JavaMail.root>