GNU bug report logs - #6165
23.1.50; ido-mode stalls unexpectedly

Previous Next

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

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

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

From: Ryan Grant <rgrant <at> metascopic.com>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.1.50; ido-mode stalls unexpectedly
Date: Mon, 10 May 2010 15:35:25 -0700

BUG: ido-find-file blocks all event processing while listing directory.

therefore, under certain circumstances, emacs APPEARS dead.  actually it
is just waiting while hundreds of subdirectories, on various slow NFS
mounts, are listed (/bin/ls is no faster).  "appears dead" means window
manager suggests killing it, though after directory listing completes
(in 40 seconds), it recovers.

why this matters: it's common to hit backspace one too many times while
looking for files, and in this corporate setting the behaviour is most
unexpected.

In GNU Emacs 23.1.50.1 (x86_64-pc-linux-gnu, GTK+ Version 2.18.0)
 of 2009-09-27 on crested, modified by Debian
 (emacs-snapshot package, version 1:20090909-1)
Windowing system distributor `The X.Org Foundation', version 11.0.10604000
configured using `configure  '--build' 'x86_64-linux-gnu' '--host'
'x86_64-linux-gnu' '--prefix=/usr' '--sharedstatedir=/var/lib'
'--libexecdir=/usr/lib' '--localstatedir=/var'
'--infodir=/usr/share/info' '--mandir=/usr/share/man' '--with-pop=yes'
'--enable-locallisppath=/etc/emacs-snapshot:/etc/emacs:/usr/local/share/emacs/23.1.50/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/23.1.50/site-lisp:/usr/share/emacs/site-lisp'
'--with-x=yes' '--with-x-toolkit=gtk' 'build_alias=x86_64-linux-gnu'
'host_alias=x86_64-linux-gnu' 'CFLAGS=-DDEBIAN
-DSITELOAD_PURESIZE_EXTRA=5000 -g -O2' 'LDFLAGS=-g -Wl,--as-needed'
'CPPFLAGS=''

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: en_US.UTF-8
  value of $XMODIFIERS: nil
  locale-coding-system: utf-8-unix
  default enable-multibyte-characters: t

Major mode: Text

Minor modes in effect:
  which-function-mode: t
  display-time-mode: t
  show-paren-mode: t
  shell-dirtrack-mode: t
  tooltip-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  global-auto-composition-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
/usr/share/emacs/23.1.50/site-lisp/cmake-data/cmake-mode hides
/usr/share/emacs/site-lisp/cmake-mode
/usr/share/emacs/23.1.50/site-lisp/debian-startup hides
/usr/share/emacs/site-lisp/debian-startup

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

From: Stefan Monnier <monnier <at> iro.umontreal.ca>
To: Ryan Grant <rgrant <at> metascopic.com>
Cc: 6165 <at> debbugs.gnu.org
Subject: Re: bug#6165: 23.1.50; ido-mode stalls unexpectedly
Date: Tue, 11 May 2010 15:34:38 -0400

> BUG: ido-find-file blocks all event processing while listing directory.
> therefore, under certain circumstances, emacs APPEARS dead.  actually it
> is just waiting while hundreds of subdirectories, on various slow NFS
> mounts, are listed (/bin/ls is no faster).  "appears dead" means window
> manager suggests killing it, though after directory listing completes
> (in 40 seconds), it recovers.

IIUC C-g is no help, right?
Can you run Emacs under GDB and show us a few backtraces of what it's
doing while "apparently dead"?
Make sure you start Emacs from its .../emacs/src directory so that GDB
reads the .gdbinit file which makes it display the Lisp backtrace
as well.


        Stefan

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

From: Lars Magne Ingebrigtsen <larsi <at> gnus.org>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: Ryan Grant <rgrant <at> metascopic.com>, 6165 <at> debbugs.gnu.org
Subject: Re: bug#6165: 23.1.50; ido-mode stalls unexpectedly
Date: Wed, 21 Sep 2011 22:06:12 +0200

Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

> IIUC C-g is no help, right?
> Can you run Emacs under GDB and show us a few backtraces of what it's
> doing while "apparently dead"?
> Make sure you start Emacs from its .../emacs/src directory so that GDB
> reads the .gdbinit file which makes it display the Lisp backtrace
> as well.

More information was requested more than a year ago, but was apparently
not given, so I'm closing this bug report.  If this still is a problem,
please reopen.

-- 
(domestic pets only, the antidote for overdose, milk.)
  bloggy blog http://lars.ingebrigtsen.no/

Previous Next

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