GNU bug report logs - #15413
24.3.50; Emacs gets hung by find-file for //<TAB>

Previous Next

Package: emacs;

Reported by: Katsumi Yamaoka <yamaoka <at> jpl.org>

Date: Wed, 18 Sep 2013 23:53:01 UTC

Severity: normal

Found in version 24.3.50

Done: Katsumi Yamaoka <yamaoka <at> jpl.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 15413 in the body.
You can then email your comments to 15413 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#15413; Package emacs. (Wed, 18 Sep 2013 23:53:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Katsumi Yamaoka <yamaoka <at> jpl.org>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Wed, 18 Sep 2013 23:53:01 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Katsumi Yamaoka <yamaoka <at> jpl.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3.50; Emacs gets hung by find-file for //<TAB>
Date: Thu, 19 Sep 2013 08:51:41 +0900
When performing find-file, Emacs gets hung if I mistyped as:

Find file: // and <TAB>

As it might be because C-g doesn't break an inf-loop on Cygwin
Emacs (bug#14553), there seems to be no way to get out of it
except for killing the Emacs process.  For a wonder, Emacs does
not eat CPU so much at that time.

In GNU Emacs 24.3.50.1 (i686-pc-cygwin, GTK+ Version 3.8.2)
 of 2013-09-19 on localhost
Bzr revision: 114379 acm <at> muc.de-20130918204737-2ed6jt7qnku9okim
Windowing system distributor `The Cygwin/X Project', version 11.0.11403000
Configured using:
 `configure --verbose --with-x-toolkit=gtk3
 --without-dbus --without-gconf --without-gsettings'




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#15413; Package emacs. (Thu, 19 Sep 2013 07:04:02 GMT) Full text and rfc822 format available.

Message #8 received at 15413 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Katsumi Yamaoka <yamaoka <at> jpl.org>
Cc: 15413 <at> debbugs.gnu.org
Subject: Re: bug#15413: 24.3.50; Emacs gets hung by find-file for //<TAB>
Date: Thu, 19 Sep 2013 10:03:46 +0300
> Date: Thu, 19 Sep 2013 08:51:41 +0900
> From: Katsumi Yamaoka <yamaoka <at> jpl.org>
> 
> When performing find-file, Emacs gets hung if I mistyped as:
> 
> Find file: // and <TAB>
> 
> As it might be because C-g doesn't break an inf-loop on Cygwin
> Emacs (bug#14553), there seems to be no way to get out of it
> except for killing the Emacs process.  For a wonder, Emacs does
> not eat CPU so much at that time.

My guess is it doesn't hang, it tries to access the network, since //
is the beginning of a UNC file name.  Try waiting longer.




Reply sent to Katsumi Yamaoka <yamaoka <at> jpl.org>:
You have taken responsibility. (Fri, 20 Sep 2013 06:18:01 GMT) Full text and rfc822 format available.

Notification sent to Katsumi Yamaoka <yamaoka <at> jpl.org>:
bug acknowledged by developer. (Fri, 20 Sep 2013 06:18:02 GMT) Full text and rfc822 format available.

Message #13 received at 15413-done <at> debbugs.gnu.org (full text, mbox):

From: Katsumi Yamaoka <yamaoka <at> jpl.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 15413-done <at> debbugs.gnu.org
Subject: Re: bug#15413: 24.3.50; Emacs gets hung by find-file for //<TAB>
Date: Fri, 20 Sep 2013 15:17:23 +0900
Eli Zaretskii wrote:
>> Date: Thu, 19 Sep 2013 08:51:41 +0900
>> From: Katsumi Yamaoka <yamaoka <at> jpl.org>
>>
>> When performing find-file, Emacs gets hung if I mistyped as:
>>
>> Find file: // and <TAB>
>>
>> As it might be because C-g doesn't break an inf-loop on Cygwin
>> Emacs (bug#14553), there seems to be no way to get out of it
>> except for killing the Emacs process.  For a wonder, Emacs does
>> not eat CPU so much at that time.

> My guess is it doesn't hang, it tries to access the network, since //
> is the beginning of a UNC file name.  Try waiting longer.

I left it for hours but it didn't seem to return.  Oh, I see.
It must be trying to complete a UNC file name.  In xterm that
runs tcsh, `cd //<C-d>' doesn't return, too.  Therefore, this
should not be an Emacs bug.  I'm closing this thread.  Thanks.




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 18 Oct 2013 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 11 years and 251 days ago.

Previous Next


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