X-Spam-Check-By:	sourceware.org
Date:	Wed, 1 Mar 2006 16:45:41 +0100
From:	Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To:	cygwin AT cygwin DOT com
Subject:	Re: experimental coreutils-5.94-4
Message-ID:	<20060301154541.GU3184@calimero.vinschen.de>
Reply-To:	cygwin AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
References:	<022820061618 DOT 27185 DOT 440477D700069FD600006A3122069997350A050E040D0C079D0A AT comcast DOT net> <20060228174432 DOT GB27116 AT calimero DOT vinschen DOT de>
Mime-Version:	1.0
In-Reply-To:	<20060228174432.GB27116@calimero.vinschen.de>
User-Agent:	Mutt/1.4.2i
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Unsubscribe:	<mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com

On Feb 28 18:44, Corinna Vinschen wrote:
> On Feb 28 16:18, Eric Blake wrote:
> > > On Feb 28 07:30, Eric Blake wrote:
> > > > This version fixes the coreutils bug in pwd when called from /, or from
> > > > anywhere in the // hierarchy.  [...]
> > > 
> > > What happened to the simple, but *always* working idea to call getcwd in
> > > pwd to evaluate the current working directory?  The new implementation
> > > looks a bit maniac.
> > 
> > Ergo, this is an *experimental* release!  I _purposefully_
> > crippled the working getcwd implementation to give the
> > readdir fallback code more exposure (and to root out
> > bugs in the coreutils fallback code).  When cygwin 1.5.20
> > comes out, I will remove the cripple, and /bin/pwd will
> > once again be a super-efficient call to getcwd.
> 
> Uh, I see.  Thanks.

FYI, I've applied a patch today which has two purposes:

- For directories, which are used as mount points, the d_ino was the one
  returned by Windows for this very directory entry.  However, for mount
  points, the inode number which should be returned (and which *is*
  returned by stat) is the inode number of the target directory/ target
  drive, the mount point points to.  This is (hopefully correctly)
  accomplished by the patch.

- As a fallout of this patch, mount points are now *always* listed with
  readdir, even if they are dangling with no underlying file or
  directory of the same name.  For eveyone who didn't understand this
  sentence, consider the both default mount points in /usr:

    C:\cygwin\bin on /usr/bin type system (binmode)
    C:\cygwin\lib on /usr/lib type system (binmode)

  Without my patch, an `ls' on /usr didn't return the directories bin
  and lib, except you created files or directories of this name in the
  C:\cygwin\usr directory.

  Now, with the patch, they are listed even though they don't exists in
  reality on the drive.  The additional advantage is that the shell's
  file completion now also works for these paths.

Please test the next snapshot from http://cygwin.com/snapshots/ for
this functionality.


Thanks,
Corinna


-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -