bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Crashes when pressing ^G in minibuffer


From: Alf-Ivar Holm
Subject: Crashes when pressing ^G in minibuffer
Date: Fri, 26 Oct 2001 15:47:31 +0200 (MET DST)

This bug report will be sent to the Free Software Foundation,
not to your local site managers!
Please write in English, because the Emacs maintainers do not have
translators to read other languages for them.

Your bug report will be posted to the address@hidden mailing list,
and to the gnu.emacs.bug news group.

In GNU Emacs 21.1.1 (sparc-sun-solaris2.7, X toolkit)
 of 2001-10-23 on tyrfing.ifi.uio.no
configured using `configure  --prefix=/local/gnu'
Important settings:
  value of $LC_ALL: nil
  value of $LC_COLLATE: C
  value of $LC_CTYPE: no
  value of $LC_MESSAGES: C
  value of $LC_MONETARY: en_US
  value of $LC_NUMERIC: en_US
  value of $LC_TIME: en_US
  value of $LANG: nil
  locale-coding-system: iso-latin-1
  default-enable-multibyte-characters: t

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

I've not managed to reproduce this error in an empty emacs (-q), but
I've got this crash twice while running gnus (and lots of other setup
stuff loaded from a lot of different files) and both times while I was
editing the prompt to "M-x man".  The initial message and backtrace
from gdb (Note: emacs21 was started with "run -nw" in gdb):

Program received signal SIGINT, Interrupt.
0xfef9629c in _poll () from /usr/lib/libc.so.1
(gdb) backtrace
#0  0xfef9629c in _poll () from /usr/lib/libc.so.1
#1  0xfef4e86c in select () from /usr/lib/libc.so.1
#2  0x191afc in wait_reading_process_input ()
#3  0x4cb54 in sit_for ()
#4  0x4cc68 in Fsit_for ()
#5  0x111d60 in temp_echo_area_glyphs ()
#6  0x110a14 in do_completion ()
#7  0x110eb8 in complete_and_exit_1 ()
#8  0x153934 in internal_condition_case ()
#9  0x110f68 in Fminibuffer_complete_and_exit ()
#10 0x155fb4 in Ffuncall ()
#11 0x151830 in Fcall_interactively ()
#12 0xf2090 in Fcommand_execute ()
#13 0xe597c in command_loop_1 ()
#14 0x153934 in internal_condition_case ()
#15 0xe44a8 in command_loop_2 ()
#16 0x15341c in internal_catch ()
#17 0xe4464 in command_loop ()
#18 0xe3e64 in recursive_edit_1 ()
#19 0x10ea34 in read_minibuf ()
#20 0x110774 in Fcompleting_read ()
#21 0xf2308 in Fexecute_extended_command ()
#22 0x155fd0 in Ffuncall ()
#23 0x151830 in Fcall_interactively ()
#24 0xf2090 in Fcommand_execute ()
#25 0xe597c in command_loop_1 ()
#26 0x153934 in internal_condition_case ()
#27 0xe44a8 in command_loop_2 ()
#28 0x15341c in internal_catch ()
#29 0xe4420 in command_loop ()
#30 0xe3e64 in recursive_edit_1 ()
#31 0xe3ff0 in Frecursive_edit ()
#32 0xe2b14 in main ()

I can do c(ontinue) in gdb and keep on going, but I will return to the
same spot in gdb as soon as I press ^G, while triple ESC does work as
expected.  I've managed to reproduce this within a short interval (to
get the gdb backtrace), so I guess I will manage to do it again, so
please tell me what to do if the above information is too sparse.

   Affi


Recent input:
a n RET j i k e s RET C-s s t d q RET q SPC n n ESC
x m a n RET j i k e s RET q ESC x j i k e s RET RET
m a n RET RET m a DEL DEL j i k e s RET DEL DEL DEL
DEL DEL m a n RET DEL DEL DEL TAB TAB C-c C-c ESC ESC
ESC C-l ESC x ESC ESC ESC ESC x r e p o r t - e m a
c s - b u g RET

Recent messages:
Loading man...done
Invoking man jikes in the background
Please wait: making up the jikes man page...
jikes man page made up
Loading tabify...done
Mark saved where search started
Opening nntp server on nntp...

call-interactively: Quit [2 times]
Loading emacsbug...done



reply via email to

[Prev in Thread] Current Thread [Next in Thread]