GNU bug report logs - #30687
25.3; Crash when pressing CTRL + g multiple times

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 30687 in the body.
You can then email your comments to 30687 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: Kristian Rumberg <kristianrumberg <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.3; Crash when pressing CTRL + g multiple times
Date: Sat, 3 Mar 2018 21:07:05 +0100

Sometimes  when I press CTRL + g multiple times inside Emacs, it
crashes. I have seen this bug in multiple versions of Emacs so it's
not a recent bug. For the first time I received a stacktrace when it
exited

emacs -nw getsubs.rs
Auto-save? (y or n) y
Auto-save done
Abort (and dump core)? (y or n) y
Fatal error 6: Abort trap
Backtrace:
0   emacs                               0x0000000100097536 emacs_backtrace + 92
1   emacs                               0x000000010007f3d8 terminate_due_to_signal + 93
2   emacs                               0x0000000100095fb3 init_baud_rate + 0
3   emacs                               0x0000000100088458 kbd_buffer_nr_stored + 0
4   emacs                               0x0000000100096fa1 deliver_process_signal + 52
5   libsystem_platform.dylib            0x00007fff87f6b52a _sigtramp + 26
6   libsystem_malloc.dylib              0x00007fff90ebd755 szone_free + 956
7   emacs                               0x0000000100125909 call_process + 3317
8   emacs                               0x0000000100124bec Fcall_process + 184
9   emacs                               0x00000001000e8323 Ffuncall + 761
10  emacs                               0x00000001000e7f29 Fapply + 478
11  emacs                               0x00000001000e8323 Ffuncall + 761
12  emacs                               0x0000000100118709 exec_byte_code + 2066
13  emacs                               0x00000001000e8266 Ffuncall + 572
14  emacs                               0x0000000100118709 exec_byte_code + 2066
15  emacs                               0x00000001000e8266 Ffuncall + 572
16  emacs                               0x0000000100118709 exec_byte_code + 2066
17  emacs                               0x00000001000e8266 Ffuncall + 572
18  emacs                               0x0000000100118709 exec_byte_code + 2066
19  emacs                               0x00000001000e8266 Ffuncall + 572
20  emacs                               0x0000000100118709 exec_byte_code + 2066
21  emacs                               0x00000001000e8266 Ffuncall + 572
22  emacs                               0x0000000100118709 exec_byte_code + 2066
23  emacs                               0x00000001000e8266 Ffuncall + 572
24  emacs                               0x0000000100118709 exec_byte_code + 2066
25  emacs                               0x00000001000e8266 Ffuncall + 572
26  emacs                               0x00000001000e8323 Ffuncall + 761
27  emacs                               0x0000000100118709 exec_byte_code + 2066
28  emacs                               0x00000001000e8e5c funcall_lambda + 785
29  emacs                               0x00000001000e8266 Ffuncall + 572
30  emacs                               0x00000001000e88b3 call1 + 45
31  emacs                               0x00000001000889ff timer_check + 795
32  emacs                               0x000000010008777f readable_events + 18
33  emacs                               0x0000000100088697 get_input_pending + 50
34  emacs                               0x000000010008759e detect_input_pending_run_timers + 50
35  emacs                               0x0000000100120cb6 wait_reading_process_output + 2696
36  emacs                               0x0000000100005900 sit_for + 259
37  emacs                               0x0000000100085cfa read_char + 4303
38  emacs                               0x00000001000833de read_key_sequence + 1453
39  emacs                               0x00000001000820ac command_loop_1 + 790
40  emacs                               0x00000001000e6fe3
internal_condition_case + 70





In GNU Emacs 25.3.1 (x86_64-apple-darwin15.6.0)
of 2017-09-12 built on ElCapitan.local
Configured using:
'configure --disable-dependency-tracking --disable-silent-rules
--enable-locallisppath=/usr/local/share/emacs/site-lisp
--infodir=/usr/local/Cellar/emacs/25.3/share/info/emacs
--prefix=/usr/local/Cellar/emacs/25.3 --without-x --with-xml2
--without-dbus --without-gnutls --without-imagemagick --without-ns'

Configured features:
NOTIFY ACL LIBXML2 ZLIB

Important settings:
  value of $LC_CTYPE: UTF-8
  locale-coding-system: utf-8-unix

Major mode: Fundamental

Minor modes in effect:
  global-auto-complete-mode: t
  show-paren-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Recent messages:
Loading paren...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Making completion list...

