From mboxrd@z Thu Jan 1 00:00:00 1970 From: Herbert =?iso-8859-1?Q?P=F6tzl?= Subject: Re: consting operations Date: Sat, 12 Jul 2003 14:21:42 +0200 Sender: linux-fsdevel-owner@vger.kernel.org Message-ID: <20030712122142.GA25570@www.13thfloor.at> References: <20030711221901.GO20424@parcelfarce.linux.theplanet.co.uk> <20030711224701.GA31052@www.13thfloor.at> Reply-To: herbert@13thfloor.at Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: QUOTED-PRINTABLE Cc: linux-fsdevel@vger.kernel.org Return-path: Received: from www.13thfloor.AT ([212.16.59.250]:58539 "EHLO www.13thfloor.at") by vger.kernel.org with ESMTP id S265406AbTGLMGv (ORCPT ); Sat, 12 Jul 2003 08:06:51 -0400 To: Trond Myklebust Content-Disposition: inline In-Reply-To: List-Id: linux-fsdevel.vger.kernel.org On Sat, Jul 12, 2003 at 01:16:45AM +0200, Trond Myklebust wrote: > >>>>> " " =3D=3D Herbert P=F6tzl writes: >=20 > > why do you think that filesystem ops should be read only? >=20 > What possible reason could there be for making them overwritable?=20 > Sounds like a recipe for disaster... hmm, yeah I guess you are right ... I was more thinking about modular filesystems with plugins for special symlink or directory handling, but there it would be better to add another level of indirection anyway ... > If you want to layer stuff on top of another filesystem, then surely > you can do that by methods that don't involve overwriting a globally > shared table. agreed, this would be bad design. best, Herbert > Cheers, > Trond - To unsubscribe from this list: send the line "unsubscribe linux-fsdevel= " in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html