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
[Message part 1 (text/plain, inline)]
Your message dated Wed, 20 May 2009 20:52:26 +0800
with message-id <4A13FD0A.5070306 <at> gnu.org>
and subject line Re: bug#3252: 23.0.93; extremely slow to open file on windows network drive
has caused the Emacs bug report #3252,
regarding 23.0.93; extremely slow to open file on windows network drive
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact help-debbugs <at> gnu.org
immediately.)
--
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)]
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
[Message part 3 (message/rfc822, inline)]
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.
This bug report was last modified 16 years and 64 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.