GNU bug report logs - #56862
29.0.50; crashes while compiling native code

Previous Next

Package: emacs;

Reported by: Gregor Zattler <telegraph <at> gmx.net>

Date: Sun, 31 Jul 2022 19:00:02 UTC

Severity: normal

Tags: moreinfo

Found in version 29.0.50

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.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 56862 in the body.
You can then email your comments to 56862 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#56862; Package emacs. (Sun, 31 Jul 2022 19:00:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Gregor Zattler <telegraph <at> gmx.net>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sun, 31 Jul 2022 19:00:02 GMT) Full text and rfc822 format available.

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

From: Gregor Zattler <telegraph <at> gmx.net>
To: bug-gnu-emacs <at> gnu.org
Subject: 29.0.50; crashes while compiling native code
Date: Sun, 31 Jul 2022 20:58:49 +0200
Dear emacs developers, earlier today a did build with the
then most recent Emacs sources
(107f832577123ea7ebe867cba55601d0142f546f) on a up-to-date
Debian bullseye.  This was *not* a fresh checkout / make bootstrap.

GNU Emacs 29.0.50 (build 6, x86_64-pc-linux-gnu, X toolkit, cairo version 1.16.0) of 2022-07-31

This Emacs build was configured like so:

./autogen.sh && ./configure -C $PREFIX
--enable-locallisppath=/etc/emacs:/usr/local/share/emacs/${EMACSMAJORVERSION}.${EMACSMINORVERSION}/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/${EMACSMAJORVERSION}.${EMACSMINORVERSION}/site-lisp:/usr/share/emacs/site-lisp
--with-sound=yes --without-gconf --with-mailutils --build
x86_64-linux-gnu
--infodir=/usr/local/share/info:/usr/share/info --with-json
--with-file-notification=yes --with-cairo --with-x=yes
--with-x-toolkit=lucid --without-toolkit-scroll-bars
--enable-checking=yes,glyphs --enable-check-lisp-object-type
--with-native-compilation


CFLAGS=-g3 -O0 -ffile-prefix-map=/home/grfz/src/emacs-master=. -fstack-protector-strong -Wformat -Werror=format-security


After starting up Emacs with my configuration it started
compiling native code and after a few minutes it crashed.  I
realized that this also happens with

emacs -Q -nw init.el

(I wanted to outcomment something):

first (I took a "screenshot" of the whole terminal emulator.
Interesting perhaps is the right hand emacs window):


  ;; I do not use vcsh atm since it's clumsy                                                   | ?  Warning (comp): /usr/local/stow/emacs-snapshot/share/emacs/29.0.50/lisp/emacs-lisp/rx.el.g\
  ;; ;; Define /vcsh:repo: tramp method for use in init files.                                 |z: Error: Wrong type argument integer-or-marker-p
  ;; (use-package tramp                                                                        | ?  Warning (comp): /usr/local/stow/emacs-snapshot/share/emacs/29.0.50/lisp/emacs-lisp/icons.e\
  ;;   :ensure nil                                                                             |l.gz: Error: Wrong type argument integer-or-marker-p
  ;;   :config                                                                                 | ?  Warning (comp): /usr/local/stow/emacs-snapshot/share/emacs/29.0.50/lisp/emacs-lisp/subr-x.\
  ;;   (setq ange-ftp-ftp-program-name "ftp"                                                   |el.gz: Error: Wrong type argument integer-or-marker-p
  ;;         tramp-use-ssh-controlmaster-options nil)                                          | ?  Warning (comp): /usr/local/stow/emacs-snapshot/share/emacs/29.0.50/lisp/emacs-lisp/comp-cs\
  ;;   (add-to-list 'tramp-methods '("vcsh"                                                    |tr.el.gz: Error: Wrong type argument integer-or-marker-p
  ;;                                 (tramp-login-program "vcsh")                              | ?  Warning (comp): /usr/local/stow/emacs-snapshot/share/emacs/29.0.50/lisp/emacs-lisp/warning\
  ;;                                 (tramp-login-args                                         |s.el.gz: Error: Wrong type argument integer-or-marker-p
  ;;                                  (("enter")                                               | ?  Warning (comp): /usr/local/stow/emacs-snapshot/share/emacs/29.0.50/lisp/emacs-lisp/comp.el\
  ;;                                   ("%h")))                                                |.gz: Error: Wrong type argument integer-or-marker-p
  ;;                                 (tramp-remote-shell "/bin/sh")                            | ?  Warning (comp): /usr/local/stow/emacs-snapshot/share/emacs/29.0.50/lisp/misearch.el.gz: Er\
  ;;                                 (tramp-remote-shell-args                                  |ror: Wrong type argument integer-or-marker-p
  ;;                                  ("-c")))))                                               |
