From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hans Reiser Subject: Re: file as a directory Date: Fri, 26 Nov 2004 10:19:57 -0800 Message-ID: <41A773CD.6000802@namesys.com> References: <2c59f00304112205546349e88e@mail.gmail.com> <1101287762.1267.41.camel@pear.st-and.ac.uk> <4d8e3fd304112407023ff0a33d@mail.gmail.com> <200411241711.28393.christian.mayrhuber@gmx.net> <1101379820.2838.15.camel@grape.st-and.ac.uk> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: list-help: list-unsubscribe: list-post: Errors-To: flx@namesys.com In-Reply-To: <1101379820.2838.15.camel@grape.st-and.ac.uk> List-Id: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: Peter Foldiak Cc: Christian Mayrhuber , reiserfs-list@namesys.com, Paolo Ciarrocchi , linux-kernel@vger.kernel.org Peter Foldiak wrote: > >The problem with the >cat /etc/passwd/..metas/contents/shell[username = "joe"] >syntax is that it doesn't really achieve namespace unification. > > > > > > For the case Peter cites, yes, it does add clutter to the pathname to say "..metas" (actually, it is "...." now in the current reiser4, not "..metas"). This is because you aren't looking for metafile information, you are looking for a subset and describing the subset, and that just requires a file-directory plugin that can handle the name of that subset and parse the file to find it.