Load-path shadows:
/Users/kristianrumberg/.emacs.d/elpa/cmake-mode-20180104.1137/cmake-mode hides /usr/local/share/emacs/site-lisp/cmake/cmake-mode
/Users/kristianrumberg/.emacs.d/elpa/seq-2.20/seq hides /usr/local/Cellar/emacs/25.3/share/emacs/25.3/lisp/emacs-lisp/seq

Features:
(shadow sort mail-extr emacsbug message idna dired format-spec rfc822
mml mml-sec password-cache epg gnus-util mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util help-fns mail-prsvr mail-utils term/xterm
xterm flycheck find-func subr-x dash advice flymake compile comint
ansi-color ring tool-bar auto-complete-config go-autocomplete
auto-complete cl-macs popup cl edmacro kmacro rust-mode regexp-opt rx
json map time-date paren cus-start cus-load finder-inf package
epg-config seq byte-opt gv bytecomp byte-compile cl-extra help-mode
easymenu cconv cl-loaddefs pcase cl-lib mule-util tooltip eldoc electric
uniquify ediff-hook vc-hooks lisp-float-type tabulated-list newcomment
elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer
select mouse jit-lock font-lock syntax facemenu font-core frame
cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai
tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian
slovak czech european ethiopic indian cyrillic chinese charscript
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote kqueue multi-tty
make-network-process emacs)

Memory information:
((conses 16 146753 5309)
(symbols 48 25094 0)
(miscs 40 88 143)
(strings 32 32774 4550)
(string-bytes 1 998449)
(vectors 16 17769)
(vector-slots 8 447994 1589)
(floats 8 221 497)
(intervals 56 213 0)
(buffers 976 20))

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Kristian Rumberg <kristianrumberg <at> gmail.com>
Cc: 30687 <at> debbugs.gnu.org
Subject: Re: bug#30687: 25.3; Crash when pressing CTRL + g multiple times
Date: Sat, 03 Mar 2018 22:30:11 +0200

> From: Kristian Rumberg <kristianrumberg <at> gmail.com>
> Date: Sat, 3 Mar 2018 21:07:05 +0100
> 
> Sometimes  when I press CTRL + g multiple times inside Emacs, it
> crashes. I have seen this bug in multiple versions of Emacs so it's
> not a recent bug. For the first time I received a stacktrace when it
> exited
> 
> emacs -nw getsubs.rs
> Auto-save? (y or n) y
> Auto-save done
> Abort (and dump core)? (y or n) y
> Fatal error 6: Abort trap

It's not a crash, it's a feature known as "Emergency Escape",
described in the node by that name in the Emacs user manual.

Did you ever try to answer NO to the second question?  If you did,
what happened then?

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Kristian Rumberg <kristianrumberg <at> gmail.com>
Cc: 30687 <at> debbugs.gnu.org
Subject: Re: bug#30687: 25.3; Crash when pressing CTRL + g multiple times
Date: Sun, 04 Mar 2018 05:34:43 +0200

> From: Kristian Rumberg <kristianrumberg <at> gmail.com>
> Date: Sat, 3 Mar 2018 23:03:49 +0100
> 
> > It's not a crash, it's a feature known as "Emergency Escape",
> > described in the node by that name in the Emacs user manual.
> > 
> > Did you ever try to answer NO to the second question?  If you did,
> > what happened then?
> > 
> 
> Thanks! Could it be that flycheck-rust and racer block the main thread
> for too long?

Indeed, it looks like some code run from a timer takes too long, and
is not interruptible, so you succeed to type C-g more than once.

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

From: Stefan Kangas <stefan <at> marxist.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Noam Postavsky <npostavs <at> gmail.com>,
 Kristian Rumberg <kristianrumberg <at> gmail.com>, 30687-done <at> debbugs.gnu.org
Subject: Re: bug#30687: 25.3; Crash when pressing CTRL + g multiple times
Date: Tue, 20 Aug 2019 13:49:32 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Kristian Rumberg <kristianrumberg <at> gmail.com>
>> Date: Sat, 3 Mar 2018 23:03:49 +0100
>>
>> > It's not a crash, it's a feature known as "Emergency Escape",
>> > described in the node by that name in the Emacs user manual.
>> >
>> > Did you ever try to answer NO to the second question?  If you did,
>> > what happened then?
>> >
>>
>> Thanks! Could it be that flycheck-rust and racer block the main thread
>> for too long?
>
> Indeed, it looks like some code run from a timer takes too long, and
> is not interruptible, so you succeed to type C-g more than once.

Noam Postavsky <npostavs <at> gmail.com> writes:

> # seems to be bug of 3rd party package
> tags 30687 + notabug
> quit

The conclusion seems to be that this is a bug in a third party
package.  I'm therefore closing this bug report.

Thanks,
Stefan Kangas

Previous Next

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