Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S261773AbVEJUMM (ORCPT ); Tue, 10 May 2005 16:12:12 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261774AbVEJUMM (ORCPT ); Tue, 10 May 2005 16:12:12 -0400 Received: from thebsh.namesys.com ([212.16.7.65]:24463 "HELO thebsh.namesys.com") by vger.kernel.org with SMTP id S261773AbVEJUMF (ORCPT ); Tue, 10 May 2005 16:12:05 -0400 Message-ID: <4281158D.5090401@namesys.com> Date: Tue, 10 May 2005 13:11:57 -0700 From: Hans Reiser User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041217 X-Accept-Language: en-us, en MIME-Version: 1.0 To: sean.mcgrath@propylon.com CC: Peter Foldiak , linux-kernel@vger.kernel.org, reiserfs-list@namesys.com Subject: Re: file as a directory References: <2c59f00304112205546349e88e@mail.gmail.com> <41A1FFFC.70507@hist.no> <41A21EAA.2090603@dbservice.com> <41A23496.505@namesys.com> <1101287762.1267.41.camel@pear.st-and.ac.uk> <1115717961.3711.56.camel@grape.st-and.ac.uk> <4280CAEF.5060202@namesys.com> <1115739129.3711.117.camel@grape.st-and.ac.uk> <4280E1A9.3010703@propylon.com> <4280EEA7.9080403@namesys.com> <4280F1D5.3060607@propylon.com> <428102E8.2020509@namesys.com> <42810DEC.8030902@propylon.com> In-Reply-To: <42810DEC.8030902@propylon.com> X-Enigmail-Version: 0.90.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 841 Lines: 39 Sean McGrath wrote: > >>>> What is an opaque name? >>>> >>>> >>>> >>>> >>>> >>> >>> By "opaque name" I mean a name that is purely a label. A name that >>> cannot be interpreted as a query expression. >>> >> >> >> Isn't query just another name for name? >> >> >> > That is a major philosophical nugget :-) > > I recommend Saul Kripke's Naming and Necessity: > http://www.answers.com/topic/saul-kripke > > Sean > > > > I suggest considering your opaque names to be what reiser4 calls "keys", that is, names that exist for the purpose of finding the object via the storage layer. Hans - 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/