GNU bug report logs - #2800
23.0.91; Emacs has no response when mini-buffer is too narrow to display information

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (Emacs bug Tracking System)
To: Chong Yidong <cyd <at> stupidchicken.com>
Subject: bug#2800: marked as done (23.0.91; Emacs has no response when 
 mini-buffer is too narrow to  display information)
Date: Fri, 03 Apr 2009 15:20:08 +0000

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

Your message dated Fri, 03 Apr 2009 11:13:08 -0400
with message-id <871vs9wz23.fsf <at> cyd.mit.edu>
and subject line Re: 23.0.91; Emacs has no response when mini-buffer is too narrow to  display information
has caused the Emacs bug report #2800,
regarding 23.0.91; Emacs has no response when mini-buffer is too narrow to  display information
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.)


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

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

From: ZelluX <zellux <at> gmail.com>
To: emacs-pretest-bug <at> gnu.org
Subject: 23.0.91; Emacs has no response when mini-buffer is too narrow to 
	display information
Date: Fri, 27 Mar 2009 22:44:28 +0800

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

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 <at> gnu.org mailing
list.

Please describe exactly what actions triggered the bug
and the precise symptoms of the bug:

I opened two windows using C-x 3, and set the width of the right windows to
a really small value (to be more precisely, it can display 50 characters per
line). Then on the left line I run some command like M-x align<TAB>, as a
result, the right window will be used as minibuffer and display
auto-completion list. The bug is that, the list comes with all '\' on the
right most and just cannot stop printing, and does not response to my
control. In program 'top' I can see the CPU% of this emacs process is 100%.

I now can reproduce bug with the above operations. Under ArchLinux, in a
bash terminal with screen 4.00.03.


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
/usr/share/emacs/23.0.91/etc/DEBUG for instructions.


In GNU Emacs 23.0.91.1 (i686-pc-linux-gnu, GTK+ Version 2.14.7)
 of 2009-03-19 on pupykin
configured using `configure  '--prefix=/usr'
'--localstatedir=/var/lib/emacs' '--libexecdir=/usr/lib/emacs' '--with-xpm'
'--with-jpeg' '--with-tiff' '--with-gif' '--with-png' '--with-x-toolkit=gtk'
'--without-sound' '--enable-font-backend' '--with-freetype' '--with-xft'
'--with-libotf' 'CFLAGS=-march=i686 -mtune=generic -O2 -pipe''

Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: C
  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.utf8
  value of $XMODIFIERS: @im=fcitx
  locale-coding-system: utf-8-unix
  default-enable-multibyte-characters: t

Major mode: Fundamental

Minor modes in effect:
  diff-auto-refine-mode: t
  tooltip-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  global-auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:
ESC [ > 8 3 ; 4 0 0 0 3 ; 0 c C-x C-f C-g C-x 3 C-u
1 0 C-x } C-x C-g C-x < C-g C-x { C-x { C-x { C-x {
C-x { C-x { C-x { C-x { C-x { C-x { C-x { C-x { C-x
{ C-x { C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n C-n
C-g ESC x r e p o TAB TAB r t TAB TAB RET C-g ESC C-z
C-x C-f C-g ESC x r e p o TAB r t TAB RET

Recent messages:
Loading /usr/share/emacs/site-lisp/themes/color-theme-library.el
(source)...done
Loading /home/wyx/emacs/my-utils.el (source)...done
Loading /home/wyx/emacs/muse-init.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Quit
Type y, n, ! or SPC (the space bar):
Quit [2 times]
Making completion list...
Quit [2 times]
Making completion list...

[Message part 4 (text/html, inline)]

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

From: Chong Yidong <cyd <at> stupidchicken.com>
To: ZelluX <zellux <at> gmail.com>
Cc: 2800-done <at> debbugs.gnu.org
Subject: Re: 23.0.91; Emacs has no response when mini-buffer is too narrow to  display information
Date: Fri, 03 Apr 2009 11:13:08 -0400

I've just checked in a fix.  Thanks for spotting the bug.

Previous Next

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