This is the mail archive of the
cygwin@cygwin.com
mailing list for the Cygwin project.
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?
> > - 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@cygwin.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/