[PATCH] ls & "magic" cygdrive dir (was: RE: cygdrive stuff)

[Robert Collins]

----- Original Message -----
From: "Corinna Vinschen" <cygwin@cygwin.com>
To: "cygwin" <cygwin@cygwin.com>
Sent: Monday, September 24, 2001 10:40 PM
Subject: Re: [PATCH] ls & "magic" cygdrive dir (was: RE: cygdrive stuff)


> On Mon, Sep 24, 2001 at 10:12:59PM +1000, Robert Collins wrote:
> > From: "Corinna Vinschen" <cygwin@cygwin.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?

Sort of. I mean the requirement that to achieve a mixture of real and
mounted entries, the fhandler class has to do it. Simply mounting all
the virtual entries into a real directory should automagically result in
them showing up in that parent dir's readdir() and being statable.

Is that more or less clear?

Rob


--
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/