From: owner@emacsbugs.donarmstrong.com (Emacs bug Tracking System)
To: Eli Zaretskii <eliz@gnu.org>
Subject: bug#3542: marked as done (23.0.94; File access via UNC path slow again under Windows)
Date: Thu, 09 Jul 2009 19:00:05 +0000 [thread overview]
Message-ID: <handler.3542.D3542.124716552424615.ackdone@emacsbugs.donarmstrong.com> (raw)
In-Reply-To: 7dbe73ed0906120238vf2279fey30930332cf62606@mail.gmail.com
[-- Attachment #1: Type: text/plain, Size: 910 bytes --]
Your message dated Thu, 09 Jul 2009 21:50:19 +0300
with message-id <834otlzo5w.fsf@gnu.org>
and subject line Re: bug #3542 (23.0.94; File access via UNC path slow again under Windows)
has caused the Emacs bug report #3542,
regarding 23.0.94; File access via UNC path slow again under Windows
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 owner@emacsbugs.donarmstrong.com
immediately.)
--
3542: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3542
Emacs Bug Tracking System
Contact owner@emacsbugs.donarmstrong.com with problems
[-- Attachment #2: Type: message/rfc822, Size: 5212 bytes --]
From: Mathias Dahl <mathias.dahl@gmail.com>
To: emacs-pretest-bug@gnu.org
Subject: 23.0.94; File access via UNC path slow again under Windows
Date: Fri, 12 Jun 2009 11:38:59 +0200
Message-ID: <7dbe73ed0906120238vf2279fey30930332cf62606@mail.gmail.com>
Please write in English if possible, because the Emacs maintainers
usually do not have translators to read other languages for them.
Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing list.
Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:
1. Start emacs with -Q
2. Open a directory or file by entering its UNC path (e.g. C-x C-f
//server/share/folder/file.txt RET).
3. Notice it is very slow to get it to open.
I reported this before Emacs 21 or 22 was released, and it was fixed
then. In the latest two pretests the problem is now back. Working with
UNC paths is now almost unusable - I have to wait several seconds to
open a file or get a file listing in Dired.
Thanks!
/Mathias
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
`bt full' and `xbacktrace'.
If you would like to further debug the crash, please read the file
e:/dat/dl/emacs-23.0.94/etc/DEBUG for instructions.
In GNU Emacs 23.0.94.1 (i386-mingw-nt5.1.2600)
of 2009-05-24 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: SVE
value of $XMODIFIERS: nil
locale-coding-system: cp1252
default-enable-multibyte-characters: t
Major mode: Dired by name
Minor modes in effect:
tooltip-mode: t
tool-bar-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
global-auto-composition-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
C-x C-f / / g b g f s 1 / a r <tab> 7 5 <tab> d o c
m a n <return> <return> <return> <down> <down> <down>
<return> <help-echo> M-x v e r s <tab> <return> <help-echo>
<help-echo> <help-echo> <help-echo> <menu-bar> <help-menu>
<send-emacs-bug-report>
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
GNU Emacs 23.0.94.1 (i386-mingw-nt5.1.2600) of 2009-05-24 on SOFT-MJASON
[-- Attachment #3: Type: message/rfc822, Size: 3353 bytes --]
From: Eli Zaretskii <eliz@gnu.org>
To: 3542-done@emacsbugs.donarmstrong.com
Subject: Re: bug #3542 (23.0.94; File access via UNC path slow again under Windows)
Date: Thu, 09 Jul 2009 21:50:19 +0300
Message-ID: <834otlzo5w.fsf@gnu.org>
> From: Mathias Dahl <mathias.dahl@gmail.com>
> Date: Sun, 5 Jul 2009 23:01:53 +0200
>
> I understand that the release of 23.1 is not far away and I am a bit
> worried that this bug won't be solved before that. Is there anything I
> can do to help? I use a lot of UNC file names / paths in my work and
> the current slowness is very annoying (both opening files and listing
> them in Dired). As this was a problem in the past too it isn't
> unreasonable to believe that the bug has reappeared by mistake when
> fixing some other thing (could it be related to TRAMP?).
>
> I am willing to go bug hunting as long as it's in elisp-land and would
> like to get some hints on where to start digging.
>
> For details see:
> http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=3542
>
> Thanks!
Fixed with this patch:
2009-07-09 Eli Zaretskii <eliz@gnu.org>
* w32.c (stat): Treat UNC file names as residing on remote
drives. (Bug#3542)
--- src/w32.c.orig 2009-06-21 10:38:18.000000000 +0300
+++ src/w32.c 2009-07-09 16:31:51.250000000 +0300
@@ -3154,11 +3154,13 @@
}
}
- /* GetDriveType needs the root directory of NAME's drive. */
- if (!(strlen (name) >= 2 && IS_DEVICE_SEP (name[1])))
- devtype = GetDriveType (NULL); /* use root of current diectory */
+ if (IS_DIRECTORY_SEP (name[0]) && IS_DIRECTORY_SEP (name[1]))
+ devtype = DRIVE_REMOTE; /* assume UNC name is remote */
+ else if (!(strlen (name) >= 2 && IS_DEVICE_SEP (name[1])))
+ devtype = GetDriveType (NULL); /* use root of current drive */
else
{
+ /* GetDriveType needs the root directory of NAME's drive. */
strncpy (drive_root, name, 3);
drive_root[3] = '\0';
devtype = GetDriveType (drive_root);
prev parent reply other threads:[~2009-07-09 19:00 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <834otlzo5w.fsf@gnu.org>
2009-06-12 9:38 ` bug#3542: 23.0.94; File access via UNC path slow again under Windows Mathias Dahl
2009-07-09 19:00 ` Emacs bug Tracking System [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=handler.3542.D3542.124716552424615.ackdone@emacsbugs.donarmstrong.com \
--to=owner@emacsbugs.donarmstrong.com \
--cc=eliz@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.