-UUU:---  F1  init.el        67%   L104  Git-master  (ELisp/l ElDoc) --------------------------|-UUU:%*-  F1  *Warnings*     All   L2     (Special) -------------------------------------------
Fatal error 6: Aborted
Backtrace:
emacs(+0x219994)[0x55ab7b17b994]
emacs(+0x57602)[0x55ab7afb9602]
emacs(+0x5f412)[0x55ab7afc1412]
emacs(+0x6bb03)[0x55ab7afcdb03]
emacs(+0x2aef60)[0x55ab7b210f60]
emacs(+0x2b04e1)[0x55ab7b2124e1]
emacs(+0x313510)[0x55ab7b275510]
emacs(+0x2aef60)[0x55ab7b210f60]
emacs(+0x1f8d57)[0x55ab7b15ad57]
emacs(+0x1f933d)[0x55ab7b15b33d]
emacs(+0x1f9523)[0x55ab7b15b523]
emacs(+0x1ff118)[0x55ab7b161118]
emacs(+0x32fe03)[0x55ab7b291e03]
emacs(+0x846c8)[0x55ab7afe66c8]
emacs(+0x201689)[0x55ab7b163689]
emacs(+0x202b59)[0x55ab7b164b59]
emacs(+0x204eb6)[0x55ab7b166eb6]
emacs(+0x2ad447)[0x55ab7b20f447]
emacs(+0x1e81f2)[0x55ab7b14a1f2]
emacs(+0x2ad38c)[0x55ab7b20f38c]
emacs(+0x1ea73f)[0x55ab7b14c73f]
emacs(+0x1f336b)[0x55ab7b15536b]
emacs(+0x1f39d4)[0x55ab7b1559d4]
emacs(+0x752d2)[0x55ab7afd72d2]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xea)[0x7f62b8f5cd0a]
emacs(+0x762fa)[0x55ab7afd82fa]
Aborted
134



second:

Fatal error 6: Aborted
Backtrace:
emacs(+0x219994)[0x55b7b88da994]
emacs(+0x57602)[0x55b7b8718602]
emacs(+0x5f412)[0x55b7b8720412]
emacs(+0x6b94d)[0x55b7b872c94d]
emacs(+0x6bb1c)[0x55b7b872cb1c]
emacs(+0x2aef60)[0x55b7b896ff60]
emacs(+0x2b04e1)[0x55b7b89714e1]
emacs(+0x313510)[0x55b7b89d4510]
emacs(+0x2aef60)[0x55b7b896ff60]
emacs(+0x2b04e1)[0x55b7b89714e1]
emacs(+0x313510)[0x55b7b89d4510]
emacs(+0x2aef60)[0x55b7b896ff60]
emacs(+0x2b04e1)[0x55b7b89714e1]
emacs(+0x313510)[0x55b7b89d4510]
emacs(+0x2aef60)[0x55b7b896ff60]
emacs(+0x2b04e1)[0x55b7b89714e1]
emacs(+0x313510)[0x55b7b89d4510]
emacs(+0x2aef60)[0x55b7b896ff60]
emacs(+0x1f8d57)[0x55b7b88b9d57]
emacs(+0x1f933d)[0x55b7b88ba33d]
emacs(+0x1f9523)[0x55b7b88ba523]
emacs(+0x1ff118)[0x55b7b88c0118]
emacs(+0x32fe03)[0x55b7b89f0e03]
emacs(+0x846c8)[0x55b7b87456c8]
emacs(+0x201689)[0x55b7b88c2689]
emacs(+0x202b59)[0x55b7b88c3b59]
emacs(+0x204eb6)[0x55b7b88c5eb6]
emacs(+0x2ad447)[0x55b7b896e447]
emacs(+0x1e81f2)[0x55b7b88a91f2]
emacs(+0x2ad38c)[0x55b7b896e38c]
emacs(+0x1ea73f)[0x55b7b88ab73f]
emacs(+0x1f336b)[0x55b7b88b436b]
emacs(+0x1f39d4)[0x55b7b88b49d4]
emacs(+0x752d2)[0x55b7b87362d2]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xea)[0x7f5f154a1d0a]
emacs(+0x762fa)[0x55b7b87372fa]
Aborted



