From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Thu, 16 Aug 2012 18:31:17 +0200 From: tlaronde@polynum.com To: Fans of the OS Plan 9 from Bell Labs <9fans@9fans.net> Message-ID: <20120816163117.GC1029@polynum.com> References: <20120805173639.GA395@polynum.com> <20120815173327.GA424@polynum.com> <20120815200949.4628BB85B@mail.bitblocks.com> <20120815212734.GA1190@polynum.com> <20120816034747.7FE5EB85B@mail.bitblocks.com> <20120816053428.GA427@polynum.com> <20120816155901.6FB72B827@mail.bitblocks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120816155901.6FB72B827@mail.bitblocks.com> User-Agent: Mutt/1.4.2.3i Subject: Re: [9fans] Multi-dimensional filesystem Topicbox-Message-UUID: aa3500ae-ead7-11e9-9d60-3106f5b1d025 On Thu, Aug 16, 2012 at 08:59:01AM -0700, Bakul Shah wrote: > On Thu, 16 Aug 2012 09:40:22 EDT erik quanstrom wrote: > > > What is more bizarre, with my scheme, is how to implement the meaning > > > of ".."? If classical clients have to be able to be used, the server > > > must create a fake name (as the penultimate component of the > > > dirpath), that triggers the correct answer from the server. > > > > see defmnt.c:/^fixdotdotname for where this is handled by the kernel, > > not the file server. > > It pretty much has to. Consider what happens when you do > something like > > % x=`{pwd} > % bind /sys/src tmp > % cd tmp > % cd .. > > This gets you back to $x. If you leave ".." upto the > fileserver, you'd get back to /sys not $x. The server can't > know the right context. And this is why the pathname has to encode, one way or the other, the hierarchy, to let the fileserver be context ignorant, and the user go wherever he wants. -- Thierry Laronde http://www.kergis.com/ Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C