Mailing-List: contact cygwin-developers-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-developers-owner AT cygwin DOT com Delivered-To: mailing list cygwin-developers AT cygwin DOT com Date: Fri, 6 Sep 2002 12:19:34 -0400 From: Christopher Faylor To: cygwin-developers AT cygwin DOT com Subject: Re: Contemplating drastic change to mount handling Message-ID: <20020906161934.GJ21699@redhat.com> Reply-To: cygwin-developers AT cygwin DOT com Mail-Followup-To: cygwin-developers AT cygwin DOT com References: <20020906030958 DOT GA27496 AT redhat DOT com> <20020906135854 DOT C1574 AT cygbert DOT vinschen DOT de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20020906135854.C1574@cygbert.vinschen.de> User-Agent: Mutt/1.4i On Fri, Sep 06, 2002 at 01:58:54PM +0200, Corinna Vinschen wrote: >> /etc/fstab would be the same as it is on linux. /etc/mtab would be a >> binary (trie) representation of the mount table which could be mapped >> into cygwin on the fly, eliminating the need to parse any options. > >Sorry, what are "tries"? http://www.google.com/search?q=trie >> We'd still use the registry as a method for finding /etc but that would >> be it. > >Finding "/" basically? It can't be / since the /etc mount could be distinct from /. >> So, basically the "permanent" mounts would be whatever existed in >> /etc/fstab, maybe with an auto field turned on. > >And getting rid of user mounts... :-) I don't know if we can go that far. I think that some people still need them. cgf