Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT sources DOT redhat DOT com>
List-Archive: <http://sources.redhat.com/ml/cygwin/>
List-Post: <mailto:cygwin AT sources DOT redhat DOT com>
List-Help: <mailto:cygwin-help AT sources DOT redhat DOT com>, <http://sources.redhat.com/ml/#faqs>
Sender: cygwin-owner AT sources DOT redhat DOT com
Delivered-To: mailing list cygwin AT sources DOT redhat DOT com
Date: Mon, 24 Sep 2001 14:40:46 +0200
From: Corinna Vinschen <cygwin AT cygwin DOT com>
To: cygwin <cygwin AT cygwin DOT com>
Subject: Re: [PATCH] ls & "magic" cygdrive dir (was: RE: cygdrive stuff)
Message-ID: <20010924144046.S17037@cygbert.vinschen.de>
Mail-Followup-To: cygwin <cygwin AT cygwin DOT com>
References: <EA18B9FA0FE4194AA2B4CDB91F73C0EF7A32 AT itdomain002 DOT itdomain DOT net DOT au> <20010924111806 DOT O17037 AT cygbert DOT vinschen DOT de> <0cfd01c144dc$57e9ab70$0200a8c0 AT lifelesswks> <20010924140127 DOT P17037 AT cygbert DOT vinschen DOT de> <0d6101c144f2$411f4fb0$0200a8c0 AT lifelesswks>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <0d6101c144f2$411f4fb0$0200a8c0@lifelesswks>; from robert.collins@itdomain.com.au on Mon, Sep 24, 2001 at 10:12:59PM +1000

On Mon, Sep 24, 2001 at 10:12:59PM +1000, Robert Collins wrote:
> From: "Corinna Vinschen" <cygwin AT cygwin DOT com>
> > We could simulate /dev through the fhandler, though.  Assuming
> > we already have a fhandler_devfs, its opendir()/readdir() could
> > begin with listing the real /dev directory if and as it exists.
> > When finished, it could go ahead with listing the internal
> > Cygwin devices.  The `stat' call itself isn't concerned at all
> > by this approach.  It would work as before.  A good idea would
> > just be to create a /dev by setup to have the real directory
> > node to be able to list . and .. w/o handstands.  And we don't
> > have to worry about the order since that's done by ls.
> 
> Sure. All I meant to say is that we shouldn't design this behaviour in.
> Allow it - yes; require it - no. Quite obviously any fhandler can do
> what it wants - merge network, win32, and virtual data. As long as they
> don't _have to_ I'm happy :].

You mean the existence of the real directory?

> > - Another yes due to our long term devlopment target to substitute
> >   the fhandler classes by device and file system classes.  But that
> >   will take much time so we can neglect that for now.
> 
> Ah, didn't know about that. Still, IMO this is actually helpful for
> that, as it starts the process of making all fs calls into the fhandler
> class and out of syscalls.cc.

I second that.

Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Developer                                mailto:cygwin AT cygwin DOT com
Red Hat, Inc.

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/