Package: emacs;
Reported by: Aloe <aloe <at> aloe-associacio.org>
Date: Thu, 13 May 2021 16:08:02 UTC
Severity: normal
Tags: moreinfo
Found in version 25.3
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 48401 in the body.
You can then email your comments to 48401 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
bug-gnu-emacs <at> gnu.org:bug#48401; Package emacs.
(Thu, 13 May 2021 16:08:02 GMT) Full text and rfc822 format available.Aloe <aloe <at> aloe-associacio.org>:bug-gnu-emacs <at> gnu.org.
(Thu, 13 May 2021 16:08:02 GMT) Full text and rfc822 format available.Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
From: Aloe <aloe <at> aloe-associacio.org> To: bug-gnu-emacs <at> gnu.org Subject: 25.3; emacs27 crashes Date: Thu, 13 May 2021 17:10:31 +0200
$> emacs -nw
Fatal error 11: Segmentation fault
Backtrace:
emacs[0x501732]
emacs[0x4156e3]
emacs[0x5001ce]
emacs[0x500523]
emacs[0x500560]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x10330)[0x7f13e36bc330]
/lib/x86_64-linux-gnu/libpthread.so.0(pthread_mutex_lock+0x4)[0x7f13e36b6404]
/usr/lib/x86_64-linux-gnu/libgnutls.so.28(+0x413ec)[0x7f13e390b3ec]
/usr/lib/x86_64-linux-gnu/libgnutls.so.28(+0xd1c67)[0x7f13e399bc67]
emacs[0x56c795]
emacs[0x5a06d1]
emacs[0x55e71b]
emacs[0x59169f]
emacs[0x55e67f]
emacs[0x59169f]
emacs[0x55e67f]
emacs[0x59169f]
emacs[0x55e67f]
emacs[0x5602b0]
emacs[0x55e71b]
emacs[0x59169f]
emacs[0x55e67f]
emacs[0x59169f]
emacs[0x55e67f]
emacs[0x59169f]
emacs[0x55e67f]
emacs[0x59169f]
emacs[0x55e67f]
emacs[0x59169f]
emacs[0x55e67f]
emacs[0x59169f]
emacs[0x55e67f]
emacs[0x59169f]
emacs[0x55e67f]
emacs[0x59169f]
emacs[0x55e67f]
emacs[0x59169f]
emacs[0x55e67f]
emacs[0x59169f]
emacs[0x55e67f]
emacs[0x59169f]
Version output:
"GNU Emacs 27.2.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.10.8)
of 2021-05-12"
Text in .xsession-errors
Script for ibus started at run_im.
Script for auto started at run_im.
Script for default started at run_im.
It happens also with option -Q, when I try to send a mail with smtp
and mu4e. The crash occurs after entering pinentry.
Thanks,
In GNU Emacs 25.3.2 (x86_64-pc-linux-gnu, GTK+ Version 3.10.8)
of 2017-09-12 built on lgw01-60
Windowing system distributor 'The X.Org Foundation', version 11.0.11803000
System Description: Ubuntu 14.04.6 LTS
Configured using:
'configure --build=x86_64-linux-gnu --prefix=/usr
'--includedir=${prefix}/include' '--mandir=${prefix}/share/man'
'--infodir=${prefix}/share/info' --sysconfdir=/etc --localstatedir=/var
'--libdir=${prefix}/lib/x86_64-linux-gnu'
'--libexecdir=${prefix}/lib/x86_64-linux-gnu' --disable-maintainer-mode
--disable-dependency-tracking --prefix=/usr --sharedstatedir=/var/lib
--program-suffix=25 --with-modules --with-x=yes --with-x-toolkit=gtk3
'CFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat
-Werror=format-security' CPPFLAGS=-D_FORTIFY_SOURCE=2
'LDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro''
Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GCONF GSETTINGS
NOTIFY LIBSELINUX GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 MODULES
Important settings:
value of $LANG: ca_ES.UTF-8
value of $XMODIFIERS: @im=ibus
locale-coding-system: utf-8-unix
Major mode: Text
Minor modes in effect:
show-paren-mode: t
keyfreq-autosave-mode: t
keyfreq-mode: t
speed-of-thought-mode: t
ido-vertical-mode: t
display-time-mode: t
ido-everywhere: t
electric-pair-mode: t
tooltip-mode: t
global-eldoc-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
blink-cursor-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
auto-fill-function: do-auto-fill
transient-mark-mode: t
Recent messages:
[mu4e] Retrieving mail...
[mu4e] Indexing... processed 1000, updated 0
[mu4e] Indexing completed; processed 1719, updated 0, cleaned-up 0
[mu4e] Indexing... processed 1000, updated 0
[mu4e] Indexing completed; processed 1719, updated 0, cleaned-up 0
[mu4e] Found 1 matching message
[mu4e] Retrieving mail...
[mu4e] Indexing... processed 1000, updated 0
[mu4e] Indexing completed; processed 1719, updated 0, cleaned-up 0
Mark set
Load-path shadows:
/usr/share/emacs/site-lisp/dictionaries-common/ispell hides /usr/share/emacs/25.3/lisp/textmodes/ispell
/usr/share/emacs/site-lisp/dictionaries-common/flyspell hides /usr/share/emacs/25.3/lisp/textmodes/flyspell
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-css hides /usr/share/emacs/25.3/lisp/org/ob-css
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-lob hides /usr/share/emacs/25.3/lisp/org/ob-lob
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-maxima hides /usr/share/emacs/25.3/lisp/org/ob-maxima
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-matlab hides /usr/share/emacs/25.3/lisp/org/ob-matlab
/home/sergi/.emacs.d/elpa/org-9.4.4/ox-texinfo hides /usr/share/emacs/25.3/lisp/org/ox-texinfo
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-fortran hides /usr/share/emacs/25.3/lisp/org/ob-fortran
/home/sergi/.emacs.d/elpa/org-9.4.4/org-src hides /usr/share/emacs/25.3/lisp/org/org-src
/home/sergi/.emacs.d/elpa/org-9.4.4/org-faces hides /usr/share/emacs/25.3/lisp/org/org-faces
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-ocaml hides /usr/share/emacs/25.3/lisp/org/ob-ocaml
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-io hides /usr/share/emacs/25.3/lisp/org/ob-io
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-C hides /usr/share/emacs/25.3/lisp/org/ob-C
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-lisp hides /usr/share/emacs/25.3/lisp/org/ob-lisp
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-exp hides /usr/share/emacs/25.3/lisp/org/ob-exp
/home/sergi/.emacs.d/elpa/org-9.4.4/org-version hides /usr/share/emacs/25.3/lisp/org/org-version
/home/sergi/.emacs.d/elpa/org-9.4.4/org-plot hides /usr/share/emacs/25.3/lisp/org/org-plot
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-plantuml hides /usr/share/emacs/25.3/lisp/org/ob-plantuml
/home/sergi/.emacs.d/elpa/org-9.4.4/org-timer hides /usr/share/emacs/25.3/lisp/org/org-timer
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-awk hides /usr/share/emacs/25.3/lisp/org/ob-awk
/home/sergi/.emacs.d/elpa/org-9.4.4/org-ctags hides /usr/share/emacs/25.3/lisp/org/org-ctags
/home/sergi/.emacs.d/elpa/org-9.4.4/org-compat hides /usr/share/emacs/25.3/lisp/org/org-compat
/home/sergi/.emacs.d/elpa/org-9.4.4/org-crypt hides /usr/share/emacs/25.3/lisp/org/org-crypt
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-table hides /usr/share/emacs/25.3/lisp/org/ob-table
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-ref hides /usr/share/emacs/25.3/lisp/org/ob-ref
/home/sergi/.emacs.d/elpa/org-9.4.4/ox-latex hides /usr/share/emacs/25.3/lisp/org/ox-latex
/home/sergi/.emacs.d/elpa/org-9.4.4/org-datetree hides /usr/share/emacs/25.3/lisp/org/org-datetree
/home/sergi/.emacs.d/elpa/org-9.4.4/org-clock hides /usr/share/emacs/25.3/lisp/org/org-clock
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-ruby hides /usr/share/emacs/25.3/lisp/org/ob-ruby
/home/sergi/.emacs.d/elpa/org-9.4.4/org-habit hides /usr/share/emacs/25.3/lisp/org/org-habit
/home/sergi/.emacs.d/elpa/org-9.4.4/ox-md hides /usr/share/emacs/25.3/lisp/org/ox-md
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-calc hides /usr/share/emacs/25.3/lisp/org/ob-calc
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-picolisp hides /usr/share/emacs/25.3/lisp/org/ob-picolisp
/home/sergi/.emacs.d/elpa/org-9.4.4/ox-publish hides /usr/share/emacs/25.3/lisp/org/ox-publish
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-comint hides /usr/share/emacs/25.3/lisp/org/ob-comint
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-mscgen hides /usr/share/emacs/25.3/lisp/org/ob-mscgen
/home/sergi/.emacs.d/elpa/org-9.4.4/org-entities hides /usr/share/emacs/25.3/lisp/org/org-entities
/home/sergi/.emacs.d/elpa/org-9.4.4/org-table hides /usr/share/emacs/25.3/lisp/org/org-table
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-tangle hides /usr/share/emacs/25.3/lisp/org/ob-tangle
/home/sergi/.emacs.d/elpa/org-9.4.4/org-list hides /usr/share/emacs/25.3/lisp/org/org-list
/home/sergi/.emacs.d/elpa/org-9.4.4/org-macro hides /usr/share/emacs/25.3/lisp/org/org-macro
/home/sergi/.emacs.d/elpa/org-9.4.4/ob hides /usr/share/emacs/25.3/lisp/org/ob
/home/sergi/.emacs.d/elpa/org-9.4.4/org-capture hides /usr/share/emacs/25.3/lisp/org/org-capture
/home/sergi/.emacs.d/elpa/org-9.4.4/ox-html hides /usr/share/emacs/25.3/lisp/org/ox-html
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-sql hides /usr/share/emacs/25.3/lisp/org/ob-sql
/home/sergi/.emacs.d/elpa/org-9.4.4/ox-ascii hides /usr/share/emacs/25.3/lisp/org/ox-ascii
/home/sergi/.emacs.d/elpa/org-9.4.4/ox-odt hides /usr/share/emacs/25.3/lisp/org/ox-odt
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-latex hides /usr/share/emacs/25.3/lisp/org/ob-latex
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-eval hides /usr/share/emacs/25.3/lisp/org/ob-eval
/home/sergi/.emacs.d/elpa/org-9.4.4/org-feed hides /usr/share/emacs/25.3/lisp/org/org-feed
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-screen hides /usr/share/emacs/25.3/lisp/org/ob-screen
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-emacs-lisp hides /usr/share/emacs/25.3/lisp/org/ob-emacs-lisp
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-python hides /usr/share/emacs/25.3/lisp/org/ob-python
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-core hides /usr/share/emacs/25.3/lisp/org/ob-core
/home/sergi/.emacs.d/elpa/org-9.4.4/org-agenda hides /usr/share/emacs/25.3/lisp/org/org-agenda
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-clojure hides /usr/share/emacs/25.3/lisp/org/ob-clojure
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-makefile hides /usr/share/emacs/25.3/lisp/org/ob-makefile
/home/sergi/.emacs.d/elpa/org-9.4.4/org-colview hides /usr/share/emacs/25.3/lisp/org/org-colview
/home/sergi/.emacs.d/elpa/org-9.4.4/org-archive hides /usr/share/emacs/25.3/lisp/org/org-archive
/home/sergi/.emacs.d/elpa/org-9.4.4/org-pcomplete hides /usr/share/emacs/25.3/lisp/org/org-pcomplete
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-js hides /usr/share/emacs/25.3/lisp/org/ob-js
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-gnuplot hides /usr/share/emacs/25.3/lisp/org/ob-gnuplot
/home/sergi/.emacs.d/elpa/org-9.4.4/org-attach hides /usr/share/emacs/25.3/lisp/org/org-attach
/home/sergi/.emacs.d/elpa/org-9.4.4/ox-org hides /usr/share/emacs/25.3/lisp/org/ox-org
/home/sergi/.emacs.d/elpa/org-9.4.4/org-element hides /usr/share/emacs/25.3/lisp/org/org-element
/home/sergi/.emacs.d/elpa/org-9.4.4/ox-beamer hides /usr/share/emacs/25.3/lisp/org/ox-beamer
/home/sergi/.emacs.d/elpa/org-9.4.4/org hides /usr/share/emacs/25.3/lisp/org/org
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-org hides /usr/share/emacs/25.3/lisp/org/ob-org
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-dot hides /usr/share/emacs/25.3/lisp/org/ob-dot
/home/sergi/.emacs.d/elpa/org-9.4.4/ox hides /usr/share/emacs/25.3/lisp/org/ox
/home/sergi/.emacs.d/elpa/org-9.4.4/org-macs hides /usr/share/emacs/25.3/lisp/org/org-macs
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-ledger hides /usr/share/emacs/25.3/lisp/org/ob-ledger
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-ditaa hides /usr/share/emacs/25.3/lisp/org/ob-ditaa
/home/sergi/.emacs.d/elpa/org-9.4.4/ox-man hides /usr/share/emacs/25.3/lisp/org/ox-man
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-asymptote hides /usr/share/emacs/25.3/lisp/org/ob-asymptote
/home/sergi/.emacs.d/elpa/org-9.4.4/org-mouse hides /usr/share/emacs/25.3/lisp/org/org-mouse
/home/sergi/.emacs.d/elpa/org-9.4.4/org-footnote hides /usr/share/emacs/25.3/lisp/org/org-footnote
/home/sergi/.emacs.d/elpa/org-9.4.4/org-protocol hides /usr/share/emacs/25.3/lisp/org/org-protocol
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-haskell hides /usr/share/emacs/25.3/lisp/org/ob-haskell
/home/sergi/.emacs.d/elpa/org-9.4.4/org-indent hides /usr/share/emacs/25.3/lisp/org/org-indent
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-java hides /usr/share/emacs/25.3/lisp/org/ob-java
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-R hides /usr/share/emacs/25.3/lisp/org/ob-R
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-sqlite hides /usr/share/emacs/25.3/lisp/org/ob-sqlite
/home/sergi/.emacs.d/elpa/org-9.4.4/org-mobile hides /usr/share/emacs/25.3/lisp/org/org-mobile
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-shen hides /usr/share/emacs/25.3/lisp/org/ob-shen
/home/sergi/.emacs.d/elpa/org-9.4.4/org-inlinetask hides /usr/share/emacs/25.3/lisp/org/org-inlinetask
/home/sergi/.emacs.d/elpa/org-9.4.4/org-id hides /usr/share/emacs/25.3/lisp/org/org-id
/home/sergi/.emacs.d/elpa/org-9.4.4/ox-icalendar hides /usr/share/emacs/25.3/lisp/org/ox-icalendar
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-scheme hides /usr/share/emacs/25.3/lisp/org/ob-scheme
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-perl hides /usr/share/emacs/25.3/lisp/org/ob-perl
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-sass hides /usr/share/emacs/25.3/lisp/org/ob-sass
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-lilypond hides /usr/share/emacs/25.3/lisp/org/ob-lilypond
/home/sergi/.emacs.d/elpa/org-9.4.4/ob-octave hides /usr/share/emacs/25.3/lisp/org/ob-octave
/home/sergi/.emacs.d/elpa/org-9.4.4/org-loaddefs hides /usr/share/emacs/25.3/lisp/org/org-loaddefs
/usr/share/emacs/site-lisp/latex-cjk-thai/thai-word hides /usr/share/emacs/25.3/lisp/language/thai-word
/home/sergi/.emacs.d/elpa/let-alist-1.0.6/let-alist hides /usr/share/emacs/25.3/lisp/emacs-lisp/let-alist
Features:
(pp shadow emacsbug gdb-mi bindat json map gud paren company-oddmuse
company-keywords company-etags etags xref project company-gtags
company-dabbrev-code company-dabbrev company-files company-clang
company-capf company-cmake company-semantic company-template company-css
company-nxml company-bbdb company molar-mass my-latex-mode rx face-remap
org-element avl-tree ol-eww eww mm-url url-queue shr ol-rmail ol-mhe
ol-irc ol-info ol-gnus nnir gnus-sum gnus-group gnus-undo gnus-start
gnus-cloud nnimap nnmail mail-source tls gnutls utf7 netrc nnoo
parse-time gnus-spec gnus-int gnus-range gnus-win gnus gnus-ems nnheader
wid-edit ol-docview ol-bibtex bibtex ol-bbdb ol-w3m org-bullets keyfreq
smex sotlisp skeleton ido-vertical-mode time dom url url-proxy
url-privacy url-expand url-methods url-history url-cookie url-domsuf
url-util url-parse url-vars mailcap ido edmacro kmacro multiple-cursors
mc-separate-operations rectangular-region-mode mc-mark-pop mc-edit-lines
mc-hide-unmatched-lines-mode mc-mark-more thingatpt mc-cycle-cursors
multiple-cursors-core rect org ob ob-tangle ob-ref ob-lob ob-table
ob-exp org-macro org-footnote org-src ob-comint org-pcomplete pcomplete
org-list org-faces org-entities noutline outline easy-mmode org-version
ob-emacs-lisp ob-core ob-eval org-table ol org-keys org-compat advice
org-macs org-loaddefs find-func cal-menu calendar cal-loaddefs mu4e
mu4e-speedbar speedbar sb-image ezimage dframe mu4e-main mu4e-view epa
derived browse-url comint ansi-color ring mu4e-headers mu4e-compose
mu4e-draft mu4e-actions rfc2368 smtpmail auth-source cl-seq eieio
eieio-core sendmail mu4e-mark mu4e-message html2text mu4e-proc
mu4e-utils doc-view subr-x jka-compr image-mode mu4e-lists mu4e-about
mu4e-vars message cl-macs format-spec rfc822 mml mml-sec password-cache
epg gnus-util mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047
rfc2045 ietf-drums mm-util help-fns mail-prsvr mailabbrev mail-utils
gmm-utils mailheader hl-line cl mu4e-meta elec-pair gnus-dired dired
finder-inf tex-site w3m-load info package epg-config seq byte-opt gv
bytecomp byte-compile cl-extra help-mode easymenu cconv cl-loaddefs
pcase cl-lib Amelie-theme time-date mule-util tooltip eldoc electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list newcomment elisp-mode lisp-mode prog-mode register page
menu-bar rfn-eshadow timer select scroll-bar 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
dbusbind inotify dynamic-setting system-font-setting font-render-setting
move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)
Memory information:
((conses 16 442416 32384)
(symbols 48 44457 4)
(miscs 40 472 284)
(strings 32 136912 12012)
(string-bytes 1 3800775)
(vectors 16 47751)
(vector-slots 8 1491897 196559)
(floats 8 644 423)
(intervals 56 758 228)
(buffers 976 27)
(heap 1024 67856 2429))
--
Associació Lliure d'Orientació Educativa (A.L.O.E.)
c/ Miquel Romeu, 93. 1r.
08907- L'Hospitalet de Ll.
93.261.13.58 - 674.831.973
http://www.aloe-associacio.org
bug-gnu-emacs <at> gnu.org:bug#48401; Package emacs.
(Thu, 13 May 2021 16:48:01 GMT) Full text and rfc822 format available.Message #8 received at 48401 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Aloe <aloe <at> aloe-associacio.org> Cc: 48401 <at> debbugs.gnu.org Subject: Re: bug#48401: 25.3; emacs27 crashes Date: Thu, 13 May 2021 19:47:29 +0300
> From: Aloe <aloe <at> aloe-associacio.org> > Date: Thu, 13 May 2021 17:10:31 +0200 > > > $> emacs -nw > Fatal error 11: Segmentation fault > Backtrace: > emacs[0x501732] > emacs[0x4156e3] > emacs[0x5001ce] > emacs[0x500523] > emacs[0x500560] > /lib/x86_64-linux-gnu/libpthread.so.0(+0x10330)[0x7f13e36bc330] > /lib/x86_64-linux-gnu/libpthread.so.0(pthread_mutex_lock+0x4)[0x7f13e36b6404] > /usr/lib/x86_64-linux-gnu/libgnutls.so.28(+0x413ec)[0x7f13e390b3ec] > /usr/lib/x86_64-linux-gnu/libgnutls.so.28(+0xd1c67)[0x7f13e399bc67] > emacs[0x56c795] > emacs[0x5a06d1] > emacs[0x55e71b] > emacs[0x59169f] > emacs[0x55e67f] > emacs[0x59169f] > emacs[0x55e67f] > emacs[0x59169f] > emacs[0x55e67f] > emacs[0x5602b0] > emacs[0x55e71b] > emacs[0x59169f] > emacs[0x55e67f] > emacs[0x59169f] > emacs[0x55e67f] > emacs[0x59169f] > emacs[0x55e67f] > emacs[0x59169f] > emacs[0x55e67f] > emacs[0x59169f] > emacs[0x55e67f] > emacs[0x59169f] > emacs[0x55e67f] > emacs[0x59169f] > emacs[0x55e67f] > emacs[0x59169f] > emacs[0x55e67f] > emacs[0x59169f] > emacs[0x55e67f] > emacs[0x59169f] > emacs[0x55e67f] > emacs[0x59169f] Thanks, but these addresses cannot be interpreted except on your system. The Emacs user manual explains how to convert this into readable backtrace, see the node "Crashing" there. If you succeed in producing such a readable backtrace, please post here.
bug-gnu-emacs <at> gnu.org:bug#48401; Package emacs.
(Thu, 13 May 2021 17:29:03 GMT) Full text and rfc822 format available.Message #11 received at 48401 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Aloe <aloe <at> aloe-associacio.org> Cc: 48401 <at> debbugs.gnu.org Subject: Re: bug#48401: 25.3; emacs27 crashes Date: Thu, 13 May 2021 20:28:32 +0300
> From: Aloe <aloe <at> aloe-associacio.org> > Cc: 48401 <at> debbugs.gnu.org > Date: Thu, 13 May 2021 19:14:30 +0200 > > Hi, thanks for your answer, that's my backtrace: > > emacs_backtrace a /usr/share/emacs27/src/sysdep.c:2443 > terminate_due_to_signal a /usr/share/emacs27/src/emacs.c:404 > handle_fatal_signal a /usr/share/emacs27/src/sysdep.c:1795 > deliver_thread_signal.constprop.9 a /usr/share/emacs27/src/sysdep.c:1769 > stack_overflow a /usr/share/emacs27/src/sysdep.c:1829 > (inserit per) handle_sigsegv a /usr/share/emacs27/src/sysdep.c:1888 > ?? ??:0 > ?? ??:0 > ?? ??:0 > ?? ??:0 > extract_data_from_object a /usr/share/emacs27/src/fns.c:5293 > gnutls_symmetric a /usr/share/emacs27/src/gnutls.c:2382 > Ffuncall a /usr/share/emacs27/src/eval.c:2795 > exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 > Ffuncall a /usr/share/emacs27/src/eval.c:2818 > exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 > Ffuncall a /usr/share/emacs27/src/eval.c:2818 > exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 > Ffuncall a /usr/share/emacs27/src/eval.c:2818 > SPECPDL_INDEX a /usr/share/emacs27/src/lisp.h:3279 > (inserit per) Fapply a /usr/share/emacs27/src/eval.c:2373 > Ffuncall a /usr/share/emacs27/src/eval.c:2795 > exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 > Ffuncall a /usr/share/emacs27/src/eval.c:2818 > exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 > Ffuncall a /usr/share/emacs27/src/eval.c:2818 > exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 > Ffuncall a /usr/share/emacs27/src/eval.c:2818 > exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 > Ffuncall a /usr/share/emacs27/src/eval.c:2818 > exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 > Ffuncall a /usr/share/emacs27/src/eval.c:2818 > exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 > Ffuncall a /usr/share/emacs27/src/eval.c:2818 > exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 > Ffuncall a /usr/share/emacs27/src/eval.c:2818 > exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 > Ffuncall a /usr/share/emacs27/src/eval.c:2818 > exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 > Ffuncall a /usr/share/emacs27/src/eval.c:2818 > exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 > Ffuncall a /usr/share/emacs27/src/eval.c:2818 > exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 > > > I hope it's what your are asking for. It is, thanks. This looks like infinite recursion, so I think we will need a more detailed backtrace which you can obtain by running Emacs under GDB. Would it be possible for you to do that? Let me know if you need instructions.
bug-gnu-emacs <at> gnu.org:bug#48401; Package emacs.
(Thu, 13 May 2021 17:36:01 GMT) Full text and rfc822 format available.Message #14 received at 48401 <at> debbugs.gnu.org (full text, mbox):
From: Aloe <aloe <at> aloe-associacio.org> To: "Eli Zaretskii" <eliz <at> gnu.org> Cc: 48401 <at> debbugs.gnu.org Subject: Re: bug#48401: 25.3; emacs27 crashes Date: Thu, 13 May 2021 19:14:30 +0200
Eli Zaretskii writes: >> From: Aloe <aloe <at> aloe-associacio.org> >> Date: Thu, 13 May 2021 17:10:31 +0200 >> >> >> $> emacs -nw >> Fatal error 11: Segmentation fault >> Backtrace: >> emacs[0x501732] >> emacs[0x4156e3] >> emacs[0x5001ce] >> emacs[0x500523] >> emacs[0x500560] >> /lib/x86_64-linux-gnu/libpthread.so.0(+0x10330)[0x7f13e36bc330] >> /lib/x86_64-linux-gnu/libpthread.so.0(pthread_mutex_lock+0x4)[0x7f13e36b6404] >> /usr/lib/x86_64-linux-gnu/libgnutls.so.28(+0x413ec)[0x7f13e390b3ec] >> /usr/lib/x86_64-linux-gnu/libgnutls.so.28(+0xd1c67)[0x7f13e399bc67] >> emacs[0x56c795] >> emacs[0x5a06d1] >> emacs[0x55e71b] >> emacs[0x59169f] >> emacs[0x55e67f] >> emacs[0x59169f] >> emacs[0x55e67f] >> emacs[0x59169f] >> emacs[0x55e67f] >> emacs[0x5602b0] >> emacs[0x55e71b] >> emacs[0x59169f] >> emacs[0x55e67f] >> emacs[0x59169f] >> emacs[0x55e67f] >> emacs[0x59169f] >> emacs[0x55e67f] >> emacs[0x59169f] >> emacs[0x55e67f] >> emacs[0x59169f] >> emacs[0x55e67f] >> emacs[0x59169f] >> emacs[0x55e67f] >> emacs[0x59169f] >> emacs[0x55e67f] >> emacs[0x59169f] >> emacs[0x55e67f] >> emacs[0x59169f] >> emacs[0x55e67f] >> emacs[0x59169f] >> emacs[0x55e67f] >> emacs[0x59169f] > > Thanks, but these addresses cannot be interpreted except on your > system. The Emacs user manual explains how to convert this into > readable backtrace, see the node "Crashing" there. If you succeed in > producing such a readable backtrace, please post here. Hi, thanks for your answer, that's my backtrace: emacs_backtrace a /usr/share/emacs27/src/sysdep.c:2443 terminate_due_to_signal a /usr/share/emacs27/src/emacs.c:404 handle_fatal_signal a /usr/share/emacs27/src/sysdep.c:1795 deliver_thread_signal.constprop.9 a /usr/share/emacs27/src/sysdep.c:1769 stack_overflow a /usr/share/emacs27/src/sysdep.c:1829 (inserit per) handle_sigsegv a /usr/share/emacs27/src/sysdep.c:1888 ?? ??:0 ?? ??:0 ?? ??:0 ?? ??:0 extract_data_from_object a /usr/share/emacs27/src/fns.c:5293 gnutls_symmetric a /usr/share/emacs27/src/gnutls.c:2382 Ffuncall a /usr/share/emacs27/src/eval.c:2795 exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 Ffuncall a /usr/share/emacs27/src/eval.c:2818 exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 Ffuncall a /usr/share/emacs27/src/eval.c:2818 exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 Ffuncall a /usr/share/emacs27/src/eval.c:2818 SPECPDL_INDEX a /usr/share/emacs27/src/lisp.h:3279 (inserit per) Fapply a /usr/share/emacs27/src/eval.c:2373 Ffuncall a /usr/share/emacs27/src/eval.c:2795 exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 Ffuncall a /usr/share/emacs27/src/eval.c:2818 exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 Ffuncall a /usr/share/emacs27/src/eval.c:2818 exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 Ffuncall a /usr/share/emacs27/src/eval.c:2818 exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 Ffuncall a /usr/share/emacs27/src/eval.c:2818 exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 Ffuncall a /usr/share/emacs27/src/eval.c:2818 exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 Ffuncall a /usr/share/emacs27/src/eval.c:2818 exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 Ffuncall a /usr/share/emacs27/src/eval.c:2818 exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 Ffuncall a /usr/share/emacs27/src/eval.c:2818 exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 Ffuncall a /usr/share/emacs27/src/eval.c:2818 exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 Ffuncall a /usr/share/emacs27/src/eval.c:2818 exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 I hope it's what your are asking for. -- Associació Lliure d'Orientació Educativa (A.L.O.E.) c/ Miquel Romeu, 93. 1r. 08907- L'Hospitalet de Ll. 93.261.13.58 - 674.831.973 http://www.aloe-associacio.org
bug-gnu-emacs <at> gnu.org:bug#48401; Package emacs.
(Thu, 13 May 2021 17:55:02 GMT) Full text and rfc822 format available.Message #17 received at 48401 <at> debbugs.gnu.org (full text, mbox):
From: Aloe <aloe <at> aloe-associacio.org> To: "Eli Zaretskii" <eliz <at> gnu.org> Cc: 48401 <at> debbugs.gnu.org Subject: Re: bug#48401: 25.3; emacs27 crashes Date: Thu, 13 May 2021 19:54:36 +0200
Eli Zaretskii writes: >> From: Aloe <aloe <at> aloe-associacio.org> >> Cc: 48401 <at> debbugs.gnu.org >> Date: Thu, 13 May 2021 19:14:30 +0200 >> >> Hi, thanks for your answer, that's my backtrace: >> >> emacs_backtrace a /usr/share/emacs27/src/sysdep.c:2443 >> terminate_due_to_signal a /usr/share/emacs27/src/emacs.c:404 >> handle_fatal_signal a /usr/share/emacs27/src/sysdep.c:1795 >> deliver_thread_signal.constprop.9 a /usr/share/emacs27/src/sysdep.c:1769 >> stack_overflow a /usr/share/emacs27/src/sysdep.c:1829 >> (inserit per) handle_sigsegv a /usr/share/emacs27/src/sysdep.c:1888 >> ?? ??:0 >> ?? ??:0 >> ?? ??:0 >> ?? ??:0 >> extract_data_from_object a /usr/share/emacs27/src/fns.c:5293 >> gnutls_symmetric a /usr/share/emacs27/src/gnutls.c:2382 >> Ffuncall a /usr/share/emacs27/src/eval.c:2795 >> exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 >> Ffuncall a /usr/share/emacs27/src/eval.c:2818 >> exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 >> Ffuncall a /usr/share/emacs27/src/eval.c:2818 >> exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 >> Ffuncall a /usr/share/emacs27/src/eval.c:2818 >> SPECPDL_INDEX a /usr/share/emacs27/src/lisp.h:3279 >> (inserit per) Fapply a /usr/share/emacs27/src/eval.c:2373 >> Ffuncall a /usr/share/emacs27/src/eval.c:2795 >> exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 >> Ffuncall a /usr/share/emacs27/src/eval.c:2818 >> exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 >> Ffuncall a /usr/share/emacs27/src/eval.c:2818 >> exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 >> Ffuncall a /usr/share/emacs27/src/eval.c:2818 >> exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 >> Ffuncall a /usr/share/emacs27/src/eval.c:2818 >> exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 >> Ffuncall a /usr/share/emacs27/src/eval.c:2818 >> exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 >> Ffuncall a /usr/share/emacs27/src/eval.c:2818 >> exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 >> Ffuncall a /usr/share/emacs27/src/eval.c:2818 >> exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 >> Ffuncall a /usr/share/emacs27/src/eval.c:2818 >> exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 >> Ffuncall a /usr/share/emacs27/src/eval.c:2818 >> exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 >> Ffuncall a /usr/share/emacs27/src/eval.c:2818 >> exec_byte_code a /usr/share/emacs27/src/bytecode.c:633 >> >> >> I hope it's what your are asking for. > > It is, thanks. > > This looks like infinite recursion, so I think we will need a more > detailed backtrace which you can obtain by running Emacs under GDB. > Would it be possible for you to do that? Let me know if you need > instructions. Yes, please give me instructions. I can open GDB but I don't know how to backtrace. Thanks -- Associació Lliure d'Orientació Educativa (A.L.O.E.) c/ Miquel Romeu, 93. 1r. 08907- L'Hospitalet de Ll. 93.261.13.58 - 674.831.973 http://www.aloe-associacio.org
bug-gnu-emacs <at> gnu.org:bug#48401; Package emacs.
(Thu, 13 May 2021 19:13:01 GMT) Full text and rfc822 format available.Message #20 received at 48401 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Aloe <aloe <at> aloe-associacio.org> Cc: 48401 <at> debbugs.gnu.org Subject: Re: bug#48401: 25.3; emacs27 crashes Date: Thu, 13 May 2021 22:12:29 +0300
> From: Aloe <aloe <at> aloe-associacio.org> > Cc: 48401 <at> debbugs.gnu.org > Date: Thu, 13 May 2021 19:54:36 +0200 > > > This looks like infinite recursion, so I think we will need a more > > detailed backtrace which you can obtain by running Emacs under GDB. > > Would it be possible for you to do that? Let me know if you need > > instructions. > > Yes, please give me instructions. I can open GDB but I don't know how to > backtrace. Go to the directory where you have the Emacs sources (assuming you have them on your system), then type at the shell prompt $ gdb emacs When you get to the "(gdb)" prompt, type "run". Emacs should start as usual, and then do whatever you need to reproduce the problem. When Emacs crashes, GDB will kick in and show its "(gdb)" prompt where you started it. Then type at GDB's prompt: thread apply all bt This will produce backtraces of all the threads in the Emacs process. Post the output here.
bug-gnu-emacs <at> gnu.org:bug#48401; Package emacs.
(Mon, 17 May 2021 19:07:02 GMT) Full text and rfc822 format available.Message #23 received at 48401 <at> debbugs.gnu.org (full text, mbox):
From: Aloe <aloe <at> aloe-associacio.org> To: "Eli Zaretskii" <eliz <at> gnu.org> Cc: 48401 <at> debbugs.gnu.org Subject: Re: bug#48401: 25.3; emacs27 crashes Date: Mon, 17 May 2021 21:05:53 +0200
Eli Zaretskii writes:
>> From: Aloe <aloe <at> aloe-associacio.org>
>> Cc: 48401 <at> debbugs.gnu.org
>> Date: Thu, 13 May 2021 19:54:36 +0200
>>
>> > This looks like infinite recursion, so I think we will need a more
>> > detailed backtrace which you can obtain by running Emacs under GDB.
>> > Would it be possible for you to do that? Let me know if you need
>> > instructions.
>>
>> Yes, please give me instructions. I can open GDB but I don't know how to
>> backtrace.
>
> Go to the directory where you have the Emacs sources (assuming you
> have them on your system), then type at the shell prompt
>
> $ gdb emacs
>
> When you get to the "(gdb)" prompt, type "run". Emacs should start as
> usual, and then do whatever you need to reproduce the problem. When
> Emacs crashes, GDB will kick in and show its "(gdb)" prompt where you
> started it. Then type at GDB's prompt:
>
> thread apply all bt
>
> This will produce backtraces of all the threads in the Emacs process.
> Post the output here.
Hi, thanks for your instructions. Here is the output from the beginning:
$> gdb emacs
GNU gdb (Ubuntu 7.7.1-0ubuntu5~14.04.3) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from emacs...done.
warning: File "/usr/share/emacs27/src/.gdbinit" auto-loading has been declined by your `auto-load safe-path' set to "$debugdir:$datadir/auto-load".
To enable execution of this file add
add-auto-load-safe-path /usr/share/emacs27/src/.gdbinit
line to your configuration file "/home/sergi/.gdbinit".
To completely disable this security protection add
set auto-load safe-path /
line to your configuration file "/home/sergi/.gdbinit".
For more information about this security protection see the
"Auto-loading safe path" section in the GDB manual. E.g., run from the shell:
info "(gdb)Auto-loading safe path"
(gdb) run
Starting program: /usr/share/emacs27/src/emacs
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffebc75700 (LWP 24615)]
[New Thread 0x7fffeac3d700 (LWP 24616)]
[New Thread 0x7fffea20a700 (LWP 24617)]
Program received signal SIGSEGV, Segmentation fault.
__GI___pthread_mutex_lock (mutex=0x20) at ../nptl/pthread_mutex_lock.c:66
66 ../nptl/pthread_mutex_lock.c: El fitxer o directori no existeix.
(gdb) thread apply all bt
Thread 4 (Thread 0x7fffea20a700 (LWP 24617)):
#0 0x00007ffff2f07c9d in poll () at ../sysdeps/unix/syscall-template.S:81
#1 0x00007ffff591aff4 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x00007ffff591b31a in g_main_loop_run ()
from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007ffff667b326 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#4 0x00007ffff593ffc5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5 0x00007ffff3b0f184 in start_thread (arg=0x7fffea20a700)
at pthread_create.c:312
#6 0x00007ffff2f1503d in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
Thread 3 (Thread 0x7fffeac3d700 (LWP 24616)):
#0 0x00007ffff2f07c9d in poll () at ../sysdeps/unix/syscall-template.S:81
#1 0x00007ffff591aff4 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x00007ffff591b0fc in g_main_context_iteration ()
from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007fffeac451ad in ?? ()
from /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so
#4 0x00007ffff593ffc5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5 0x00007ffff3b0f184 in start_thread (arg=0x7fffeac3d700)
at pthread_create.c:312
---Type <return> to continue, or q <return> to quit---
#6 0x00007ffff2f1503d in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
Thread 2 (Thread 0x7fffebc75700 (LWP 24615)):
#0 0x00007ffff2f07c9d in poll () at ../sysdeps/unix/syscall-template.S:81
#1 0x00007ffff591aff4 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x00007ffff591b0fc in g_main_context_iteration ()
from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007ffff591b139 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4 0x00007ffff593ffc5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5 0x00007ffff3b0f184 in start_thread (arg=0x7fffebc75700)
at pthread_create.c:312
#6 0x00007ffff2f1503d in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111
Thread 1 (Thread 0x7ffff7fb3a00 (LWP 24611)):
#0 __GI___pthread_mutex_lock (mutex=0x20) at ../nptl/pthread_mutex_lock.c:66
#1 0x00007ffff3d663ec in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls.so.28
#2 0x00007ffff3df6c67 in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls.so.28
#3 0x000000000056c795 in extract_data_from_object (spec=<optimized out>,
spec <at> entry=0x280ac63, start_byte=start_byte <at> entry=0x7fffffffa598,
end_byte=end_byte <at> entry=0x7fffffffa5a0) at fns.c:5290
#4 0x00000000005a06d1 in gnutls_symmetric (encrypting=<optimized out>,
---Type <return> to continue, or q <return> to quit---
cipher=<optimized out>, key=0x280ac13, iv=0x280ac63, input=0x280ac03,
aead_auth=<optimized out>) at gnutls.c:2380
#5 0x000000000055e71b in Ffuncall (nargs=5, args=args <at> entry=0x7fffffffa698)
at eval.c:2795
#6 0x000000000059169f in exec_byte_code (bytestr=<optimized out>,
vector=<optimized out>, maxdepth=<optimized out>,
args_template=<optimized out>, nargs=nargs <at> entry=1, args=<optimized out>,
args <at> entry=0x7fffffffa938) at bytecode.c:633
#7 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffa737,
nargs=nargs <at> entry=1, arg_vector=arg_vector <at> entry=0x7fffffffa938)
at eval.c:2990
#8 0x000000000055e67f in Ffuncall (nargs=2, args=args <at> entry=0x7fffffffa930)
at eval.c:2809
#9 0x000000000059169f in exec_byte_code (bytestr=<optimized out>,
vector=<optimized out>, maxdepth=<optimized out>,
args_template=<optimized out>, nargs=nargs <at> entry=12, args=<optimized out>,
args <at> entry=0x7fffffffac30) at bytecode.c:633
#10 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffaa1b,
nargs=nargs <at> entry=12, arg_vector=arg_vector <at> entry=0x7fffffffac30)
at eval.c:2990
#11 0x000000000055e67f in Ffuncall (nargs=13, args=args <at> entry=0x7fffffffac28)
at eval.c:2809
#12 0x000000000059169f in exec_byte_code (bytestr=<optimized out>,
---Type <return> to continue, or q <return> to quit---
vector=<optimized out>, maxdepth=<optimized out>,
args_template=<optimized out>, nargs=nargs <at> entry=18, args=<optimized out>,
args <at> entry=0x7fffffffae88) at bytecode.c:633
#13 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffad07,
nargs=nargs <at> entry=18, arg_vector=arg_vector <at> entry=0x7fffffffae88)
at eval.c:2990
#14 0x000000000055e67f in Ffuncall (nargs=nargs <at> entry=19,
args=args <at> entry=0x7fffffffae80) at eval.c:2809
#15 0x00000000005602b0 in Fapply (nargs=<optimized out>, args=0x7fffffffb060)
at eval.c:2425
#16 0x000000000055e71b in Ffuncall (nargs=15, args=args <at> entry=0x7fffffffb058)
at eval.c:2795
#17 0x000000000059169f in exec_byte_code (bytestr=<optimized out>,
vector=<optimized out>, maxdepth=<optimized out>,
args_template=<optimized out>, nargs=nargs <at> entry=6, args=<optimized out>,
args <at> entry=0x7fffffffb2e0) at bytecode.c:633
#18 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffb107,
nargs=nargs <at> entry=6, arg_vector=arg_vector <at> entry=0x7fffffffb2e0)
at eval.c:2990
#19 0x000000000055e67f in Ffuncall (nargs=7, args=args <at> entry=0x7fffffffb2d8)
at eval.c:2809
#20 0x000000000059169f in exec_byte_code (bytestr=<optimized out>,
vector=<optimized out>, maxdepth=<optimized out>,
---Type <return> to continue, or q <return> to quit---
args_template=<optimized out>, nargs=nargs <at> entry=6, args=<optimized out>,
args <at> entry=0x7fffffffb5d0) at bytecode.c:633
#21 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffb417,
nargs=nargs <at> entry=6, arg_vector=arg_vector <at> entry=0x7fffffffb5d0)
at eval.c:2990
#22 0x000000000055e67f in Ffuncall (nargs=7, args=args <at> entry=0x7fffffffb5c8)
at eval.c:2809
#23 0x000000000059169f in exec_byte_code (bytestr=<optimized out>,
vector=<optimized out>, maxdepth=<optimized out>,
args_template=<optimized out>, nargs=nargs <at> entry=3, args=<optimized out>,
args <at> entry=0x7fffffffb848) at bytecode.c:633
#24 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffb636,
nargs=nargs <at> entry=3, arg_vector=arg_vector <at> entry=0x7fffffffb848)
at eval.c:2990
#25 0x000000000055e67f in Ffuncall (nargs=4, args=args <at> entry=0x7fffffffb840)
at eval.c:2809
#26 0x000000000059169f in exec_byte_code (bytestr=<optimized out>,
vector=<optimized out>, maxdepth=<optimized out>,
args_template=<optimized out>, nargs=nargs <at> entry=5, args=<optimized out>,
args <at> entry=0x7fffffffbc50) at bytecode.c:633
#27 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffb9b6,
nargs=nargs <at> entry=5, arg_vector=arg_vector <at> entry=0x7fffffffbc50)
at eval.c:2990
---Type <return> to continue, or q <return> to quit---
#28 0x000000000055e67f in Ffuncall (nargs=6, args=args <at> entry=0x7fffffffbc48)
at eval.c:2809
#29 0x000000000059169f in exec_byte_code (bytestr=<optimized out>,
vector=<optimized out>, maxdepth=<optimized out>,
args_template=<optimized out>, nargs=nargs <at> entry=24, args=<optimized out>,
args <at> entry=0x7fffffffbf38) at bytecode.c:633
#30 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffbd4a,
nargs=nargs <at> entry=24, arg_vector=arg_vector <at> entry=0x7fffffffbf38)
at eval.c:2990
#31 0x000000000055e67f in Ffuncall (nargs=25, args=args <at> entry=0x7fffffffbf30)
at eval.c:2809
#32 0x000000000059169f in exec_byte_code (bytestr=<optimized out>,
vector=<optimized out>, maxdepth=<optimized out>,
args_template=<optimized out>, nargs=nargs <at> entry=2, args=<optimized out>,
args <at> entry=0x7fffffffc580) at bytecode.c:633
#33 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffc09c,
nargs=nargs <at> entry=2, arg_vector=arg_vector <at> entry=0x7fffffffc580)
at eval.c:2990
#34 0x000000000055e67f in Ffuncall (nargs=3, args=args <at> entry=0x7fffffffc578)
at eval.c:2809
#35 0x000000000059169f in exec_byte_code (bytestr=<optimized out>,
vector=<optimized out>, maxdepth=<optimized out>,
args_template=<optimized out>, nargs=nargs <at> entry=0, args=<optimized out>,
---Type <return> to continue, or q <return> to quit---
args <at> entry=0x7fffffffca08) at bytecode.c:633
#36 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffc7f6,
nargs=nargs <at> entry=0, arg_vector=arg_vector <at> entry=0x7fffffffca08)
at eval.c:2990
#37 0x000000000055e67f in Ffuncall (nargs=1, args=args <at> entry=0x7fffffffca00)
at eval.c:2809
#38 0x000000000059169f in exec_byte_code (bytestr=<optimized out>,
vector=<optimized out>, maxdepth=<optimized out>,
args_template=<optimized out>, nargs=nargs <at> entry=0, args=<optimized out>,
args <at> entry=0x7fffffffcbd0) at bytecode.c:633
#39 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffca29,
nargs=nargs <at> entry=0, arg_vector=arg_vector <at> entry=0x7fffffffcbd0)
at eval.c:2990
#40 0x000000000055e67f in Ffuncall (nargs=1, args=args <at> entry=0x7fffffffcbc8)
at eval.c:2809
#41 0x000000000059169f in exec_byte_code (bytestr=<optimized out>,
vector=<optimized out>, maxdepth=<optimized out>,
args_template=<optimized out>, nargs=nargs <at> entry=0, args=<optimized out>,
args <at> entry=0x7fffffffcdc0) at bytecode.c:633
#42 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffcc3b,
nargs=nargs <at> entry=0, arg_vector=arg_vector <at> entry=0x7fffffffcdc0)
at eval.c:2990
#43 0x000000000055e67f in Ffuncall (nargs=1, args=args <at> entry=0x7fffffffcdb8)
---Type <return> to continue, or q <return> to quit---
at eval.c:2809
#44 0x000000000059169f in exec_byte_code (bytestr=<optimized out>,
vector=<optimized out>, maxdepth=<optimized out>,
args_template=<optimized out>, nargs=nargs <at> entry=1, args=<optimized out>,
args <at> entry=0x7fffffffd0a8) at bytecode.c:633
#45 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffcf32,
nargs=nargs <at> entry=1, arg_vector=arg_vector <at> entry=0x7fffffffd0a8)
at eval.c:2990
#46 0x000000000055e67f in Ffuncall (nargs=2, args=args <at> entry=0x7fffffffd0a0)
at eval.c:2809
#47 0x000000000059169f in exec_byte_code (bytestr=<optimized out>,
vector=<optimized out>, maxdepth=<optimized out>,
args_template=<optimized out>, nargs=nargs <at> entry=1, args=<optimized out>,
args <at> entry=0x7fffffffd240) at bytecode.c:633
#48 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffd0b3,
nargs=nargs <at> entry=1, arg_vector=arg_vector <at> entry=0x7fffffffd240)
at eval.c:2990
#49 0x000000000055e67f in Ffuncall (nargs=2, args=args <at> entry=0x7fffffffd238)
at eval.c:2809
#50 0x000000000059169f in exec_byte_code (bytestr=<optimized out>,
vector=<optimized out>, maxdepth=<optimized out>,
args_template=<optimized out>, nargs=nargs <at> entry=1, args=<optimized out>,
args <at> entry=0x7fffffffd510) at bytecode.c:633
---Type <return> to continue, or q <return> to quit---
#51 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffd2ed,
nargs=nargs <at> entry=1, arg_vector=arg_vector <at> entry=0x7fffffffd510)
at eval.c:2990
#52 0x000000000055e67f in Ffuncall (nargs=2, args=args <at> entry=0x7fffffffd508)
at eval.c:2809
#53 0x000000000059169f in exec_byte_code (bytestr=<optimized out>,
vector=<optimized out>, maxdepth=<optimized out>,
args_template=<optimized out>, nargs=nargs <at> entry=1, args=<optimized out>,
args <at> entry=0x7fffffffd770) at bytecode.c:633
#54 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffd547,
nargs=nargs <at> entry=1, arg_vector=arg_vector <at> entry=0x7fffffffd770)
at eval.c:2990
#55 0x000000000055e67f in Ffuncall (nargs=nargs <at> entry=2,
args=args <at> entry=0x7fffffffd768) at eval.c:2809
#56 0x000000000055a8b0 in Ffuncall_interactively (nargs=2, args=0x7fffffffd768)
at callint.c:254
#57 0x000000000055e71b in Ffuncall (nargs=nargs <at> entry=3,
args=args <at> entry=0x7fffffffd760) at eval.c:2795
#58 0x000000000055b196 in Fcall_interactively (function=<optimized out>,
record_flag=<optimized out>, keys=<optimized out>) at callint.c:783
#59 0x000000000055e71b in Ffuncall (nargs=4, args=args <at> entry=0x7fffffffd988)
at eval.c:2795
#60 0x000000000059169f in exec_byte_code (bytestr=<optimized out>,
---Type <return> to continue, or q <return> to quit---
vector=<optimized out>, maxdepth=<optimized out>,
args_template=<optimized out>, nargs=nargs <at> entry=1, args=<optimized out>,
args <at> entry=0x7fffffffdb98) at bytecode.c:633
#61 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffda26,
nargs=nargs <at> entry=1, arg_vector=arg_vector <at> entry=0x7fffffffdb98)
at eval.c:2990
#62 0x000000000055e67f in Ffuncall (nargs=nargs <at> entry=2,
args=args <at> entry=0x7fffffffdb90) at eval.c:2809
#63 0x000000000055e7da in call1 (fn=fn <at> entry=0x3d50, arg1=<optimized out>)
at eval.c:2655
#64 0x00000000004f7216 in command_loop_1 () at keyboard.c:1463
#65 0x000000000055d0e4 in internal_condition_case (
bfun=bfun <at> entry=0x4f6e20 <command_loop_1>, handlers=handlers <at> entry=0x90,
hfun=hfun <at> entry=0x4ed920 <cmd_error>) at eval.c:1356
#66 0x00000000004e8a2c in command_loop_2 (ignore=ignore <at> entry=0x0)
at keyboard.c:1091
#67 0x000000000055d094 in internal_catch (tag=tag <at> entry=0xcc60,
func=func <at> entry=0x4e8a10 <command_loop_2>, arg=arg <at> entry=0x0)
at eval.c:1117
#68 0x00000000004e89e7 in command_loop () at keyboard.c:1070
#69 0x00000000004ed576 in recursive_edit_1 () at keyboard.c:714
#70 0x00000000004ed875 in Frecursive_edit () at keyboard.c:786
#71 0x00000000004172bc in main (argc=1, argv=0x7fffffffe008) at emacs.c:2067
--
Associació Lliure d'Orientació Educativa (A.L.O.E.)
c/ Miquel Romeu, 93. 1r.
08907- L'Hospitalet de Ll.
93.261.13.58 - 674.831.973
http://www.aloe-associacio.org
bug-gnu-emacs <at> gnu.org:bug#48401; Package emacs.
(Mon, 17 May 2021 19:15:01 GMT) Full text and rfc822 format available.Message #26 received at 48401 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Aloe <aloe <at> aloe-associacio.org> Cc: 48401 <at> debbugs.gnu.org Subject: Re: bug#48401: 25.3; emacs27 crashes Date: Mon, 17 May 2021 22:14:19 +0300
> From: Aloe <aloe <at> aloe-associacio.org> > Cc: 48401 <at> debbugs.gnu.org > Date: Mon, 17 May 2021 21:05:53 +0200 > > Thread 1 (Thread 0x7ffff7fb3a00 (LWP 24611)): > #0 __GI___pthread_mutex_lock (mutex=0x20) at ../nptl/pthread_mutex_lock.c:66 > #1 0x00007ffff3d663ec in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls.so.28 > #2 0x00007ffff3df6c67 in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls.so.28 > #3 0x000000000056c795 in extract_data_from_object (spec=<optimized out>, > spec <at> entry=0x280ac63, start_byte=start_byte <at> entry=0x7fffffffa598, > end_byte=end_byte <at> entry=0x7fffffffa5a0) at fns.c:5290 > #4 0x00000000005a06d1 in gnutls_symmetric (encrypting=<optimized out>, > ---Type <return> to continue, or q <return> to quit--- > cipher=<optimized out>, key=0x280ac13, iv=0x280ac63, input=0x280ac03, > aead_auth=<optimized out>) at gnutls.c:2380 > #5 0x000000000055e71b in Ffuncall (nargs=5, args=args <at> entry=0x7fffffffa698) > at eval.c:2795 Looks like a problem in GnuTLS. Which version of GnuTLS do you have installed? Can you upgrade to a newer version?
bug-gnu-emacs <at> gnu.org:bug#48401; Package emacs.
(Tue, 18 May 2021 09:17:01 GMT) Full text and rfc822 format available.Message #29 received at 48401 <at> debbugs.gnu.org (full text, mbox):
From: Robert Pluim <rpluim <at> gmail.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: Aloe <aloe <at> aloe-associacio.org>, 48401 <at> debbugs.gnu.org Subject: Re: bug#48401: 25.3; emacs27 crashes Date: Tue, 18 May 2021 11:15:54 +0200
>>>>> On Mon, 17 May 2021 22:14:19 +0300, Eli Zaretskii <eliz <at> gnu.org> said:
>> From: Aloe <aloe <at> aloe-associacio.org>
>> Cc: 48401 <at> debbugs.gnu.org
>> Date: Mon, 17 May 2021 21:05:53 +0200
>>
>> Thread 1 (Thread 0x7ffff7fb3a00 (LWP 24611)):
>> #0 __GI___pthread_mutex_lock (mutex=0x20) at ../nptl/pthread_mutex_lock.c:66
>> #1 0x00007ffff3d663ec in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls.so.28
>> #2 0x00007ffff3df6c67 in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls.so.28
>> #3 0x000000000056c795 in extract_data_from_object (spec=<optimized out>,
>> spec <at> entry=0x280ac63, start_byte=start_byte <at> entry=0x7fffffffa598,
>> end_byte=end_byte <at> entry=0x7fffffffa5a0) at fns.c:5290
>> #4 0x00000000005a06d1 in gnutls_symmetric (encrypting=<optimized out>,
>> ---Type <return> to continue, or q <return> to quit---
>> cipher=<optimized out>, key=0x280ac13, iv=0x280ac63, input=0x280ac03,
>> aead_auth=<optimized out>) at gnutls.c:2380
>> #5 0x000000000055e71b in Ffuncall (nargs=5, args=args <at> entry=0x7fffffffa698)
>> at eval.c:2795
Eli> Looks like a problem in GnuTLS. Which version of GnuTLS do you have
Eli> installed? Can you upgrade to a newer version?
FWIW the code in extract_data_from_object is quite different in
master, so itʼs possible it works better there.
Robert
--
bug-gnu-emacs <at> gnu.org:bug#48401; Package emacs.
(Tue, 18 May 2021 14:51:02 GMT) Full text and rfc822 format available.Message #32 received at 48401 <at> debbugs.gnu.org (full text, mbox):
From: Aloe <aloe <at> aloe-associacio.org> To: "Eli Zaretskii" <eliz <at> gnu.org> Cc: 48401 <at> debbugs.gnu.org Subject: Re: bug#48401: 25.3; emacs27 crashes Date: Tue, 18 May 2021 16:50:21 +0200
Eli Zaretskii writes: >> From: Aloe <aloe <at> aloe-associacio.org> >> Cc: 48401 <at> debbugs.gnu.org >> Date: Mon, 17 May 2021 21:05:53 +0200 >> >> Thread 1 (Thread 0x7ffff7fb3a00 (LWP 24611)): >> #0 __GI___pthread_mutex_lock (mutex=0x20) at ../nptl/pthread_mutex_lock.c:66 >> #1 0x00007ffff3d663ec in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls.so.28 >> #2 0x00007ffff3df6c67 in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls.so.28 >> #3 0x000000000056c795 in extract_data_from_object (spec=<optimized out>, >> spec <at> entry=0x280ac63, start_byte=start_byte <at> entry=0x7fffffffa598, >> end_byte=end_byte <at> entry=0x7fffffffa5a0) at fns.c:5290 >> #4 0x00000000005a06d1 in gnutls_symmetric (encrypting=<optimized out>, >> ---Type <return> to continue, or q <return> to quit--- >> cipher=<optimized out>, key=0x280ac13, iv=0x280ac63, input=0x280ac03, >> aead_auth=<optimized out>) at gnutls.c:2380 >> #5 0x000000000055e71b in Ffuncall (nargs=5, args=args <at> entry=0x7fffffffa698) >> at eval.c:2795 > > Looks like a problem in GnuTLS. Which version of GnuTLS do you have > installed? Can you upgrade to a newer version? The output of gnutls-cli -v is: gnutls-cli (GnuTLS) 2.12.23 Packaged by Debian (2.12.23-12ubuntu2.8) -- Associació Lliure d'Orientació Educativa (A.L.O.E.) c/ Miquel Romeu, 93. 1r. 08907- L'Hospitalet de Ll. 93.261.13.58 - 674.831.973 http://www.aloe-associacio.org
bug-gnu-emacs <at> gnu.org:bug#48401; Package emacs.
(Tue, 18 May 2021 15:03:01 GMT) Full text and rfc822 format available.Message #35 received at 48401 <at> debbugs.gnu.org (full text, mbox):
From: Eli Zaretskii <eliz <at> gnu.org> To: Aloe <aloe <at> aloe-associacio.org> Cc: 48401 <at> debbugs.gnu.org Subject: Re: bug#48401: 25.3; emacs27 crashes Date: Tue, 18 May 2021 18:02:35 +0300
> From: Aloe <aloe <at> aloe-associacio.org> > Cc: 48401 <at> debbugs.gnu.org > Date: Tue, 18 May 2021 16:50:21 +0200 > > Eli Zaretskii writes: > > >> From: Aloe <aloe <at> aloe-associacio.org> > >> Cc: 48401 <at> debbugs.gnu.org > >> Date: Mon, 17 May 2021 21:05:53 +0200 > >> > >> Thread 1 (Thread 0x7ffff7fb3a00 (LWP 24611)): > >> #0 __GI___pthread_mutex_lock (mutex=0x20) at ../nptl/pthread_mutex_lock.c:66 > >> #1 0x00007ffff3d663ec in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls.so.28 > >> #2 0x00007ffff3df6c67 in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls.so.28 > >> #3 0x000000000056c795 in extract_data_from_object (spec=<optimized out>, > >> spec <at> entry=0x280ac63, start_byte=start_byte <at> entry=0x7fffffffa598, > >> end_byte=end_byte <at> entry=0x7fffffffa5a0) at fns.c:5290 > >> #4 0x00000000005a06d1 in gnutls_symmetric (encrypting=<optimized out>, > >> ---Type <return> to continue, or q <return> to quit--- > >> cipher=<optimized out>, key=0x280ac13, iv=0x280ac63, input=0x280ac03, > >> aead_auth=<optimized out>) at gnutls.c:2380 > >> #5 0x000000000055e71b in Ffuncall (nargs=5, args=args <at> entry=0x7fffffffa698) > >> at eval.c:2795 > > > > Looks like a problem in GnuTLS. Which version of GnuTLS do you have > > installed? Can you upgrade to a newer version? > > The output of gnutls-cli -v is: > > gnutls-cli (GnuTLS) 2.12.23 > Packaged by Debian (2.12.23-12ubuntu2.8) That's very strange, because line 5290 of fns.c should not have been compiled unless you have GnuTLS 3.x. In any case, 2.12.23 is very old.
bug-gnu-emacs <at> gnu.org:bug#48401; Package emacs.
(Tue, 18 May 2021 18:04:02 GMT) Full text and rfc822 format available.Message #38 received at 48401 <at> debbugs.gnu.org (full text, mbox):
From: Aloe <aloe <at> aloe-associacio.org> To: "Eli Zaretskii" <eliz <at> gnu.org> Cc: 48401 <at> debbugs.gnu.org Subject: Re: bug#48401: 25.3; emacs27 crashes Date: Tue, 18 May 2021 20:03:41 +0200
Eli Zaretskii writes: >> > Looks like a problem in GnuTLS. Which version of GnuTLS do you have >> > installed? Can you upgrade to a newer version? >> >> The output of gnutls-cli -v is: >> >> gnutls-cli (GnuTLS) 2.12.23 >> Packaged by Debian (2.12.23-12ubuntu2.8) > > That's very strange, because line 5290 of fns.c should not have been > compiled unless you have GnuTLS 3.x. > > In any case, 2.12.23 is very old. Hi, I've tried to update GnuTLS but I couldn't. My knowledge is not enough. I've also installed Emacs 26.3 and it works fine, no crashes, so I will stay with it for the time being. Thank you very much. -- Associació Lliure d'Orientació Educativa (A.L.O.E.) c/ Miquel Romeu, 93. 1r. 08907- L'Hospitalet de Ll. 93.261.13.58 - 674.831.973 http://www.aloe-associacio.org
bug-gnu-emacs <at> gnu.org:bug#48401; Package emacs.
(Wed, 19 May 2021 08:33:02 GMT) Full text and rfc822 format available.Message #41 received at 48401 <at> debbugs.gnu.org (full text, mbox):
From: Robert Pluim <rpluim <at> gmail.com> To: Eli Zaretskii <eliz <at> gnu.org> Cc: Aloe <aloe <at> aloe-associacio.org>, 48401 <at> debbugs.gnu.org Subject: Re: bug#48401: 25.3; emacs27 crashes Date: Wed, 19 May 2021 10:32:02 +0200
>>>>> On Tue, 18 May 2021 18:02:35 +0300, Eli Zaretskii <eliz <at> gnu.org> said:
>> From: Aloe <aloe <at> aloe-associacio.org>
>> Cc: 48401 <at> debbugs.gnu.org
>> Date: Tue, 18 May 2021 16:50:21 +0200
>>
>> Eli Zaretskii writes:
>>
>> >> From: Aloe <aloe <at> aloe-associacio.org>
>> >> Cc: 48401 <at> debbugs.gnu.org
>> >> Date: Mon, 17 May 2021 21:05:53 +0200
>> >>
>> >> Thread 1 (Thread 0x7ffff7fb3a00 (LWP 24611)):
>> >> #0 __GI___pthread_mutex_lock (mutex=0x20) at ../nptl/pthread_mutex_lock.c:66
>> >> #1 0x00007ffff3d663ec in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls.so.28
>> >> #2 0x00007ffff3df6c67 in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls.so.28
>> >> #3 0x000000000056c795 in extract_data_from_object (spec=<optimized out>,
>> >> spec <at> entry=0x280ac63, start_byte=start_byte <at> entry=0x7fffffffa598,
>> >> end_byte=end_byte <at> entry=0x7fffffffa5a0) at fns.c:5290
>> >> #4 0x00000000005a06d1 in gnutls_symmetric (encrypting=<optimized out>,
>> >> ---Type <return> to continue, or q <return> to quit---
>> >> cipher=<optimized out>, key=0x280ac13, iv=0x280ac63, input=0x280ac03,
>> >> aead_auth=<optimized out>) at gnutls.c:2380
>> >> #5 0x000000000055e71b in Ffuncall (nargs=5, args=args <at> entry=0x7fffffffa698)
>> >> at eval.c:2795
>> >
>> > Looks like a problem in GnuTLS. Which version of GnuTLS do you have
>> > installed? Can you upgrade to a newer version?
>>
>> The output of gnutls-cli -v is:
>>
>> gnutls-cli (GnuTLS) 2.12.23
>> Packaged by Debian (2.12.23-12ubuntu2.8)
Eli> That's very strange, because line 5290 of fns.c should not have been
Eli> compiled unless you have GnuTLS 3.x.
Eli> In any case, 2.12.23 is very old.
Thatʼs gnutls-cli, not the gnutls development headers. I guess itʼs
possible to have new headers and an old gnutls-cli in
parallel. Something like
apt info libgnutls28-dev
would tell us which headers are installed. On my Debian system that
gives me:
Package: libgnutls28-dev
Version: 3.7.1-3
Robert
--
bug-gnu-emacs <at> gnu.org:bug#48401; Package emacs.
(Wed, 19 May 2021 13:16:01 GMT) Full text and rfc822 format available.Message #44 received at 48401 <at> debbugs.gnu.org (full text, mbox):
From: Aloe <aloe <at> aloe-associacio.org> To: "Robert Pluim" <rpluim <at> gmail.com> Cc: Eli Zaretskii <eliz <at> gnu.org>, 48401 <at> debbugs.gnu.org Subject: Re: bug#48401: 25.3; emacs27 crashes Date: Wed, 19 May 2021 15:07:19 +0200
Robert Pluim writes:
>>>>>> On Tue, 18 May 2021 18:02:35 +0300, Eli Zaretskii <eliz <at> gnu.org> said:
>
> >> From: Aloe <aloe <at> aloe-associacio.org>
> >> Cc: 48401 <at> debbugs.gnu.org
> >> Date: Tue, 18 May 2021 16:50:21 +0200
> >>
> >> Eli Zaretskii writes:
> >>
> >> >> From: Aloe <aloe <at> aloe-associacio.org>
> >> >> Cc: 48401 <at> debbugs.gnu.org
> >> >> Date: Mon, 17 May 2021 21:05:53 +0200
> >> >>
> >> >> Thread 1 (Thread 0x7ffff7fb3a00 (LWP 24611)):
> >> >> #0 __GI___pthread_mutex_lock (mutex=0x20) at ../nptl/pthread_mutex_lock.c:66
> >> >> #1 0x00007ffff3d663ec in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls.so.28
> >> >> #2 0x00007ffff3df6c67 in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls.so.28
> >> >> #3 0x000000000056c795 in extract_data_from_object (spec=<optimized out>,
> >> >> spec <at> entry=0x280ac63, start_byte=start_byte <at> entry=0x7fffffffa598,
> >> >> end_byte=end_byte <at> entry=0x7fffffffa5a0) at fns.c:5290
> >> >> #4 0x00000000005a06d1 in gnutls_symmetric (encrypting=<optimized out>,
> >> >> ---Type <return> to continue, or q <return> to quit---
> >> >> cipher=<optimized out>, key=0x280ac13, iv=0x280ac63, input=0x280ac03,
> >> >> aead_auth=<optimized out>) at gnutls.c:2380
> >> >> #5 0x000000000055e71b in Ffuncall (nargs=5, args=args <at> entry=0x7fffffffa698)
> >> >> at eval.c:2795
> >> >
> >> > Looks like a problem in GnuTLS. Which version of GnuTLS do you have
> >> > installed? Can you upgrade to a newer version?
> >>
> >> The output of gnutls-cli -v is:
> >>
> >> gnutls-cli (GnuTLS) 2.12.23
> >> Packaged by Debian (2.12.23-12ubuntu2.8)
>
> Eli> That's very strange, because line 5290 of fns.c should not have been
> Eli> compiled unless you have GnuTLS 3.x.
>
> Eli> In any case, 2.12.23 is very old.
>
> Thatʼs gnutls-cli, not the gnutls development headers. I guess itʼs
> possible to have new headers and an old gnutls-cli in
> parallel. Something like
>
> apt info libgnutls28-dev
>
> would tell us which headers are installed. On my Debian system that
> gives me:
>
> Package: libgnutls28-dev
> Version: 3.7.1-3
>
> Robert
Hi,
This is my output:
$> apt show -a libgnutls28-dev
Package: libgnutls28-dev
Version: 3.2.11-2ubuntu1.2
Priority: optional
Section: universe/libdevel
Source: gnutls28
Origin: Ubuntu
Maintainer: Ubuntu Developers <ubuntu-devel-discuss <at> lists.ubuntu.com>
Original-Maintainer: Debian GnuTLS Maintainers <pkg-gnutls-maint <at> lists.alioth.debian.org>
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Installed-Size: 2783 kB
Provides: gnutls-dev
Depends: libgnutls28 (= 3.2.11-2ubuntu1.2), libgnutlsxx28 (= 3.2.11-2ubuntu1.2), libgnutls-xssl0 (= 3.2.11-2ubuntu1.2), nettle-dev (>= 2.5), libc6-dev | libc-dev, zlib1g-dev, libtasn1-6-dev (>= 3.1), libp11-kit-dev (>= 0.11)
Suggests: gnutls-doc, gnutls-bin, guile-gnutls
Conflicts: gnutls-dev
Replaces: gnutls-dev
Download-Size: 489 kB
Homepage: http://www.gnutls.org/
Supported: 3y
APT-Manual-Installed: yes
APT-Sources: http://es.archive.ubuntu.com/ubuntu/ trusty-updates/universe amd64 Packages
Description: GNU TLS library - development files
GnuTLS is a portable library which implements the Transport Layer
Security (TLS 1.0, 1.1, 1.2) and Secure Sockets Layer (SSL) 3.0 and Datagram
Transport Layer Security (DTLS 1.0, 1.2) protocols.
.
GnuTLS features support for:
- TLS extensions: server name indication, max record size, opaque PRF
input, etc.
- authentication using the SRP protocol.
- authentication using both X.509 certificates and OpenPGP keys.
- TLS Pre-Shared-Keys (PSK) extension.
- Inner Application (TLS/IA) extension.
- X.509 and OpenPGP certificate handling.
- X.509 Proxy Certificates (RFC 3820).
- all the strong encryption algorithms (including SHA-256/384/512 and
Camellia (RFC 4132)).
.
This package contains the GnuTLS development files.
Package: libgnutls28-dev
Version: 3.2.11-2ubuntu1.1
Priority: optional
Section: universe/libdevel
Source: gnutls28
Origin: Ubuntu
Maintainer: Ubuntu Developers <ubuntu-devel-discuss <at> lists.ubuntu.com>
Original-Maintainer: Debian GnuTLS Maintainers <pkg-gnutls-maint <at> lists.alioth.debian.org>
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Installed-Size: 2781 kB
Provides: gnutls-dev
Depends: libgnutls28 (= 3.2.11-2ubuntu1.1), libgnutlsxx28 (= 3.2.11-2ubuntu1.1), libgnutls-xssl0 (= 3.2.11-2ubuntu1.1), nettle-dev (>= 2.5), libc6-dev | libc-dev, zlib1g-dev, libtasn1-6-dev (>= 3.1), libp11-kit-dev (>= 0.11)
Suggests: gnutls-doc, gnutls-bin, guile-gnutls
Conflicts: gnutls-dev
Replaces: gnutls-dev
Download-Size: 488 kB
Homepage: http://www.gnutls.org/
Supported: 3y
APT-Sources: http://security.ubuntu.com/ubuntu/ trusty-security/universe amd64 Packages
Description: GNU TLS library - development files
GnuTLS is a portable library which implements the Transport Layer
Security (TLS 1.0, 1.1, 1.2) and Secure Sockets Layer (SSL) 3.0 and Datagram
Transport Layer Security (DTLS 1.0, 1.2) protocols.
.
GnuTLS features support for:
- TLS extensions: server name indication, max record size, opaque PRF
input, etc.
- authentication using the SRP protocol.
- authentication using both X.509 certificates and OpenPGP keys.
- TLS Pre-Shared-Keys (PSK) extension.
- Inner Application (TLS/IA) extension.
- X.509 and OpenPGP certificate handling.
- X.509 Proxy Certificates (RFC 3820).
- all the strong encryption algorithms (including SHA-256/384/512 and
Camellia (RFC 4132)).
.
This package contains the GnuTLS development files.
Package: libgnutls28-dev
Priority: optional
Section: universe/libdevel
Installed-Size: 2781 kB
Maintainer: Ubuntu Developers <ubuntu-devel-discuss <at> lists.ubuntu.com>
Original-Maintainer: Debian GnuTLS Maintainers <pkg-gnutls-maint <at> lists.alioth.debian.org>
Source: gnutls28
Version: 3.2.11-2ubuntu1
Replaces: gnutls-dev
Provides: gnutls-dev
Depends: libgnutls28 (= 3.2.11-2ubuntu1), libgnutlsxx28 (= 3.2.11-2ubuntu1), libgnutls-xssl0 (= 3.2.11-2ubuntu1), nettle-dev (>= 2.5), libc6-dev | libc-dev, zlib1g-dev, libtasn1-6-dev (>= 3.1), libp11-kit-dev (>= 0.11)
Suggests: gnutls-doc, gnutls-bin, guile-gnutls
Conflicts: gnutls-dev
Download-Size: 489 kB
Homepage: http://www.gnutls.org/
Bugs: https://bugs.launchpad.net/ubuntu/+filebug
Origin: Ubuntu
Supported: 9m
APT-Sources: http://es.archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages
Description: GNU TLS library - development files
GnuTLS is a portable library which implements the Transport Layer
Security (TLS 1.0, 1.1, 1.2) and Secure Sockets Layer (SSL) 3.0 and Datagram
Transport Layer Security (DTLS 1.0, 1.2) protocols.
.
GnuTLS features support for:
- TLS extensions: server name indication, max record size, opaque PRF
input, etc.
- authentication using the SRP protocol.
- authentication using both X.509 certificates and OpenPGP keys.
- TLS Pre-Shared-Keys (PSK) extension.
- Inner Application (TLS/IA) extension.
- X.509 and OpenPGP certificate handling.
- X.509 Proxy Certificates (RFC 3820).
- all the strong encryption algorithms (including SHA-256/384/512 and
Camellia (RFC 4132)).
.
This package contains the GnuTLS development files.
--
Associació Lliure d'Orientació Educativa (A.L.O.E.)
c/ Miquel Romeu, 93. 1r.
08907- L'Hospitalet de Ll.
93.261.13.58 - 674.831.973
http://www.aloe-associacio.org
bug-gnu-emacs <at> gnu.org:bug#48401; Package emacs.
(Tue, 25 May 2021 16:04:01 GMT) Full text and rfc822 format available.Message #47 received at 48401 <at> debbugs.gnu.org (full text, mbox):
From: Aloe <aloe <at> aloe-associacio.org> To: "Robert Pluim" <rpluim <at> gmail.com> Cc: Eli Zaretskii <eliz <at> gnu.org>, 48401 <at> debbugs.gnu.org Subject: Re: bug#48401: 25.3; emacs27 crashes Date: Tue, 25 May 2021 17:55:56 +0200
Robert Pluim writes: >>>>>> On Tue, 18 May 2021 18:02:35 +0300, Eli Zaretskii <eliz <at> gnu.org> said: > > >> From: Aloe <aloe <at> aloe-associacio.org> > >> Cc: 48401 <at> debbugs.gnu.org > >> Date: Tue, 18 May 2021 16:50:21 +0200 > >> > >> Eli Zaretskii writes: > >> > >> >> From: Aloe <aloe <at> aloe-associacio.org> > >> >> Cc: 48401 <at> debbugs.gnu.org > >> >> Date: Mon, 17 May 2021 21:05:53 +0200 > >> >> > >> >> Thread 1 (Thread 0x7ffff7fb3a00 (LWP 24611)): > >> >> #0 __GI___pthread_mutex_lock (mutex=0x20) at ../nptl/pthread_mutex_lock.c:66 > >> >> #1 0x00007ffff3d663ec in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls.so.28 > >> >> #2 0x00007ffff3df6c67 in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls.so.28 > >> >> #3 0x000000000056c795 in extract_data_from_object (spec=<optimized out>, > >> >> spec <at> entry=0x280ac63, start_byte=start_byte <at> entry=0x7fffffffa598, > >> >> end_byte=end_byte <at> entry=0x7fffffffa5a0) at fns.c:5290 > >> >> #4 0x00000000005a06d1 in gnutls_symmetric (encrypting=<optimized out>, > >> >> ---Type <return> to continue, or q <return> to quit--- > >> >> cipher=<optimized out>, key=0x280ac13, iv=0x280ac63, input=0x280ac03, > >> >> aead_auth=<optimized out>) at gnutls.c:2380 > >> >> #5 0x000000000055e71b in Ffuncall (nargs=5, args=args <at> entry=0x7fffffffa698) > >> >> at eval.c:2795 > >> > > >> > Looks like a problem in GnuTLS. Which version of GnuTLS do you have > >> > installed? Can you upgrade to a newer version? > >> > >> The output of gnutls-cli -v is: > >> > >> gnutls-cli (GnuTLS) 2.12.23 > >> Packaged by Debian (2.12.23-12ubuntu2.8) > > Eli> That's very strange, because line 5290 of fns.c should not have been > Eli> compiled unless you have GnuTLS 3.x. > > Eli> In any case, 2.12.23 is very old. > > Thatʼs gnutls-cli, not the gnutls development headers. I guess itʼs > possible to have new headers and an old gnutls-cli in > parallel. Something like > > apt info libgnutls28-dev > > would tell us which headers are installed. On my Debian system that > gives me: > > Package: libgnutls28-dev > Version: 3.7.1-3 > > Robert Hi, my version of libgnutl28-dev is 3.2.11. Is that the problem? -- Associació Lliure d'Orientació Educativa (A.L.O.E.) c/ Miquel Romeu, 93. 1r. 08907- L'Hospitalet de Ll. 93.261.13.58 - 674.831.973 http://www.aloe-associacio.org
bug-gnu-emacs <at> gnu.org:bug#48401; Package emacs.
(Wed, 26 May 2021 08:56:02 GMT) Full text and rfc822 format available.Message #50 received at 48401 <at> debbugs.gnu.org (full text, mbox):
From: Robert Pluim <rpluim <at> gmail.com> To: Aloe <aloe <at> aloe-associacio.org> Cc: 48401 <at> debbugs.gnu.org Subject: Re: bug#48401: 25.3; emacs27 crashes Date: Wed, 26 May 2021 10:55:17 +0200
>>>>> On Tue, 25 May 2021 17:55:56 +0200, Aloe <aloe <at> aloe-associacio.org> said:
Aloe> Hi, my version of libgnutl28-dev is 3.2.11. Is that the problem?
It could be. Is it possible for you to try the master branch of emacs?
That has a different implementation of this function that should work
better.
Robert
--
bug-gnu-emacs <at> gnu.org:bug#48401; Package emacs.
(Wed, 26 May 2021 15:26:01 GMT) Full text and rfc822 format available.Message #53 received at 48401 <at> debbugs.gnu.org (full text, mbox):
From: Aloe <aloe <at> aloe-associacio.org> To: "Robert Pluim" <rpluim <at> gmail.com> Cc: 48401 <at> debbugs.gnu.org Subject: Re: bug#48401: 25.3; emacs27 crashes Date: Wed, 26 May 2021 17:25:30 +0200
Robert Pluim writes: >>>>>> On Tue, 25 May 2021 17:55:56 +0200, Aloe <aloe <at> aloe-associacio.org> said: > Aloe> Hi, my version of libgnutl28-dev is 3.2.11. Is that the problem? > > It could be. Is it possible for you to try the master branch of emacs? > That has a different implementation of this function that should work > better. > > Robert Hi, Robert, I have installed the master branch of emacs (28.0.50) and for the time being it is working well. There is not the crash that began this bug. I will begin working with it and I will inform if there is a problem. Thank you very much! -- Associació Lliure d'Orientació Educativa (A.L.O.E.) c/ Miquel Romeu, 93. 1r. 08907- L'Hospitalet de Ll. 93.261.13.58 - 674.831.973 http://www.aloe-associacio.org
bug-gnu-emacs <at> gnu.org:bug#48401; Package emacs.
(Thu, 24 Jun 2021 16:24:01 GMT) Full text and rfc822 format available.Message #56 received at 48401 <at> debbugs.gnu.org (full text, mbox):
From: Lars Ingebrigtsen <larsi <at> gnus.org> To: Aloe <aloe <at> aloe-associacio.org> Cc: Robert Pluim <rpluim <at> gmail.com>, 48401 <at> debbugs.gnu.org Subject: Re: bug#48401: 25.3; emacs27 crashes Date: Thu, 24 Jun 2021 18:23:13 +0200
Aloe <aloe <at> aloe-associacio.org> writes: > I have installed the master branch of emacs (28.0.50) and for the time > being it is working well. > > There is not the crash that began this bug. > > I will begin working with it and I will inform if there is a problem. This was a month ago, so I guess this works fine in Emacs 28, and I'm closing this bug report. If you're still seeing the issue, please respond to the debbugs address and we'll reopen. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no
Lars Ingebrigtsen <larsi <at> gnus.org>
to control <at> debbugs.gnu.org.
(Thu, 24 Jun 2021 16:24:01 GMT) Full text and rfc822 format available.Debbugs Internal Request <help-debbugs <at> gnu.org>
to internal_control <at> debbugs.gnu.org.
(Fri, 23 Jul 2021 11:24:04 GMT) Full text and rfc822 format available.
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.