Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
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
Date: Mon, 27 Jun 2005 19:04:10 +0200
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: ls slow on top-level directory (was: NFS errors)
Message-ID: <20050627170410.GA5174@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <slrndbvsg5 DOT 39c DOT wbp AT L1422169 DOT w-intra DOT net> <Pine DOT GSO DOT 4 DOT 61 DOT 0506270903210 DOT 10029 AT slinky DOT cs DOT nyu DOT edu> <slrndc00li DOT 21k DOT wbp AT L1422169 DOT w-intra DOT net> <slrndc04vn DOT 21k DOT wbp AT L1422169 DOT w-intra DOT net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <slrndc04vn.21k.wbp@L1422169.w-intra.net>
User-Agent: Mutt/1.4.2i

On Jun 27 14:50, Will Parsons wrote:
>   I notice that "ls" reports:
> 
> /bin/ls: hiberfil.sys: No such file or directory
> /bin/ls: pagefile.sys: No such file or directory
> 
> "ls hi<tab>" completes to "ls hiberfil.sys", and shows the same message.
> 
> Could this have something to do with the slow response?

No, that's entirely unrelated.  In recent Cygwin snapshots the message
from ls has changed to "Device or resource busy" and you get an ls
output for these files.  It's just an open() on exclusively locked files
which fails in the above cases.

Along these lines, we had a short discussion on the developers list
and we're wondering if it's necessary that ls prints this error message
at all.  The message is generated after a stat() already succeeded and
a follow up acl() call returns -1.  To say it with Dave Korn's words:

ISTM that ls has all the information it should need to DTRT - a successful
call to stat(), a return value of -1 from acl() and (I would hope that)
errno has EACCES(*) from the ERROR_SHARING_VIOLATION return should let it
deduce 'the file exists but is locked', shouldn't it?

Eric?


Corinna

(*) actually EBUSY.

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

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