Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com Message-ID: <0d7e01c144f6$9aa5df50$0200a8c0@lifelesswks> From: "Robert Collins" To: "Corinna Vinschen" References: <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> <20010924144046 DOT S17037 AT cygbert DOT vinschen DOT de> Subject: Re: [PATCH] ls & "magic" cygdrive dir (was: RE: cygdrive stuff) Date: Mon, 24 Sep 2001 22:44:08 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 X-OriginalArrivalTime: 24 Sep 2001 12:52:03.0381 (UTC) FILETIME=[B5623E50:01C144F7] ----- Original Message ----- From: "Corinna Vinschen" To: "cygwin" 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" > > > 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/