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:01:27 +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:	<20010924140127.P17037@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>
Mime-Version:	1.0
User-Agent:	Mutt/1.2.5i
In-Reply-To:	<0cfd01c144dc$57e9ab70$0200a8c0@lifelesswks>; from robert.collins@itdomain.com.au on Mon, Sep 24, 2001 at 07:36:07PM +1000

On Mon, Sep 24, 2001 at 07:36:07PM +1000, Robert Collins wrote:
> From: "Corinna Vinschen" <cygwin AT cygwin DOT com>
> > So /dev is kinda `bastard' containing virtual device entries
> > but also real symlinks.
> 
> Ahh, well, there are two approaches there. 1 is what I described. A
> second one is to mount each device separately at it's appropiate point,
> and have a real /dev directory.
> 
> IMO if you want full fs at /dev, then you should create it. AFAIK the
> linux devfs is readonly, with the exception of adding nodes when devices
> are detected at runtime.

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.

> > I think that you'll have some work to implement that due to a
> > design constraint inside of Cygwin.  In theory the functionality
> > of stat/readdir etc. has to be moved inside of the fhandlers
> > first.  While that already works for stat on disk files it's
> > currently not implemented for readdir at all.
> 
> Ok, well that makes sense. Any objection to it being done :}?

Yes and no.

- Yes, this is a `not in 1.3.4' kinda thing since 1.3.4 should
  be a bug fix release as you know.

- No for 1.3.5.
  
- 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.

> (It should be a matter of moving the existing code to fhandler_disk,
> with a copy to _raw and creating a couple of wrapper calls similar to
> stat(), followed up with a virtual method in fhandler_base shouldn't
> it?)

Yup, more or less,  but with a copy to _base.

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/

- Raw text -