* bug#48401: 25.3; emacs27 crashes @ 2021-05-13 15:10 Aloe 2021-05-13 16:47 ` Eli Zaretskii 0 siblings, 1 reply; 18+ messages in thread From: Aloe @ 2021-05-13 15:10 UTC (permalink / raw) To: 48401 $> 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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* bug#48401: 25.3; emacs27 crashes 2021-05-13 15:10 bug#48401: 25.3; emacs27 crashes Aloe @ 2021-05-13 16:47 ` Eli Zaretskii 2021-05-13 17:14 ` Aloe 0 siblings, 1 reply; 18+ messages in thread From: Eli Zaretskii @ 2021-05-13 16:47 UTC (permalink / raw) To: Aloe; +Cc: 48401 > From: Aloe <aloe@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. ^ permalink raw reply [flat|nested] 18+ messages in thread
* bug#48401: 25.3; emacs27 crashes 2021-05-13 16:47 ` Eli Zaretskii @ 2021-05-13 17:14 ` Aloe 2021-05-13 17:28 ` Eli Zaretskii 0 siblings, 1 reply; 18+ messages in thread From: Aloe @ 2021-05-13 17:14 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 48401 Eli Zaretskii writes: >> From: Aloe <aloe@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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* bug#48401: 25.3; emacs27 crashes 2021-05-13 17:14 ` Aloe @ 2021-05-13 17:28 ` Eli Zaretskii 2021-05-13 17:54 ` Aloe 0 siblings, 1 reply; 18+ messages in thread From: Eli Zaretskii @ 2021-05-13 17:28 UTC (permalink / raw) To: Aloe; +Cc: 48401 > From: Aloe <aloe@aloe-associacio.org> > Cc: 48401@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. ^ permalink raw reply [flat|nested] 18+ messages in thread
* bug#48401: 25.3; emacs27 crashes 2021-05-13 17:28 ` Eli Zaretskii @ 2021-05-13 17:54 ` Aloe 2021-05-13 19:12 ` Eli Zaretskii 0 siblings, 1 reply; 18+ messages in thread From: Aloe @ 2021-05-13 17:54 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 48401 Eli Zaretskii writes: >> From: Aloe <aloe@aloe-associacio.org> >> Cc: 48401@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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* bug#48401: 25.3; emacs27 crashes 2021-05-13 17:54 ` Aloe @ 2021-05-13 19:12 ` Eli Zaretskii 2021-05-17 19:05 ` Aloe 0 siblings, 1 reply; 18+ messages in thread From: Eli Zaretskii @ 2021-05-13 19:12 UTC (permalink / raw) To: Aloe; +Cc: 48401 > From: Aloe <aloe@aloe-associacio.org> > Cc: 48401@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. ^ permalink raw reply [flat|nested] 18+ messages in thread
* bug#48401: 25.3; emacs27 crashes 2021-05-13 19:12 ` Eli Zaretskii @ 2021-05-17 19:05 ` Aloe 2021-05-17 19:14 ` Eli Zaretskii 0 siblings, 1 reply; 18+ messages in thread From: Aloe @ 2021-05-17 19:05 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 48401 Eli Zaretskii writes: >> From: Aloe <aloe@aloe-associacio.org> >> Cc: 48401@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@entry=0x280ac63, start_byte=start_byte@entry=0x7fffffffa598, end_byte=end_byte@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@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@entry=1, args=<optimized out>, args@entry=0x7fffffffa938) at bytecode.c:633 #7 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffa737, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffffa938) at eval.c:2990 #8 0x000000000055e67f in Ffuncall (nargs=2, args=args@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@entry=12, args=<optimized out>, args@entry=0x7fffffffac30) at bytecode.c:633 #10 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffaa1b, nargs=nargs@entry=12, arg_vector=arg_vector@entry=0x7fffffffac30) at eval.c:2990 #11 0x000000000055e67f in Ffuncall (nargs=13, args=args@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@entry=18, args=<optimized out>, args@entry=0x7fffffffae88) at bytecode.c:633 #13 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffad07, nargs=nargs@entry=18, arg_vector=arg_vector@entry=0x7fffffffae88) at eval.c:2990 #14 0x000000000055e67f in Ffuncall (nargs=nargs@entry=19, args=args@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@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@entry=6, args=<optimized out>, args@entry=0x7fffffffb2e0) at bytecode.c:633 #18 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffb107, nargs=nargs@entry=6, arg_vector=arg_vector@entry=0x7fffffffb2e0) at eval.c:2990 #19 0x000000000055e67f in Ffuncall (nargs=7, args=args@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@entry=6, args=<optimized out>, args@entry=0x7fffffffb5d0) at bytecode.c:633 #21 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffb417, nargs=nargs@entry=6, arg_vector=arg_vector@entry=0x7fffffffb5d0) at eval.c:2990 #22 0x000000000055e67f in Ffuncall (nargs=7, args=args@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@entry=3, args=<optimized out>, args@entry=0x7fffffffb848) at bytecode.c:633 #24 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffb636, nargs=nargs@entry=3, arg_vector=arg_vector@entry=0x7fffffffb848) at eval.c:2990 #25 0x000000000055e67f in Ffuncall (nargs=4, args=args@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@entry=5, args=<optimized out>, args@entry=0x7fffffffbc50) at bytecode.c:633 #27 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffb9b6, nargs=nargs@entry=5, arg_vector=arg_vector@entry=0x7fffffffbc50) at eval.c:2990 ---Type <return> to continue, or q <return> to quit--- #28 0x000000000055e67f in Ffuncall (nargs=6, args=args@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@entry=24, args=<optimized out>, args@entry=0x7fffffffbf38) at bytecode.c:633 #30 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffbd4a, nargs=nargs@entry=24, arg_vector=arg_vector@entry=0x7fffffffbf38) at eval.c:2990 #31 0x000000000055e67f in Ffuncall (nargs=25, args=args@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@entry=2, args=<optimized out>, args@entry=0x7fffffffc580) at bytecode.c:633 #33 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffc09c, nargs=nargs@entry=2, arg_vector=arg_vector@entry=0x7fffffffc580) at eval.c:2990 #34 0x000000000055e67f in Ffuncall (nargs=3, args=args@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@entry=0, args=<optimized out>, ---Type <return> to continue, or q <return> to quit--- args@entry=0x7fffffffca08) at bytecode.c:633 #36 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffc7f6, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffca08) at eval.c:2990 #37 0x000000000055e67f in Ffuncall (nargs=1, args=args@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@entry=0, args=<optimized out>, args@entry=0x7fffffffcbd0) at bytecode.c:633 #39 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffca29, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffcbd0) at eval.c:2990 #40 0x000000000055e67f in Ffuncall (nargs=1, args=args@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@entry=0, args=<optimized out>, args@entry=0x7fffffffcdc0) at bytecode.c:633 #42 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffcc3b, nargs=nargs@entry=0, arg_vector=arg_vector@entry=0x7fffffffcdc0) at eval.c:2990 #43 0x000000000055e67f in Ffuncall (nargs=1, args=args@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@entry=1, args=<optimized out>, args@entry=0x7fffffffd0a8) at bytecode.c:633 #45 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffcf32, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffffd0a8) at eval.c:2990 #46 0x000000000055e67f in Ffuncall (nargs=2, args=args@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@entry=1, args=<optimized out>, args@entry=0x7fffffffd240) at bytecode.c:633 #48 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffd0b3, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffffd240) at eval.c:2990 #49 0x000000000055e67f in Ffuncall (nargs=2, args=args@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@entry=1, args=<optimized out>, args@entry=0x7fffffffd510) at bytecode.c:633 ---Type <return> to continue, or q <return> to quit--- #51 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffd2ed, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffffd510) at eval.c:2990 #52 0x000000000055e67f in Ffuncall (nargs=2, args=args@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@entry=1, args=<optimized out>, args@entry=0x7fffffffd770) at bytecode.c:633 #54 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffd547, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffffd770) at eval.c:2990 #55 0x000000000055e67f in Ffuncall (nargs=nargs@entry=2, args=args@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@entry=3, args=args@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@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@entry=1, args=<optimized out>, args@entry=0x7fffffffdb98) at bytecode.c:633 #61 0x000000000055e3f8 in funcall_lambda (fun=0x7fffffffda26, nargs=nargs@entry=1, arg_vector=arg_vector@entry=0x7fffffffdb98) at eval.c:2990 #62 0x000000000055e67f in Ffuncall (nargs=nargs@entry=2, args=args@entry=0x7fffffffdb90) at eval.c:2809 #63 0x000000000055e7da in call1 (fn=fn@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@entry=0x4f6e20 <command_loop_1>, handlers=handlers@entry=0x90, hfun=hfun@entry=0x4ed920 <cmd_error>) at eval.c:1356 #66 0x00000000004e8a2c in command_loop_2 (ignore=ignore@entry=0x0) at keyboard.c:1091 #67 0x000000000055d094 in internal_catch (tag=tag@entry=0xcc60, func=func@entry=0x4e8a10 <command_loop_2>, arg=arg@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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* bug#48401: 25.3; emacs27 crashes 2021-05-17 19:05 ` Aloe @ 2021-05-17 19:14 ` Eli Zaretskii 2021-05-18 9:15 ` Robert Pluim 2021-05-18 14:50 ` Aloe 0 siblings, 2 replies; 18+ messages in thread From: Eli Zaretskii @ 2021-05-17 19:14 UTC (permalink / raw) To: Aloe; +Cc: 48401 > From: Aloe <aloe@aloe-associacio.org> > Cc: 48401@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@entry=0x280ac63, start_byte=start_byte@entry=0x7fffffffa598, > end_byte=end_byte@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@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? ^ permalink raw reply [flat|nested] 18+ messages in thread
* bug#48401: 25.3; emacs27 crashes 2021-05-17 19:14 ` Eli Zaretskii @ 2021-05-18 9:15 ` Robert Pluim 2021-05-18 14:50 ` Aloe 1 sibling, 0 replies; 18+ messages in thread From: Robert Pluim @ 2021-05-18 9:15 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Aloe, 48401 >>>>> On Mon, 17 May 2021 22:14:19 +0300, Eli Zaretskii <eliz@gnu.org> said: >> From: Aloe <aloe@aloe-associacio.org> >> Cc: 48401@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@entry=0x280ac63, start_byte=start_byte@entry=0x7fffffffa598, >> end_byte=end_byte@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@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 -- ^ permalink raw reply [flat|nested] 18+ messages in thread
* bug#48401: 25.3; emacs27 crashes 2021-05-17 19:14 ` Eli Zaretskii 2021-05-18 9:15 ` Robert Pluim @ 2021-05-18 14:50 ` Aloe 2021-05-18 15:02 ` Eli Zaretskii 1 sibling, 1 reply; 18+ messages in thread From: Aloe @ 2021-05-18 14:50 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 48401 Eli Zaretskii writes: >> From: Aloe <aloe@aloe-associacio.org> >> Cc: 48401@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@entry=0x280ac63, start_byte=start_byte@entry=0x7fffffffa598, >> end_byte=end_byte@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@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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* bug#48401: 25.3; emacs27 crashes 2021-05-18 14:50 ` Aloe @ 2021-05-18 15:02 ` Eli Zaretskii 2021-05-18 18:03 ` Aloe 2021-05-19 8:32 ` Robert Pluim 0 siblings, 2 replies; 18+ messages in thread From: Eli Zaretskii @ 2021-05-18 15:02 UTC (permalink / raw) To: Aloe; +Cc: 48401 > From: Aloe <aloe@aloe-associacio.org> > Cc: 48401@debbugs.gnu.org > Date: Tue, 18 May 2021 16:50:21 +0200 > > Eli Zaretskii writes: > > >> From: Aloe <aloe@aloe-associacio.org> > >> Cc: 48401@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@entry=0x280ac63, start_byte=start_byte@entry=0x7fffffffa598, > >> end_byte=end_byte@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@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. ^ permalink raw reply [flat|nested] 18+ messages in thread
* bug#48401: 25.3; emacs27 crashes 2021-05-18 15:02 ` Eli Zaretskii @ 2021-05-18 18:03 ` Aloe 2021-05-19 8:32 ` Robert Pluim 1 sibling, 0 replies; 18+ messages in thread From: Aloe @ 2021-05-18 18:03 UTC (permalink / raw) To: Eli Zaretskii; +Cc: 48401 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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* bug#48401: 25.3; emacs27 crashes 2021-05-18 15:02 ` Eli Zaretskii 2021-05-18 18:03 ` Aloe @ 2021-05-19 8:32 ` Robert Pluim 2021-05-19 13:07 ` Aloe 2021-05-25 15:55 ` Aloe 1 sibling, 2 replies; 18+ messages in thread From: Robert Pluim @ 2021-05-19 8:32 UTC (permalink / raw) To: Eli Zaretskii; +Cc: Aloe, 48401 >>>>> On Tue, 18 May 2021 18:02:35 +0300, Eli Zaretskii <eliz@gnu.org> said: >> From: Aloe <aloe@aloe-associacio.org> >> Cc: 48401@debbugs.gnu.org >> Date: Tue, 18 May 2021 16:50:21 +0200 >> >> Eli Zaretskii writes: >> >> >> From: Aloe <aloe@aloe-associacio.org> >> >> Cc: 48401@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@entry=0x280ac63, start_byte=start_byte@entry=0x7fffffffa598, >> >> end_byte=end_byte@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@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 -- ^ permalink raw reply [flat|nested] 18+ messages in thread
* bug#48401: 25.3; emacs27 crashes 2021-05-19 8:32 ` Robert Pluim @ 2021-05-19 13:07 ` Aloe 2021-05-25 15:55 ` Aloe 1 sibling, 0 replies; 18+ messages in thread From: Aloe @ 2021-05-19 13:07 UTC (permalink / raw) To: Robert Pluim; +Cc: 48401 Robert Pluim writes: >>>>>> On Tue, 18 May 2021 18:02:35 +0300, Eli Zaretskii <eliz@gnu.org> said: > > >> From: Aloe <aloe@aloe-associacio.org> > >> Cc: 48401@debbugs.gnu.org > >> Date: Tue, 18 May 2021 16:50:21 +0200 > >> > >> Eli Zaretskii writes: > >> > >> >> From: Aloe <aloe@aloe-associacio.org> > >> >> Cc: 48401@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@entry=0x280ac63, start_byte=start_byte@entry=0x7fffffffa598, > >> >> end_byte=end_byte@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@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@lists.ubuntu.com> Original-Maintainer: Debian GnuTLS Maintainers <pkg-gnutls-maint@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@lists.ubuntu.com> Original-Maintainer: Debian GnuTLS Maintainers <pkg-gnutls-maint@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@lists.ubuntu.com> Original-Maintainer: Debian GnuTLS Maintainers <pkg-gnutls-maint@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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* bug#48401: 25.3; emacs27 crashes 2021-05-19 8:32 ` Robert Pluim 2021-05-19 13:07 ` Aloe @ 2021-05-25 15:55 ` Aloe 2021-05-26 8:55 ` Robert Pluim 1 sibling, 1 reply; 18+ messages in thread From: Aloe @ 2021-05-25 15:55 UTC (permalink / raw) To: Robert Pluim; +Cc: 48401 Robert Pluim writes: >>>>>> On Tue, 18 May 2021 18:02:35 +0300, Eli Zaretskii <eliz@gnu.org> said: > > >> From: Aloe <aloe@aloe-associacio.org> > >> Cc: 48401@debbugs.gnu.org > >> Date: Tue, 18 May 2021 16:50:21 +0200 > >> > >> Eli Zaretskii writes: > >> > >> >> From: Aloe <aloe@aloe-associacio.org> > >> >> Cc: 48401@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@entry=0x280ac63, start_byte=start_byte@entry=0x7fffffffa598, > >> >> end_byte=end_byte@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@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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* bug#48401: 25.3; emacs27 crashes 2021-05-25 15:55 ` Aloe @ 2021-05-26 8:55 ` Robert Pluim 2021-05-26 15:25 ` Aloe 0 siblings, 1 reply; 18+ messages in thread From: Robert Pluim @ 2021-05-26 8:55 UTC (permalink / raw) To: Aloe; +Cc: 48401 >>>>> On Tue, 25 May 2021 17:55:56 +0200, Aloe <aloe@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 -- ^ permalink raw reply [flat|nested] 18+ messages in thread
* bug#48401: 25.3; emacs27 crashes 2021-05-26 8:55 ` Robert Pluim @ 2021-05-26 15:25 ` Aloe 2021-06-24 16:23 ` Lars Ingebrigtsen 0 siblings, 1 reply; 18+ messages in thread From: Aloe @ 2021-05-26 15:25 UTC (permalink / raw) To: Robert Pluim; +Cc: 48401 Robert Pluim writes: >>>>>> On Tue, 25 May 2021 17:55:56 +0200, Aloe <aloe@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 ^ permalink raw reply [flat|nested] 18+ messages in thread
* bug#48401: 25.3; emacs27 crashes 2021-05-26 15:25 ` Aloe @ 2021-06-24 16:23 ` Lars Ingebrigtsen 0 siblings, 0 replies; 18+ messages in thread From: Lars Ingebrigtsen @ 2021-06-24 16:23 UTC (permalink / raw) To: Aloe; +Cc: Robert Pluim, 48401 Aloe <aloe@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 ^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2021-06-24 16:23 UTC | newest] Thread overview: 18+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2021-05-13 15:10 bug#48401: 25.3; emacs27 crashes Aloe 2021-05-13 16:47 ` Eli Zaretskii 2021-05-13 17:14 ` Aloe 2021-05-13 17:28 ` Eli Zaretskii 2021-05-13 17:54 ` Aloe 2021-05-13 19:12 ` Eli Zaretskii 2021-05-17 19:05 ` Aloe 2021-05-17 19:14 ` Eli Zaretskii 2021-05-18 9:15 ` Robert Pluim 2021-05-18 14:50 ` Aloe 2021-05-18 15:02 ` Eli Zaretskii 2021-05-18 18:03 ` Aloe 2021-05-19 8:32 ` Robert Pluim 2021-05-19 13:07 ` Aloe 2021-05-25 15:55 ` Aloe 2021-05-26 8:55 ` Robert Pluim 2021-05-26 15:25 ` Aloe 2021-06-24 16:23 ` Lars Ingebrigtsen
Code repositories for project(s) associated with this external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.