From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: Willing to debug bug #3542 (23.0.94; File access via UNC path slow again under Windows) Date: Thu, 09 Jul 2009 21:59:30 +0300 Message-ID: <833a95znql.fsf@gnu.org> References: <7dbe73ed0907051401o26903ca3t9a67060f3a3417ad@mail.gmail.com> <83fxda1pef.fsf@gnu.org> <7dbe73ed0907060038w53699f77ie742996955ae8118@mail.gmail.com> <838wj11sz4.fsf@gnu.org> <83my7fz09s.fsf@gnu.org> <7dbe73ed0907081347q12dfd1a2lbbff915c49362f75@mail.gmail.com> <4A55D68D.8050407@gnu.org> <7dbe73ed0907090453s3e125b4ar142b90a268b105e2@mail.gmail.com> <7DAFC004A33C486A9E29A59689E7F02E@us.oracle.com> <4A5619F5.8010008@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1247166009 32443 80.91.229.12 (9 Jul 2009 19:00:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 9 Jul 2009 19:00:09 +0000 (UTC) Cc: mathias.dahl@gmail.com, emacs-devel@gnu.org, jasonr@gnu.org To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jul 09 21:00:02 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MOyqe-00006g-JN for ged-emacs-devel@m.gmane.org; Thu, 09 Jul 2009 21:00:00 +0200 Original-Received: from localhost ([127.0.0.1]:54469 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MOyqe-00058H-5O for ged-emacs-devel@m.gmane.org; Thu, 09 Jul 2009 15:00:00 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MOyqG-00052N-9s for emacs-devel@gnu.org; Thu, 09 Jul 2009 14:59:36 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MOyqF-000523-Ee for emacs-devel@gnu.org; Thu, 09 Jul 2009 14:59:35 -0400 Original-Received: from [199.232.76.173] (port=47319 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MOyqF-000520-81 for emacs-devel@gnu.org; Thu, 09 Jul 2009 14:59:35 -0400 Original-Received: from mtaout2.012.net.il ([84.95.2.4]:34826) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MOyqA-00030D-Tn; Thu, 09 Jul 2009 14:59:31 -0400 Original-Received: from conversion-daemon.i_mtaout2.012.net.il by i_mtaout2.012.net.il (HyperSendmail v2004.12) id <0KMJ00D003BJS400@i_mtaout2.012.net.il>; Thu, 09 Jul 2009 21:59:29 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([77.126.249.41]) by i_mtaout2.012.net.il (HyperSendmail v2004.12) with ESMTPA id <0KMJ000M43F47VG0@i_mtaout2.012.net.il>; Thu, 09 Jul 2009 21:59:29 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by monty-python.gnu.org: Solaris 9.1 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:112251 Archived-At: > From: "Drew Adams" > Cc: "'Mathias Dahl'" , > "'Eli Zaretskii'" , > Date: Thu, 9 Jul 2009 10:03:42 -0700 > > > > Dumb question: Is there a way for Emacs to know whether the > > > format is NTFS or FAT(32)? If so, then Emacs could use nil > > > for FAT volumes. > > > > That suggestion dates back to the days when "fast machines" > > were running at 200MHz or so. The problem here is not the > > speed of the machine, but the network. The default value of > > w32-get-true-file-attributes is 'local, which means nil when > > going across the network, but apparently that is not being > > recognized in all places - which I think is what Eli > > is investigating. > > I see (I think). I thought that the doc was saying that it should be non-nil > only for NTFS, which should be independent of whether the file system is local > or over a network. Network drives can be NTFS volumes as well, and usually are if the server is a Windows machine. But accessing all of the features we now support in file-attributes on Windows can be slow over the network, especially if the network is busy. I made the doc string less categorical, thanks for pointing that out.