|To:||Andrew Pimlott <andrew@xxxxxxxxxxxxxxxxxxxxxxx>|
|Subject:||Re: reiser4 (was Re: [PATCH] Revised extended attributes interface)|
|From:||Hans Reiser <reiser@xxxxxxxxxxx>|
|Date:||Thu, 13 Dec 2001 23:47:01 +0300|
|Cc:||Anton Altaparmakov <aia21@xxxxxxxxx>, Nathan Scott <nathans@xxxxxxx>, Andreas Gruenbacher <ag@xxxxxxxxxxx>, linux-kernel@xxxxxxxxxxxxxxx, linux-fsdevel@xxxxxxxxxxxxxxx, linux-xfs@xxxxxxxxxxx|
|References:||<20011205143209.C44610@wobbly.melbourne.sgi.com> <20011207202036.J2274@redhat.com> <20011208155841.A56289@wobbly.melbourne.sgi.com> <3C127551.email@example.com> <20011211134213.G70201@wobbly.melbourne.sgi.com> <firstname.lastname@example.org> <3C1678ED.email@example.com> <20011212204333.A4017@pimlott.ne.mediaone.net> <3C1873A2.firstname.lastname@example.org> <20011213102729.B3812@pimlott.ne.mediaone.net>|
|User-agent:||Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.6) Gecko/20011120|
Andrew Pimlott wrote:
I remember that I used to be a sysadmin with some NetApp boxes that have a .snapshot directory that is invisible, and has special qualities.On Thu, Dec 13, 2001 at 12:23:46PM +0300, Hans Reiser wrote:
It worked. There were no namespace collision problems. None.
These things can be survived by users.;-)
Nothing I say should be construed to mean that I think that a particular name for a pseudo-file implemented by the default regular directory plugin is what should ship. I am easy in such matters. You can also get me to agree it should be modifiable, so that if Joe Sevenpack needs a file named ..archive, he can have it.
Both. If you want a file named '..glob' that does the same thing as
'..archive', go for it. I am not necessarily committed to putting ..archive in the default directory plugin (actually, I don't like that name, it should be something snappier, but I haven't thought of it). I also am not funded to implement ..archive at the moment (I am funded to do inheritance though) .
read, write, etc., on file.html/..joes_attribute, unless it is a particular attribute that has particular effects on the particular plugin for file.html, in which case it all depends on the plugin and the constraints imposed on joes_attribute. It may be that modifying file.html modifies ..joes_attribute as a side-effect, plugins can do anything in response to a VFS operation. You put the plugin into your kernel, you'd better be able to trust it....
Or you can use the efficient for small files API we are implementing, which I won't go into here.
|<Prev in Thread]||Current Thread||[Next in Thread>|
|Previous by Date:||Re: kernel updates for 2.4.x kernels?, Florin Iucha|
|Next by Date:||Re: reiser4 (was Re: [PATCH] Revised extended attributes interface), Anton Altaparmakov|
|Previous by Thread:||Re: reiser4 (was Re: [PATCH] Revised extended attributes interface), Andrew Pimlott|
|Next by Thread:||Re: reiser4 (was Re: [PATCH] Revised extended attributes interface), Brad Boyer|
|Indexes:||[Date] [Thread] [Top] [All Lists]|