X-Recipient: archive-cygwin@delorie.com
X-SWARE-Spam-Status: No, hits=-0.8 required=5.0	tests=AWL,BAYES_00,SPF_NEUTRAL
X-Spam-Check-By: sourceware.org
Message-ID: <4F3A9E01.7000500@cs.utoronto.ca>
Date: Tue, 14 Feb 2012 12:46:41 -0500
From: Ryan Johnson <ryan.johnson@cs.utoronto.ca>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20120129 Thunderbird/10.0
MIME-Version: 1.0
To: cygwin@cygwin.com
Subject: Re: File operations really slow in emacs
References: <4F35C1E0.2020308@cs.utoronto.ca> <20120211101158.GC9823@calimero.vinschen.de> <4F3910B2.3070905@cs.utoronto.ca> <4F3A63AF.7010905@cs.utoronto.ca> <20120214135246.GA25918@calimero.vinschen.de> <4F3A7357.4010505@cs.utoronto.ca> <20120214151745.GD25918@calimero.vinschen.de> <4F3A81F8.80205@cs.utoronto.ca> <20120214162656.GE25918@calimero.vinschen.de>
In-Reply-To: <20120214162656.GE25918@calimero.vinschen.de>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com

On 14/02/2012 11:26 AM, Corinna Vinschen wrote:
> On Feb 14 10:47, Ryan Johnson wrote:
>> On 14/02/2012 10:17 AM, Corinna Vinschen wrote:
>>> Does anybody know a system call which allows to fetch the network drive
>>> state (connected/not connected) without a billion microsecond timeout?
>> [...]
>> What if we parsed the mount table instead of calling readdir? I
>> don't know how that's computed, but it's never been a performance
>> problem, it only shows drives that are actually connected [...]
> What mount table?  Cygwin's?  It calls GetFileAttributes on the drive's
> root dir as well...
This is bizarre... what would cause calls to the same Windows API 
function behave so differently when called by stat vs ls vs 
bash-autocomplete? I'm happy to accept that there's some weirdness on my 
box, but I would have expected that weirdness to be consistent at any 
given instant in time (either all go slow or all behave normally).

At least the problem has gone back into hiding for the moment... I guess 
I'll just have to hope Windows doesn't change its mind again for a while.

Thanks for looking into this.
Ryan


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