third from within gdb (here also the right hand emacs window is not important):

lisp.h:3549: Emacs fatal error: assertion failed: pdl->kind == SPECPDL_BACKTRACE

Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:420
420

(gdb) bt                                                                                       |  ;; I do not use vcsh atm since it's clumsy
#0  terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:420                 |  ;; ;; Define /vcsh:repo: tramp method for use in init files.
#1  0x00005555555b3412 in die (msg=<optimized out>, file=<optimized out>, line=<optimized out>) at alloc.c:7670ge tramp
#2  0x00005555555bfb03 in backtrace_debug_on_exit (pdl=<optimized out>) at lisp.h:3547         |  ;;   :ensure nil
#3  backtrace_debug_on_exit (pdl=<optimized out>) at lisp.h:3547                               |  ;;   :config
#4  exec_byte_code (fun=XIL(0x54), args_template=2147483647, nargs=93825007119635, args=0x7fffef3e40a0) at bytecode.c:887-program-name "ftp"
#5  0x0000555555802f60 in Ffuncall (nargs=1, args=0x7fffef3e4050) at eval.c:2958               |  ;;         tramp-use-ssh-controlmaster-options nil)
#6  0x00005555558044e1 in Fapply (nargs=2, args=0x7fffef3e4050) at eval.c:2582                 |  ;;   (add-to-list 'tramp-methods '("vcsh"
#7  0x0000555555867510 in exec_byte_code (fun=XIL(0x54), args_template=2147483647, nargs=2, args=0x7fffef3e4050) at bytecode.c:809   (tramp-login-program "vcsh")
#8  0x0000555555802f60 in Ffuncall (nargs=nargs <at> entry=2, args=args <at> entry=0x7fffffffc820) at eval.c:2958                              (tramp-login-args
#9  0x000055555574cd57 in call1Python Exception <class 'gdb.error'> value has been optimized out: ;;                                  (("enter")
 (arg1=XIL(0x555555eea69d), fn=) at lisp.h:3239                                                |  ;;                                   ("%h")))
