GNU bug report logs - #3252
23.0.93; extremely slow to open file on windows network drive

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (Emacs bug Tracking System)
To: Chris Withers <chris <at> simplistix.co.uk>
Subject: bug#3252 closed by Jason Rumney <jasonr <at> gnu.org> (Re: bug#3252: 
 23.0.93;	extremely slow to open file on windows network drive)
Date: Wed, 20 May 2009 13:00:07 +0000

[Message part 1 (text/plain, inline)]

This is an automatic notification regarding your bug report
which was filed against the emacs package:

#3252: 23.0.93; extremely slow to open file on windows network drive

It has been closed by Jason Rumney <jasonr <at> gnu.org>.

Their explanation is attached below along with your original report.
If this explanation is unsatisfactory and you have not received a
better one in a separate message then please contact Jason Rumney <jasonr <at> gnu.org> by
replying to this email.


-- 
3252: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3252
Emacs Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Jason Rumney <jasonr <at> gnu.org>
To: Chris Withers <chris <at> simplistix.co.uk>,
        3252-done <at> debbugs.gnu.org
Subject: Re: bug#3252: 23.0.93;	extremely slow to open file on windows network
 drive
Date: Wed, 20 May 2009 20:52:26 +0800

Chris Withers wrote:
> Debugger entered--Lisp error: (quit)
>   locate-dominating-file("//Server2/chris/folder/file.cfg" 
> ".dir-locals.el")

Thanks, there was a / missing from the regexp in 
locate-dominating-stop-dir-regexp, so the search wasn't actually 
terminating at the root of UNC drives, instead a fruitless and time 
consuming search for a machine on the network called ".dir-locals.el" 
would occur.

[Message part 3 (message/rfc822, inline)]

From: Chris Withers <chris <at> simplistix.co.uk>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.93; extremely slow to open file on windows network drive
Date: Sun, 10 May 2009 23:13:50 +0100

Opening a file on a windows share by dragging it from Explorer and 
dropping it into Emacs takes many many seconds.
Doing the same operation on Emacs 22.3.1 is almost instantaneous.
The file is in a large subversion 1.6 checkout, which may or may not be 
relevant

In GNU Emacs 23.0.93.1 (i386-mingw-nt5.1.2600)
 of 2009-05-02 on SOFT-MJASON
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (3.4)'

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: nil
  value of $LC_CTYPE: nil
  value of $LC_MESSAGES: nil
  value of $LC_MONETARY: nil
  value of $LC_NUMERIC: nil
  value of $LC_TIME: nil
  value of $LANG: ENG
  value of $XMODIFIERS: nil
  locale-coding-system: cp1252
  default-enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  shell-dirtrack-mode: t
  cua-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  blink-cursor-mode: t
  global-auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

-- 
Simplistix - Content Management, Zope & Python Consulting
           - http://www.simplistix.co.uk

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.