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:10:16 +0200
From: Corinna Vinschen <cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: [PATCH] ls & "magic" cygdrive dir (was: RE: cygdrive stuff)
Message-ID: <20010924141016.Q17037@cygbert.vinschen.de>
Mail-Followup-To: cygwin AT cygwin DOT com
References: <EA18B9FA0FE4194AA2B4CDB91F73C0EF7A32 AT itdomain002 DOT itdomain DOT net DOT au> <NFBBLOMHALONCDMPGBLFCEDLCCAA DOT info AT rlsystems DOT net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
In-Reply-To: <NFBBLOMHALONCDMPGBLFCEDLCCAA.info@rlsystems.net>; from info@rlsystems.net on Mon, Sep 24, 2001 at 01:01:26PM +0200

On Mon, Sep 24, 2001 at 01:01:26PM +0200, Ronald Landheer wrote:
> The only problem I see immediately is a small one: my C++ may be a bit 
> rusty, as I haven't made any code in C++ in at least two years - though 
> I'm quite familiar with the object-oriented model, most of the 
> expressions and I think I might still know how to put a class together.. 
> (but with your code to start out with, I should pick it up quickly 
> enough.. I have C++ on my CV as one of the languages I "speak", so I 
> might as well remember it ;)

Programming in a language is the best approach to get rid of the rust ;-)

> > I can extract the mount aspects of my current code tonight, and will
> > send to cygwin-patches (simply FYI). You can then choose whether to
> > build on that, or start from scratch.
> If you could Cc it to me: I'm not on the patches list (and seeing as 
> this is the first time I'm actually going to work on a patch for Cygwin, 
> I had no reason to be there before..)

It makes sense to subscribe to cygwin-patches, cygwin-cvs and
cygwin-developers when contributing to Cygwin internals.

However, Chris is a bit handicapped this week so it could take
a week before he can approve your subscription.

Another thing is, you will have to sign an assignment form as
it's described on http://cygwin.com/contrib.html.  Unfortunately
it has to be send using snail mail...

I hope that doesn't discourage you.  We would be very glad to have
another person on board who doesn't chicken out when looking into
the Cygwin sources ;-)

> Corrina wrote:

s/rrin/rinn/

> That would mean, though, that it would have to check for "magic" entries 
> in *every* call to readdir() - not just the ones that fail to find 
> "normal" stuff. Not too much of a problem, ofcourse, and quite feasible.

Since it would be inside of a special fhandler which encapsulates it,
it's indeed not that hard.

> > 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.
> What design constraint is that? (What is being constrained, exactly?)

As I wrote, opendir/readdir/etc. are global implementations
which only work on disks.  No virtual filesystems (/dev or
/proc or *cough* /registry) are supported.

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/