#10 timer_check_2Python Exception <class 'gdb.error'> value has been optimized out:            |  ;;                                 (tramp-remote-shell "/bin/sh")
 (idle_timers=, timers=XIL(0)) at keyboard.c:4636                                              |  ;;                                 (tramp-remote-shell-args
#11 timer_check () at keyboard.c:4702                                                          |  ;;                                  ("-c")))))
#12 0x000055555574d33d in readable_events (flags=1) at keyboard.c:3484-------------------------|-UUU:---  F1  init.el        67%   L104  Git-master  (ELisp/l ElDoc) --------------------------
#13 0x000055555574d523 in get_input_pending (flags=1) at keyboard.c:7277
#14 0x0000555555753118 in detect_input_pending_run_timers (do_display=do_display <at> entry=true) at keyboard.c:10807
#15 0x0000555555883e03 in wait_reading_process_outputPython Exception <class 'gdb.error'> value has been optimized out:

    (time_limit=time_limit <at> entry=30, nsecs=nsecs <at> entry=0, read_kbd=read_kbd <at> entry=-1, do_display=do_display <at> entry=true, wait_for_cell=, wait_proc=wait_proc <at> entry=0x0, just_wait_proc=0)
    at process.c:5732
#16 0x00005555555d86c8 in sit_forPython Exception <class 'gdb.error'> value has been optimized out:
 (timeout=, reading=<optimized out>, display_option=<optimized out>) at dispnew.c:6238
#17 0x0000555555755689 in read_charPython Exception <class 'gdb.error'> value has been optimized out:
Python Exception <class 'gdb.error'> value has been optimized out:
 (commandflag=1, map=, prev_event=, used_mouse_menu=0x7fffffffd11b, end_time=0x0) at lisp.h:760
#18 0x0000555555756b59 in read_key_sequencePython Exception <class 'gdb.error'> value has been optimized out:

    (keybuf=<optimized out>, prompt=, dont_downcase_last=<optimized out>, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false) at keyboard.c:9984
#19 0x0000555555758eb6 in command_loop_1 () at lisp.h:1162
#20 0x0000555555801447 in internal_condition_casePython Exception <class 'gdb.error'> value has been optimized out:
 (bfun=bfun <at> entry=0x555555758c80 <command_loop_1>, handlers=, handlers <at> entry=XIL(0x90), hfun=hfun <at> entry=0x555555747c80 <cmd_error>)
    at eval.c:1485
#21 0x000055555573c1f2 in command_loop_2 (handlers=handlers <at> entry=XIL(0x90)) at keyboard.c:1132
#22 0x000055555580138c in internal_catchPython Exception <class 'gdb.error'> value has been optimized out:
Python Exception <class 'gdb.error'> value has been optimized out:
 (tag=, func=func <at> entry=0x55555573c1d0 <command_loop_2>, arg=, arg <at> entry=XIL(0x90)) at eval.c:1208
#23 0x000055555573e73f in command_loop () at keyboard.c:1110
#24 0x000055555574736b in recursive_edit_1 () at keyboard.c:719
#25 0x00005555557479d4 in Frecursive_edit () at keyboard.c:802
#26 0x00005555555c92d2 in main (argc=<optimized out>, argv=<optimized out>) at emacs.c:2517

Lisp Backtrace:

eval.c:116: Emacs fatal error: assertion failed: pdl->kind == SPECPDL_BACKTRACE

Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:420
420     {
The program being debugged stopped while in a function called from GDB.
Evaluation of the expression containing the function
(backtrace_function) will be abandoned.
When the function is done executing, GDB will silently stop.
(gdb)

(gdb) xbacktrace

eval.c:116: Emacs fatal error: assertion failed: pdl->kind == SPECPDL_BACKTRACE

Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:420
420     {
The program being debugged stopped while in a function called from GDB.
Evaluation of the expression containing the function
(backtrace_function) will be abandoned.
When the function is done executing, GDB will silently stop.




I hope this is somewhat helpful.  Please feel free to ask me
questions but consider that all this is very foreign for me.
So please be very specific.



Ciao,
--
Gregor




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56862; Package emacs. (Sun, 31 Jul 2022 19:11:01 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gregor Zattler <telegraph <at> gmx.net>
Cc: 56862 <at> debbugs.gnu.org
Subject: Re: bug#56862: 29.0.50; crashes while compiling native code
Date: Sun, 31 Jul 2022 22:09:48 +0300
> From: Gregor Zattler <telegraph <at> gmx.net>
> Date: Sun, 31 Jul 2022 20:58:49 +0200
> 
> Dear emacs developers, earlier today a did build with the
> then most recent Emacs sources
> (107f832577123ea7ebe867cba55601d0142f546f) on a up-to-date
> Debian bullseye.  This was *not* a fresh checkout / make bootstrap.
> 
> GNU Emacs 29.0.50 (build 6, x86_64-pc-linux-gnu, X toolkit, cairo version 1.16.0) of 2022-07-31
> 
> This Emacs build was configured like so:
> 
> ./autogen.sh && ./configure -C $PREFIX
> --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/${EMACSMAJORVERSION}.${EMACSMINORVERSION}/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/${EMACSMAJORVERSION}.${EMACSMINORVERSION}/site-lisp:/usr/share/emacs/site-lisp
> --with-sound=yes --without-gconf --with-mailutils --build
> x86_64-linux-gnu
> --infodir=/usr/local/share/info:/usr/share/info --with-json
> --with-file-notification=yes --with-cairo --with-x=yes
> --with-x-toolkit=lucid --without-toolkit-scroll-bars
> --enable-checking=yes,glyphs --enable-check-lisp-object-type
> --with-native-compilation
> 
> 
> CFLAGS=-g3 -O0 -ffile-prefix-map=/home/grfz/src/emacs-master=. -fstack-protector-strong -Wformat -Werror=format-security
> 
> 
> After starting up Emacs with my configuration it started
> compiling native code and after a few minutes it crashed.  I
> realized that this also happens with
> 
> emacs -Q -nw init.el

From the only readable backtrace, the one you produced from GDB, I can
only deduce that some timer was run by Emacs, and that timer's code
caused the crash in some way.  It's hard to say more, especially since
your GDB seems to be misconfigured and causes Python exceptions
instead of showing useful information.

If you can reproduce this at will, please try producing a GDB
backtrace after you fix your GDB installation.  And please try a newer
checkout of the master branch.

Thanks.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56862; Package emacs. (Mon, 01 Aug 2022 08:56:01 GMT) Full text and rfc822 format available.

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

From: Gregor Zattler <telegraph <at> gmx.net>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 56862 <at> debbugs.gnu.org
Subject: Re: bug#56862: 29.0.50; crashes while compiling native code
Date: Mon, 01 Aug 2022 10:55:11 +0200
Hi Eli,
* Eli Zaretskii <eliz <at> gnu.org> [2022-07-31; 22:09]:
> From the only readable backtrace, the one you produced from GDB, I can
> only deduce that some timer was run by Emacs, and that timer's code
> caused the crash in some way.  It's hard to say more, especially since
> your GDB seems to be misconfigured and causes Python exceptions
> instead of showing useful information.
>
> If you can reproduce this at will, please try producing a GDB
> backtrace after you fix your GDB installation.  And please try a newer
> checkout of the master branch.

Sorry, I had the very same problem in February, you told me to
fix my gdb installation, which was plain Debian bullseye,
I compiled from debian source, then it worked.  Since then
I reinstalled Debian bullseye, hence the same problem, I did
the same and build Emacs without optimazion and with max
debug symbols from a even newer moment of the repo:

$ git log -n 1
commit eef591072ab1cbcf2168d7b30b3e1ca1f50717ad (HEAD -> master, origin/master, origin/HEAD)
Author: Lars Ingebrigtsen <larsi <at> gnus.org>
Date:   Sun Jul 31 20:00:25 2022 +0200

    Regenerate ldefs-boot.el




These are the results:

lisp.h:3549: Emacs fatal error: assertion failed: pdl->kind == SPECPDL_BACKTRACE
  ;; removing the contents of org-persist-directory before opening Emacs?
Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:420

(gdb) bt
#0  terminate_due_to_signal (sig=6, backtrace_limit=2147483647) at emacs.c:420
#1  0x0000555555823505 in die (msg=0x555555a24530 "pdl->kind == SPECPDL_BACKTRACE", file=0x555555a243c8 "lisp.h", line=3549) at alloc.c:7670
#2  0x00005555558c73d4 in backtrace_debug_on_exit (pdl=0x55555613f670) at lisp.h:3549
#3  0x00005555558c8edd in exec_byte_code (fun=XIL(0x7ffff07b75f5), args_template=771, nargs=3, args=0x7fffef8ad228) at bytecode.c:887
#4  0x0000555555862f17 in fetch_and_exec_byte_code (fun=XIL(0x7ffff0590535), args_template=0, nargs=0, args=0x7fffef8ad058) at eval.c:3045
#5  0x00005555558633a6 in funcall_lambda (fun=XIL(0x7ffff0590535), nargs=0, arg_vector=0x7fffef8ad058) at eval.c:3117
#6  0x0000555555862688 in funcall_general (fun=XIL(0x7ffff0590535), numargs=0, args=0x7fffef8ad058) at eval.c:2908
#7  0x0000555555862913 in Ffuncall (nargs=1, args=0x7fffef8ad050) at eval.c:2958
#8  0x0000555555861751 in Fapply (nargs=2, args=0x7fffef8ad050) at eval.c:2582
#9  0x0000555555862d8f in funcall_subr (subr=0x555555eadb00 <Sapply>, numargs=2, args=0x7fffef8ad050) at eval.c:3023
#10 0x00005555558c89d4 in exec_byte_code (fun=XIL(0x7ffff026714d), args_template=257, nargs=1, args=0x7fffef8ad198) at bytecode.c:809
#11 0x0000555555862f17 in fetch_and_exec_byte_code (fun=XIL(0x7ffff0939ac5), args_template=257, nargs=1, args=0x7fffffffc6e8) at eval.c:3045
#12 0x00005555558633a6 in funcall_lambda (fun=XIL(0x7ffff0939ac5), nargs=1, arg_vector=0x7fffffffc6e8) at eval.c:3117
#13 0x0000555555862688 in funcall_general (fun=XIL(0x7ffff0939ac5), numargs=1, args=0x7fffffffc6e8) at eval.c:2908
#14 0x0000555555862913 in Ffuncall (nargs=2, args=0x7fffffffc6e0) at eval.c:2958
#15 0x000055555576e0eb in call1 (fn=XIL(0xf4b0), arg1=XIL(0x55555608bb65)) at lisp.h:3239
#16 0x000055555577bb14 in timer_check_2 (timers=XIL(0), idle_timers=XIL(0x5555563c8083)) at keyboard.c:4636------------------------------------------------------------------------------------
#17 0x000055555577bc84 in timer_check () at keyboard.c:4702
#18 0x00005555557789c9 in readable_events (flags=1) at keyboard.c:3484
#19 0x0000555555783030 in get_input_pending (flags=1) at keyboard.c:7277
#20 0x000055555578cd51 in detect_input_pending_run_timers (do_display=true) at keyboard.c:10807
#21 0x00005555558ee1e7 in wait_reading_process_output (time_limit=30, nsecs=0, read_kbd=-1, do_display=true, wait_for_cell=XIL(0), wait_proc=0x0, just_wait_proc=0) at process.c:5732
#22 0x00005555555ac046 in sit_for (timeout=make_fixnum(30), reading=true, display_option=1) at dispnew.c:6238
#23 0x000055555577611d in read_char (commandflag=1, map=XIL(0x5555563c87b3), prev_event=XIL(0), used_mouse_menu=0x7fffffffd05d, end_time=0x0) at keyboard.c:2832
#24 0x000055555578abee in read_key_sequence (keybuf=0x7fffffffd250, prompt=XIL(0), dont_downcase_last=false, can_return_switch_frame=true, fix_current_buffer=true, prevent_redisplay=false)
    at keyboard.c:9984
#25 0x0000555555771456 in command_loop_1 () at keyboard.c:1382
#26 0x000055555585e278 in internal_condition_case (bfun=0x555555771026 <command_loop_1>, handlers=XIL(0x90), hfun=0x555555770460 <cmd_error>) at eval.c:1485
#27 0x0000555555770c0f in command_loop_2 (handlers=XIL(0x90)) at keyboard.c:1132
#28 0x000055555585d428 in internal_catch (tag=XIL(0xf7b0), func=0x555555770be8 <command_loop_2>, arg=XIL(0x90)) at eval.c:1208
#29 0x0000555555770ba4 in command_loop () at keyboard.c:1110
#30 0x000055555576ff23 in recursive_edit_1 () at keyboard.c:719
#31 0x0000555555770140 in Frecursive_edit () at keyboard.c:802
#32 0x000055555576b804 in main (argc=4, argv=0x7fffffffd6e8) at emacs.c:2517

Lisp Backtrace:
"show-paren--default" (0xef8ad0a8)
"show-paren-function" (0xef8ad058)
"apply" (0xef8ad050)
"timer-event-handler" (0xffffc6e8)
(gdb)

(gdb) xbacktrace
"show-paren--default" (0xef8ad0a8)
"show-paren-function" (0xef8ad058)
"apply" (0xef8ad050)
"timer-event-handler" (0xffffc6e8)
(gdb)



Ciao; Gregor
--
 -... --- .-. . -.. ..--.. ...-.-




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56862; Package emacs. (Mon, 01 Aug 2022 16:45:01 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Gregor Zattler <telegraph <at> gmx.net>
Cc: 56862 <at> debbugs.gnu.org
Subject: Re: bug#56862: 29.0.50; crashes while compiling native code
Date: Mon, 01 Aug 2022 19:44:11 +0300
> From: Gregor Zattler <telegraph <at> gmx.net>
> Cc: 56862 <at> debbugs.gnu.org
> Date: Mon, 01 Aug 2022 10:55:11 +0200
> 
> > If you can reproduce this at will, please try producing a GDB
> > backtrace after you fix your GDB installation.  And please try a newer
> > checkout of the master branch.
> 
> Sorry, I had the very same problem in February, you told me to
> fix my gdb installation, which was plain Debian bullseye,
> I compiled from debian source, then it worked.  Since then
> I reinstalled Debian bullseye, hence the same problem, I did
> the same and build Emacs without optimazion and with max
> debug symbols from a even newer moment of the repo:

Thanks.

I think this might be related to a recent change in narrow-to-region.
Try "make bootstrap".




Added tag(s) moreinfo. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Tue, 02 Aug 2022 10:36:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56862; Package emacs. (Tue, 02 Aug 2022 12:02:03 GMT) Full text and rfc822 format available.

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

From: Gregor Zattler <telegraph <at> gmx.net>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 56862 <at> debbugs.gnu.org
Subject: Re: bug#56862: 29.0.50; crashes while compiling native code
Date: Tue, 02 Aug 2022 14:01:14 +0200
Hi Eli,
* Eli Zaretskii <eliz <at> gnu.org> [2022-08-01; 19:44]:
> I think this might be related to a recent change in narrow-to-region.
> Try "make bootstrap".

I did so and also did a M-x package-recompile-all and now
Emacs works without aborting since several hours.


Thanks, Gregor




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56862; Package emacs. (Sun, 21 Aug 2022 15:26:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Gregor Zattler <telegraph <at> gmx.net>
Cc: 56862 <at> debbugs.gnu.org, Eli Zaretskii <eliz <at> gnu.org>
Subject: Re: bug#56862: 29.0.50; crashes while compiling native code
Date: Sun, 21 Aug 2022 17:25:23 +0200
Gregor Zattler <telegraph <at> gmx.net> writes:

>> I think this might be related to a recent change in narrow-to-region.
>> Try "make bootstrap".
>
> I did so and also did a M-x package-recompile-all and now
> Emacs works without aborting since several hours.

I'm therefore closing this bug report.





bug marked as fixed in version 29.1, send any further explanations to 56862 <at> debbugs.gnu.org and Gregor Zattler <telegraph <at> gmx.net> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sun, 21 Aug 2022 15:26:03 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Mon, 19 Sep 2022 11:24:13 GMT) Full text and rfc822 format available.

This bug report was last modified 1 year and 213 days ago.

Previous Next


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