From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 12 09:27:34 2024 Received: (at submit) by debbugs.gnu.org; 12 Dec 2024 14:27:34 +0000 Received: from localhost ([127.0.0.1]:38280 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLkA9-0003vw-1P for submit@debbugs.gnu.org; Thu, 12 Dec 2024 09:27:34 -0500 Received: from lists.gnu.org ([209.51.188.17]:47100) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLkA4-0003vW-13 for submit@debbugs.gnu.org; Thu, 12 Dec 2024 09:27:30 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tLk9t-0002X6-7E for bug-gnu-emacs@gnu.org; Thu, 12 Dec 2024 09:27:18 -0500 Received: from mout.gmx.net ([212.227.15.18]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tLk9q-0006fW-6E for bug-gnu-emacs@gnu.org; Thu, 12 Dec 2024 09:27:16 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net; s=s31663417; t=1734013627; x=1734618427; i=telegraph@gmx.net; bh=iRnIos4B5RiINvQOg8g6B25L0a1q+MpmLSpE64cxklE=; h=X-UI-Sender-Class:From:To:Subject:Date:Message-ID:MIME-Version: Content-Type:Content-Transfer-Encoding:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=EIg8q4Ao1hVnZ6F3CUbSykp4MyfEKRDOwilKd6cRtGJzlH9SPuBQnE5hZgrrkdTg djRxLhOd7cKLK6JlinFPgSnt3dVH/psWGLXk0YEijVQO08ru2O8QxX87zrSboV3x1 WCctmOM+yjoovusEOVu2dRcr9F+vGnEDbLpYjzG9ee7SExN1PiFVXDGeMb7gS86aq 92Fx8E5RUn70eLyiLOsOk3tg74B+Cd3pXQHuRVaCjDpy+mYMVwDzCVwLkq7hhNRe1 WynOcednPSEIDqZURNRgKKs5js7nx66caxEToDdY2ooFwbUo1WT3X8BOCrcgEyxLC NS++RBr/+tO4qnOfBw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from localhost ([95.90.236.208]) by mail.gmx.net (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N6bfw-1tfqQX0qbu-00yCgR; Thu, 12 Dec 2024 15:27:07 +0100 From: Gregor Zattler To: bug-gnu-emacs@gnu.org Subject: 31.0.50; scratch/igc: segfaults on startup when called under gdb X-Debbugs-Cc: Date: Thu, 12 Dec 2024 15:26:32 +0100 Message-ID: <87ikrp3rl3.fsf@no.lan> MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:CpBXTTk1lpw7aRv5Mrb38pE8AvXRnwZkwd9cBlouER7zT20S7Jh OfmInarX4sILUaDZCuWYxSePXDHQmCBTf5PtxZydh3Ph5mOKrdjxCmlzxBE4iRwSb2cBpV0 xWwsbBO9B+CnYDRl3ehgYqr+mh8V7iZPLRjYDfir/b7aQM0gArUb2E7nBWTO1lPgH6k+3x7 w0HtVtmwwQXSctGVdMIxA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:1F1pA9X04/Q=;7567oHHtwnLKK1/SkEwAvr1tSb/ r+Pg/xSk8M1JaTjf+banoiOKachrG6wVP3+WAaQMepoYlwOofPCGtzvK6Q5/N4LXrovZOdRrL TMpNr345bOD4TOtxP0m/WnwfqdB7Od+4sUsYVS/gm50PQRei/uZblCXBdpZQnEXSl5NtcQdfI NdzYi6KTsoYZHcAtVw3BA/uHnIHWWIP7/XJmvapfTo7clmVHkLLtGFEBqvRJtt6SKjoYwQ8Sp m7On2YunuKmhaBehlN74DsvThwg4mZ1gWZTBfEjIVGW2MEK+fZW/jHZcgEk/53kkwmt+mcAuj ZjqIK/eKX1kUfvanTO5EZ5Enq2Aw2IxrAR13I8S4uMo6eoq25Gk7rxDI5qO3x+N7cFJOVr3sC rYjoNlaoKQbYeik2dCk8999Ml/uYT0bj0WhCq5lXJLI9uVB/T8lV+8UZ0pIXzBZuqRqUaMy33 yvN8K36bkI3MxvOysyy5qUj07goulMT4+6dyFSXlKw+4M/3MWBydnxFdsCjOhdXqwz+E62Pz6 qHXGMLCviOsxVfIka9hwur9Ptc8L7sBTG9SykI8rcdcNEMYYieQi9y5g5Hgg4mt0vzWT0bpit mUa3jx5MDOZJKeD4tvmfDvtEpvE9KU0e/x2e9NKbcAv4xdUwTqvTTzAv4nqF+pQDvQCiKgACm z5ZkJXMqjSS1x8/RGPIzeE/9R46V4nlIxtlEDHJb5JHf2JqCsIy310rEf82Pqr/iBuwdyowkv sHbniqn4bNKXkMDHO3hw3AiKXG+sieHR5vlquqcDrBCGpEwcnzeho06p6u4X85N4I6FcUOAxm 6Wo0iyvxhWxo8n/+SbS8lAHbCCpWv/scr36HWJr1O2QFA1WJQgYRTIUzbAtIVj5m8Sa2YoOsa whQOY83crhI3E/Csn3XOyZZM4eNFN8gSVJRx88/xoWQdCWJeskCZuDzqe9cdKAd/9B/hR5jrD 2g7U5NPjPPgRlszRQXiwzlpADwQ+aKkiS02jDRbKwX/LYq+MUDmEdveA8c/qfK0ygZ07d4t6Z +DdZ6vZUiQVOz/yU2UOyUyQZp8KqgvnQf2Pjjk6sGW++oMZq9Zte57VMDN/ABalVOL7Ir5WWA c/9ymIM06LUjkZ5TdO61xKes6afx97 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=212.227.15.18; envelope-from=telegraph@gmx.net; helo=mout.gmx.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Dear Emacs developers, this bug is not relevant to my everyday usage of Emacs, so please disregard if the report is not helpful / appropriate at the time. I try to use scratch/igc with my standard Emacs runtime configuration which includes running under gdb. On the way Emacs crashes (see below). I can start Emacs like: ~/src/emacs-igc2/src$ ./emacs --debug-init --eval "(setq load-suffixes '= (\".el\"))" --eval '(setq load-prefer-newer nil)' this is how I collected the infos for this very bug report. Therefore the standard bug report infos are from this invocation without gdb. Below the standard bug report infos you'll see a gdb backtrace. There are 17 occurrences of "optimized out" values. This I do not understand since I tried to configure the building process as debugging friendly as possible. Hints as how to improve this are very welcome. There is no xbacktrace, because scratch/igc does not provide this. I will try to keep the gdb session open, but this is a laptop, which I use as daily driver... HTH and thabks for Emacs, Gregor In GNU Emacs 31.0.50 (build 1, x86_64-pc-linux-gnu, cairo version 1.16.0) of 2024-12-12 built on no Repository revision: 2e2c41fdcda7240c63e906ef0039dcf5a35d82f2 Repository branch: scratch/igc Windowing system distributor 'The X.Org Foundation', version 11.0.12101007 System Description: Debian GNU/Linux 12 (bookworm) Configured using: 'configure --infodir=3D/usr/share/info/emacs --with-json --with-file-notification=3Dyes --with-libsystemd --with-cairo --with-x=3Dyes --with-x-toolkit=3Dno --without-toolkit-scroll-bars --without-gsettings --enable-check-lisp-object-type --enable-checking=3Dyes,glyphs,igc_debug --with-native-compilation=3Dno --with-mps=3Ddebug 'CFLAGS=3D-ggdb3 -Og -ffile-prefix-map=3D/home/grfz/src/emacs-igc2=3D. -fstack-protector-stron= g -Wformat -Werror=3Dformat-security' 'CPPFLAGS=3D-I/home/grfz/mps-artifacts -Wdate-time -D_FORTIFY_SOURCE=3D2' 'LDFLAGS=3D-L/home/grfz/mps-artifacts -Wl,-z,relro'' Configured features: ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM HARFBUZZ JPEG LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES MPS NOTIFY INOTIFY OLDXMENU PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF WEBP X11 XDBE XIM XINPUT2 XPM ZLIB Important settings: value of $LC_ALL: value of $LC_COLLATE: de_DE.utf8 value of $LC_CTYPE: de_DE.utf8 value of $LC_MESSAGES: POSIX value of $LC_MONETARY: de_DE.utf8 value of $LC_NUMERIC: de_DE.utf8 value of $LC_TIME: de_DE.utf8 value of $LANG: de_DE.utf8 locale-coding-system: utf-8-unix Major mode: Messages Minor modes in effect: winner-mode: t which-key-mode: t savehist-mode: t ws-butler-global-mode: t delete-selection-mode: t which-function-mode: t windmove-mode: t xterm-mouse-mode: t key-chord-mode: t find-function-mode: t mail-abbrevs-mode: t override-global-mode: t tooltip-mode: t global-eldoc-mode: t show-paren-mode: t electric-indent-mode: t mouse-wheel-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t minibuffer-regexp-mode: t buffer-read-only: t size-indication-mode: t column-number-mode: t line-number-mode: t transient-mark-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t Load-path shadows: /home/grfz/src/notmuch/emacs/notmuch-lib hides /usr/local/share/emacs/site= -lisp/notmuch-lib /home/grfz/src/notmuch/emacs/coolj hides /usr/local/share/emacs/site-lisp/= coolj /home/grfz/src/notmuch/emacs/notmuch-address hides /usr/local/share/emacs/= site-lisp/notmuch-address /home/grfz/src/notmuch/emacs/notmuch-hello hides /usr/local/share/emacs/si= te-lisp/notmuch-hello /home/grfz/src/notmuch/emacs/notmuch-parser hides /usr/local/share/emacs/s= ite-lisp/notmuch-parser /home/grfz/src/notmuch/emacs/notmuch-show hides /usr/local/share/emacs/sit= e-lisp/notmuch-show /home/grfz/src/notmuch/emacs/notmuch-wash hides /usr/local/share/emacs/sit= e-lisp/notmuch-wash /home/grfz/src/notmuch/emacs/notmuch-draft hides /usr/local/share/emacs/si= te-lisp/notmuch-draft /home/grfz/src/notmuch/emacs/notmuch-tree hides /usr/local/share/emacs/sit= e-lisp/notmuch-tree /home/grfz/src/notmuch/emacs/notmuch-version hides /usr/local/share/emacs/= site-lisp/notmuch-version /home/grfz/src/notmuch/emacs/notmuch-jump hides /usr/local/share/emacs/sit= e-lisp/notmuch-jump /home/grfz/src/notmuch/emacs/notmuch-company hides /usr/local/share/emacs/= site-lisp/notmuch-company /home/grfz/src/notmuch/emacs/notmuch hides /usr/local/share/emacs/site-lis= p/notmuch /home/grfz/src/notmuch/emacs/notmuch-crypto hides /usr/local/share/emacs/s= ite-lisp/notmuch-crypto /home/grfz/src/notmuch/emacs/notmuch-compat hides /usr/local/share/emacs/s= ite-lisp/notmuch-compat /home/grfz/src/notmuch/emacs/notmuch-maildir-fcc hides /usr/local/share/em= acs/site-lisp/notmuch-maildir-fcc /home/grfz/src/notmuch/emacs/notmuch-tag hides /usr/local/share/emacs/site= -lisp/notmuch-tag /home/grfz/src/notmuch/emacs/notmuch-message hides /usr/local/share/emacs/= site-lisp/notmuch-message /home/grfz/src/notmuch/emacs/notmuch-print hides /usr/local/share/emacs/si= te-lisp/notmuch-print /home/grfz/src/notmuch/emacs/notmuch-mua hides /usr/local/share/emacs/site= -lisp/notmuch-mua /home/grfz/src/notmuch/emacs/notmuch-query hides /usr/local/share/emacs/si= te-lisp/notmuch-query /home/grfz/src/notmuch/emacs/notmuch-address hides /home/grfz/.config/emac= s/elisp/notmuch-address /home/grfz/src/ol-notmuch/ol-notmuch hides /home/grfz/.config/emacs/elisp/= ol-notmuch /home/grfz/.config/emacs/elpa-31.0/magit-4.1.3/magit-autorevert hides /hom= e/grfz/.config/emacs/elpa-31.0/magit-section-4.1.3/magit-autorevert /home/grfz/.config/emacs/elpa-31.0/transient-0.8.1/transient hides /home/g= rfz/src/emacs-igc2/lisp/transient Features: (shadow sort orgalist wcheck-mode ecomplete mail-extr emacsbug tramp tramp-cache time-stamp trampver tramp-integration tramp-message tramp-compat xdg shell tramp-loaddefs add-log rainbow-delimiters winner which-key ol-notmuch notmuch notmuch-tree notmuch-jump notmuch-hello notmuch-show notmuch-print notmuch-crypto notmuch-mua notmuch-message notmuch-draft notmuch-maildir-fcc notmuch-address notmuch-company notmuch-parser notmuch-wash diff-mode track-changes coolj goto-addr icalendar diary-lib diary-loaddefs notmuch-tag crm notmuch-lib notmuch-version notmuch-compat hl-line compat org-contrib org-crypt org-protocol org-clock ob-plantuml gnus-alias advice finder-inf savehist auth-source-pass holidays holiday-loaddefs ws-butler delsel modus-operandi-theme modus-themes which-func windmove xt-mouse edmacro kmacro key-chord org ob ob-ref ob-lob ob-table ob-exp org-macro org-pcomplete pcomplete org-list org-footnote org-faces org-entities noutline outline so-long ob-emacs-lisp org-table org-loaddefs find-func cal-menu calendar cal-loaddefs gnus-sum shr pixel-fill kinsoku url-file svg dom gnus-group mm-url gnus-undo gnus-start gnus-dbus dbus xml gnus-cloud nnimap nnmail mail-source imap rfc2104 utf7 nnoo parse-time iso8601 gnus-spec gnus-int gnus-range gnus-win gnus message yank-media dired desktop frameset dired-loaddefs autorevert filenotify rfc822 mml mailabbrev sendmail gmm-utils mailheader nnheader mail-utils range ob-tangle ol org-src sh-script flymake project warnings thingatpt smie treesit shortdoc executable skeleton org-keys oc ob-comint ob-core org-cycle org-fold org-fold-core org-element-ast org-compat ob-eval org-version org-macs format-spec use-package use-package-ensure use-package-delight use-package-diminish use-package-bind-key bind-key use-package-core async-autoloads csv-mode-autoloads debbugs-autoloads dired-git-info-autoloads hyperbole-autoloads kotl-autoloads hact set hhist key-chord-autoloads magit-autoloads magit-section-autoloads dash-autoloads org-contrib-autoloads orgalist-autoloads paredit-autoloads rainbow-delimiters-autoloads transient-autoloads wcheck-mode-autoloads info speedbar imenu ezimage dframe with-editor-autoloads ws-butler-autoloads package let-alist browse-url url url-proxy url-privacy url-expand url-methods url-history url-cookie generate-lisp-file url-domsuf url-util mm-view mml-smime mml-sec epa gnus-util time-date smime gnutls puny dig mailcap url-handlers mm-decode mm-bodies mm-encode mail-parse rfc2231 rfc2047 rfc2045 mm-util ietf-drums mail-prsvr url-parse auth-source eieio eieio-core password-cache json map byte-opt bytecomp byte-compile compile rx text-property-search comint easy-mmode files-x ansi-osc ansi-color ring url-vars epg cl-extra help-mode derived cl-seq rfc6068 epg-config subr-x cl-macs inline gv pcase cus-edit pp cus-load icons wid-edit cl-loaddefs cl-lib rmc iso-transl tooltip cconv eldoc paren electric uniquify ediff-hook vc-hooks lisp-float-type elisp-mode mwheel term/x-win x-win term/common-win x-dnd touch-screen tool-bar dnd fontset image regexp-opt fringe tabulated-list replace newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock font-lock syntax font-core term/tty-colors frame minibuffer nadvice seq simple cl-generic indonesian philippine 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 composite emoji-zwj charscript charprop case-table epa-hook jka-cmpr-hook help abbrev obarray oclosure cl-preloaded button loaddefs theme-loaddefs faces cus-face macroexp files window text-properties overlay sha1 md5 base64 format env code-pages mule custom widget keymap hashtable-print-readable backquote threads dbusbind inotify lcms2 dynamic-setting font-render-setting cairo xinput2 x multi-tty move-toolbar make-network-process mps emacs) Memory information: ((conses 24 0 0) (symbols 56 0 0) (strings 40 0 0) (string-bytes 1 0) (vectors 24 0) (vector-slots 8 0 0) (floats 24 0 0) (intervals 64 0 0) (buffers 992 0)) Starting program: /home/grfz/src/emacs-igc2/src/emacs --debug-init --eval = "(setq load-suffixes (quote (\".el\")))" --eval "(setq load-prefer-newer n= il)" -xrm --init-directory=3D"${USER_EMACS_DIRECTORY}" [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Detaching after vfork from child process 1070205] Program received signal SIGSEGV, Segmentation fault. 0x0000555555779816 in XSETCDR (c=3D..., n=3Dn@entry=3D...) at ./src/lisp.h= :1605 1605 *xcdr_addr (c) =3D n; #0 0x0000555555779816 in XSETCDR (c=3D..., n=3Dn@entry=3D...) at ./src/li= sp.h:1605 #1 0x0000555555780f82 in read0 (readcharfun=3Dreadcharfun@entry=3D..., lo= cate_syms=3Dlocate_syms@entry=3Dfalse) at ./src/lread.c:4470 #2 0x00005555557813d1 in read_internal_start (stream=3Dstream@entry=3D...= , start=3Dstart@entry=3D..., end=3Dend@entry=3D..., locate_syms=3Dlocate_s= yms@entry=3Dfalse) at ./src/lread.c:2769 #3 0x00005555557814ef in Fread (stream=3D...) at ./src/lisp.h:1226 #4 0x000055555574ff86 in funcall_subr (subr=3D0x555555f96960 , num= args=3Dnumargs@entry=3D1, args=3Dargs@entry=3D0x7fffffffb918) at ./src/eva= l.c:3167 #5 0x0000555555751ae4 in funcall_general (fun=3D..., numargs=3Dnumargs@en= try=3D1, args=3Dargs@entry=3D0x7fffffffb918) at ./src/eval.c:3046 #6 0x000055555574ebce in Ffuncall (nargs=3Dnargs@entry=3D2, args=3Dargs@e= ntry=3D0x7fffffffb910) at ./src/eval.c:3099 #7 0x0000555555781db8 in readevalloop (readcharfun=3Dreadcharfun@entry=3D= ..., infile0=3Dinfile0@entry=3D0x0, sourcename=3Dsourcename@entry=3D..., p= rintflag=3Dfalse, unibyte=3D..., unibyte@entry=3D..., readfun=3D..., readf= un@entry=3D..., start=3D..., end=3D...) at ./src/lread.c:2518 #8 0x0000555555782ddf in Feval_buffer (buffer=3D..., printflag=3D..., fil= ename=3D..., unibyte=3D..., do_allow_print=3D...) at ./src/lread.c:2613 #9 0x000055555574ffe6 in funcall_subr (subr=3D0x555555f969e0 , numargs=3Dnumargs@entry=3D5, args=3Dargs@entry=3D0x7fffe2200470) at ./= src/eval.c:3175 #10 0x00005555557903c1 in exec_byte_code (fun=3D..., fun@entry=3D..., args= _template=3D, nargs=3D, nargs@entry=3D4, arg= s=3D, args@entry=3D0x7fffffffbd38) at ./src/bytecode.c:828 #11 0x00005555557516f6 in funcall_lambda (fun=3Dfun@entry=3D..., nargs=3Dn= args@entry=3D4, arg_vector=3Darg_vector@entry=3D0x7fffffffbd38) at ./src/e= val.c:3258 #12 0x0000555555751af4 in funcall_general (fun=3D..., numargs=3Dnumargs@en= try=3D4, args=3Dargs@entry=3D0x7fffffffbd38) at ./src/eval.c:3050 #13 0x000055555574ebce in Ffuncall (nargs=3Dnargs@entry=3D5, args=3Dargs@e= ntry=3D0x7fffffffbd30) at ./src/eval.c:3099 #14 0x000055555578280a in Fload (file=3Dfile@entry=3D..., noerror=3Dnoerro= r@entry=3D..., nomessage=3D..., nomessage@entry=3D..., nosuffix=3D..., nos= uffix@entry=3D..., must_suffix=3D..., must_suffix@entry=3D...) at ./src/lr= ead.c:1616 #15 0x0000555555782c63 in save_match_data_load (file=3Dfile@entry=3D..., n= oerror=3Dnoerror@entry=3D..., nomessage=3Dnomessage@entry=3D..., nosuffix= =3Dnosuffix@entry=3D..., must_suffix=3Dmust_suffix@entry=3D...) at ./src/l= read.c:1780 #16 0x000055555574ea8b in load_with_autoload_queue (file=3D..., noerror=3D= noerror@entry=3D..., nomessage=3Dnomessage@entry=3D..., nosuffix=3Dnosuffi= x@entry=3D..., must_suffix=3Dmust_suffix@entry=3D...) at ./src/eval.c:2383 #17 0x00005555557610e8 in Frequire (feature=3D..., filename=3D..., noerror= =3D...) at ./src/fns.c:3793 #18 0x000055555574ffae in funcall_subr (subr=3D0x555555f94da0 , = numargs=3Dnumargs@entry=3D1, args=3Dargs@entry=3D0x7fffe2200378) at ./src/= eval.c:3171 #19 0x00005555557903c1 in exec_byte_code (fun=3D..., fun@entry=3D..., args= _template=3D, nargs=3D, nargs@entry=3D2, arg= s=3D, args@entry=3D0x7fffffffc110) at ./src/bytecode.c:828 #20 0x00005555557516f6 in funcall_lambda (fun=3Dfun@entry=3D..., nargs=3Dn= args@entry=3D2, arg_vector=3Darg_vector@entry=3D0x7fffffffc110) at ./src/e= val.c:3258 #21 0x00005555557520ca in apply_lambda (fun=3D..., fun@entry=3D..., args= =3D..., count=3Dcount@entry=3D...) at ./src/eval.c:3221 #22 0x000055555575132b in eval_sub (form=3D..., form@entry=3D...) at ./src= /eval.c:2651 #23 0x00005555557515be in Fprogn (body=3D...) at ./src/eval.c:443 #24 0x00005555557524c7 in Flet (args=3D...) at ./src/eval.c:1113 #25 0x0000555555750fcc in eval_sub (form=3D...) at ./src/eval.c:2555 #26 0x000055555577c316 in readevalloop_eager_expand_eval (val=3Dval@entry= =3D..., macroexpand=3Dmacroexpand@entry=3D...) at ./src/lread.c:2356 #27 0x0000555555781e35 in readevalloop (readcharfun=3Dreadcharfun@entry=3D= ..., infile0=3Dinfile0@entry=3D0x0, sourcename=3Dsourcename@entry=3D..., p= rintflag=3Dfalse, unibyte=3D..., unibyte@entry=3D..., readfun=3D..., readf= un@entry=3D..., start=3D..., end=3D...) at ./src/lread.c:2538 #28 0x0000555555782ddf in Feval_buffer (buffer=3D..., printflag=3D..., fil= ename=3D..., unibyte=3D..., do_allow_print=3D...) at ./src/lread.c:2613 #29 0x000055555574ffe6 in funcall_subr (subr=3D0x555555f969e0 , numargs=3Dnumargs@entry=3D5, args=3Dargs@entry=3D0x7fffe22002c0) at ./= src/eval.c:3175 #30 0x00005555557903c1 in exec_byte_code (fun=3D..., fun@entry=3D..., args= _template=3D, nargs=3D, nargs@entry=3D4, arg= s=3D, args@entry=3D0x7fffffffc898) at ./src/bytecode.c:828 #31 0x00005555557516f6 in funcall_lambda (fun=3Dfun@entry=3D..., nargs=3Dn= args@entry=3D4, arg_vector=3Darg_vector@entry=3D0x7fffffffc898) at ./src/e= val.c:3258 #32 0x0000555555751af4 in funcall_general (fun=3D..., numargs=3Dnumargs@en= try=3D4, args=3Dargs@entry=3D0x7fffffffc898) at ./src/eval.c:3050 #33 0x000055555574ebce in Ffuncall (nargs=3Dnargs@entry=3D5, args=3Dargs@e= ntry=3D0x7fffffffc890) at ./src/eval.c:3099 #34 0x000055555578280a in Fload (file=3D..., noerror=3D..., nomessage=3D..= ., nosuffix=3D..., must_suffix=3D...) at ./src/lread.c:1616 #35 0x000055555574ffe6 in funcall_subr (subr=3D0x555555f96a60 , num= args=3Dnumargs@entry=3D3, args=3Dargs@entry=3D0x7fffe2200218) at ./src/eva= l.c:3175 #36 0x00005555557903c1 in exec_byte_code (fun=3D..., fun@entry=3D..., args= _template=3D, nargs=3D, nargs@entry=3D0, arg= s=3D, args@entry=3D0x7fffffffcc08) at ./src/bytecode.c:828 #37 0x00005555557516f6 in funcall_lambda (fun=3Dfun@entry=3D..., nargs=3Dn= args@entry=3D0, arg_vector=3Darg_vector@entry=3D0x7fffffffcc08) at ./src/e= val.c:3258 #38 0x0000555555751af4 in funcall_general (fun=3D..., numargs=3Dnumargs@en= try=3D0, args=3Dargs@entry=3D0x7fffffffcc08) at ./src/eval.c:3050 #39 0x000055555574ebce in Ffuncall (nargs=3Dnargs@entry=3D1, args=3Dargs@e= ntry=3D0x7fffffffcc00) at ./src/eval.c:3099 #40 0x00005555557502d4 in call0 (fn=3D...) at ./src/lisp.h:3780 #41 Fhandler_bind_1 (nargs=3D, args=3D0x7fffe2200160) at ./= src/eval.c:1483 #42 0x00005555557500e8 in funcall_subr (subr=3D0x555555f93620 , numargs=3Dnumargs@entry=3D3, args=3Dargs@entry=3D0x7fffe2200160) at= ./src/eval.c:3190 #43 0x00005555557903c1 in exec_byte_code (fun=3D..., fun@entry=3D..., args= _template=3D, nargs=3D, nargs@entry=3D0, arg= s=3D, args@entry=3D0x7fffffffce70) at ./src/bytecode.c:828 #44 0x00005555557516f6 in funcall_lambda (fun=3Dfun@entry=3D..., nargs=3Dn= args@entry=3D0, arg_vector=3Darg_vector@entry=3D0x7fffffffce70) at ./src/e= val.c:3258 #45 0x00005555557520ca in apply_lambda (fun=3D..., fun@entry=3D..., args= =3D..., count=3Dcount@entry=3D...) at ./src/eval.c:3221 #46 0x000055555575132b in eval_sub (form=3D..., form@entry=3D...) at ./src= /eval.c:2651 #47 0x0000555555752bd0 in Feval (form=3D..., lexical=3Dlexical@entry=3D...= ) at ./src/eval.c:2463 #48 0x00005555556c2f11 in top_level_2 () at ./src/lisp.h:1226 #49 0x000055555574d78f in internal_condition_case (bfun=3Dbfun@entry=3D0x5= 555556c2eee , handlers=3D..., handlers@entry=3D..., hfun=3Dhf= un@entry=3D0x5555556c9fb2 ) at ./src/eval.c:1618 #50 0x00005555556c1a0d in top_level_1 (ignore=3D..., ignore@entry=3D...) a= t ./src/lisp.h:1226 #51 0x000055555574d69a in internal_catch (tag=3D..., tag@entry=3D..., func= =3Dfunc@entry=3D0x5555556c19bb , arg=3D..., arg@entry=3D...) = at ./src/eval.c:1297 #52 0x00005555556c1955 in command_loop () at ./src/lisp.h:1226 #53 0x00005555556c9ac8 in recursive_edit_1 () at ./src/keyboard.c:760 #54 0x00005555556c9e6a in Frecursive_edit () at ./src/keyboard.c:843 #55 0x00005555556c1372 in main (argc=3D8, argv=3D0x7fffffffd278) at ./src/= emacs.c:2646 From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 12 09:53:53 2024 Received: (at 74831) by debbugs.gnu.org; 12 Dec 2024 14:53:53 +0000 Received: from localhost ([127.0.0.1]:38318 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLkZc-0005IF-K0 for submit@debbugs.gnu.org; Thu, 12 Dec 2024 09:53:53 -0500 Received: from eggs.gnu.org ([209.51.188.92]:32848) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLkZa-0005Hm-3W for 74831@debbugs.gnu.org; Thu, 12 Dec 2024 09:53:51 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tLkZS-0007MU-Io; Thu, 12 Dec 2024 09:53:43 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=qqzayj+Cjw5B5E4ZsT9Znf5u2ZAS1ue/IpYq43F/lzI=; b=ZzeBBVrh7TF6 Mz90javHsceLfmuC/s+7XBK4R4sxoHz6vu3qicN1EIbrWbe61MX6jbZjf2jRYMCgp3sIvOI4XZ5xc 6K62ogK6kEur2jJ8EIdfEY0ImbzQbeNt74Mv2xrxC8jlPcTOaSn96+nJI6bD7g0hsP0CD1S4RPUEV j7dZOxiUWIlLR2IdFmRVv8CIHKMb8v0/ZzL35Acf3rJ3zxy9ezbMERbY804FVkYAYBKjrhamakKPr IYft0kAlwlKCnW5r1mRJ85cnVC/qVPmzaYixxawnN3vfvmgfeB0bmH114MJiIeKKL2cTo3ActdlRt 0vyDmIsHV7/hr2KhHjnYXg==; Date: Thu, 12 Dec 2024 16:53:13 +0200 Message-Id: <86jzc5ymue.fsf@gnu.org> From: Eli Zaretskii To: Gregor Zattler In-Reply-To: <87ikrp3rl3.fsf@no.lan> (bug-gnu-emacs@gnu.org) Subject: Re: bug#74831: 31.0.50; scratch/igc: segfaults on startup when called under gdb References: <87ikrp3rl3.fsf@no.lan> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 74831 Cc: 74831@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Thu, 12 Dec 2024 15:26:32 +0100 > From: Gregor Zattler via "Bug reports for GNU Emacs, > the Swiss army knife of text editors" > > Program received signal SIGSEGV, Segmentation fault. > 0x0000555555779816 in XSETCDR (c=..., n=n@entry=...) at ./src/lisp.h:1605 > 1605 *xcdr_addr (c) = n; So what is the value of xcdr_addr(s) here? It looks like dereferencing it causes the segfault, so its value might give us some hints. Also, where did you start GDB? It looks like you started it not from the Emacs' src/ directory, in which case please say (gdb) source /path/to/emacs/src/.gdbinit before running Emacs. That's because the MPS library uses SIGSEGV for its memory barriers, and .gdbinit there makes sure such SIGSEGVs don't stop Emacs. IOW, this could be a false positive, not a real segfault. From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 12 11:16:39 2024 Received: (at 74831) by debbugs.gnu.org; 12 Dec 2024 16:16:39 +0000 Received: from localhost ([127.0.0.1]:40031 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLlrd-00026E-1l for submit@debbugs.gnu.org; Thu, 12 Dec 2024 11:16:39 -0500 Received: from mout.gmx.net ([212.227.17.22]:37039) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLlrZ-00025a-Tq for 74831@debbugs.gnu.org; Thu, 12 Dec 2024 11:16:31 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net; s=s31663417; t=1734020181; x=1734624981; i=telegraph@gmx.net; bh=ayug4UYFyRUmIVyALfZP7Rd1vxEw/djrpfGIulhr6J8=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=LN76ZIuuRnA1UprAFXk0lQgPj5CPAzUF7dT/cS3xDb564h0jAmSAkTsQ/ZxGqxuV pRAmhpaH2jrZC3h0/duu55KShkxXpOkeYLFWHAuybaMYaNgoN0lbMdjvWckrZr2Sz x8UHebTfWdH/yMnMTn5ZjDYn6LUE3pdiJ1KOItk223XHKF1EX0qR21cuPxpdjKcvR P7eYGWWbmNlIFbCBRSeZQkPy3Z+Qxl2MSrSjhEc16kigGzdbzyJso7k0O9rsAq4tK t6d+tdf1JWSskPm6p6VvUjLJvMRNa2buO4BQDl/fA3N99g82beZcHD6qgVGuFvE89 KwOFwZAxTpQzoPsKAA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from localhost ([95.90.236.208]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M7sHy-1tGqAx0TyM-006N1k; Thu, 12 Dec 2024 17:16:21 +0100 From: Gregor Zattler To: Eli Zaretskii Subject: Re: bug#74831: 31.0.50; scratch/igc: segfaults on startup when called under gdb In-Reply-To: <86jzc5ymue.fsf@gnu.org> References: <87ikrp3rl3.fsf@no.lan> <86jzc5ymue.fsf@gnu.org> Date: Thu, 12 Dec 2024 17:15:45 +0100 Message-ID: <87cyhw513i.fsf@no.lan> MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:6ySxedtYBKRG8RZVmOkH/y8/oThAtMR3F83lcgAGnWl1JRoJiNP Bk2WXaWcnPmFx7InwFPJjINH4XQdPw5Q3hnx4gFeAamtym/M9s9IW4SbDl4Q8JAGMdy4ffm 7lRe9vf6fdjRLT84rbi9Qi2csP+p9h+1UpHWPfvfbbxKBe9ISBGneY7H9aFS/oOyjo9gOD+ XdiaXghVhVAxuxD4/U1QA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:y4VIOKjCawo=;wPnSn9WYeByCs1eensLQUDc4Gnu gPV3+p/kgEnvv0D+9mgt1S4tRKtheN+GQSWdosUCCNU7eR0h2LWFP67097BSRuCMAU5dojMvu z5q5DgbkTqeB5+KJTEnlbZ4H09Qv31UrBYdASttL1nkIVzbcnhN6lK4waNlwRiz++6zWuXZMy l82woENvELbnjpCRt6IrTMeXyu1u1Cux7P6Rb4QAv4ViZQ4F2YA5wbcTtsRc2ejhiiaAChETf G+OKIo9lH/tfmmpHrLxNYxT0lTOAr262+xp8Be5NhT+mqdggGQc197CTzTgQudljKY68qj6KJ Emd9lTJuIYtSE9qifk0d653vihlsmr4wBFA3Y27+3dqwNw+j/GIAfc683pE35YXOIFRDFZZUj T5c1YFZuNG0P+WVgJzcU8uZGYSfcMfi8TPSWq0OYfxkyItGqgPLqL2PO25GPw29d+4WQWsgMl ISGgzTfB5beCctN6SMrhyzAzdkqge2LQXv0SWlkKNJ5EMQ2HA6aDJGCcWcSbGwZXbKslxoAMx Is9yrVHIvFHadzXjzNElX2a9ymxXb5iAssnKRzAqizx4r6Wf9dTMz+Vd3/GIdYzUeU03JMybY vwonS7sB9Z1dv9zJGwHwKAucnnZyAtOYtrNLVAoR/elu2DWT9eNObUP9i5w/Z6AZ9JR3Te4mw BiH0058ee+OtDay8Vycjid7+ikbnFyUA1R/XtdITgQTjdxR0Sc3T379idWyywYdLRjPt0WP/O zCFy/fI6bDFZKwkutTHPwPyTUh/yNvHCbxKR3JFnPgnOvuaL8LCGkH2WAOQIt0n+rPS10Hhzt uQutSnu3Q6/6eUecXEQhpdZBLTgpWn8IPNcoX4WvVnBYtYypDNN4ma0/UFLI+MX5Xa17FLMKM HWBn2ECoYYFwzE8UW6rbnYQ4uzBL1qngvC+uXELThd5dBX8G+abe8EB93tgtAfSC2wQeyCfYH SDZsWRlEjZ5EZHPMITcwNuqUrua5e00RrqkaIUMrxW+vqYQmrOcuvMWFC7qipRYlDoqWL1W2z /6nBWc26ay2VvSZzvrhN6XHkgfSjHs7kpceQYu0F+UkQChD2cbL7j2col4VSXY6KgLfOo+jst Iq/ZX3XWQ/Tct8t3hn2Y1bL0IhumwF Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 74831 Cc: 74831@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hi Eli, * Eli Zaretskii [2024-12-12; 16:53 +02]: >> Date: Thu, 12 Dec 2024 15:26:32 +0100 >> From: Gregor Zattler via "Bug reports for GNU Emacs, >> the Swiss army knife of text editors" >> >> Program received signal SIGSEGV, Segmentation fault. >> 0x0000555555779816 in XSETCDR (c=3D..., n=3Dn@entry=3D...) at ./src/lis= p.h:1605 >> 1605 *xcdr_addr (c) =3D n; > > So what is the value of xcdr_addr(s) here? It looks like > dereferencing it causes the segfault, so its value might give us some > hints. sorry, I'm clueless: (gdb) print xcdr_addr No symbol "xcdr_addr" in current context. > Also, where did you start GDB? It looks like you started it not from > the Emacs' src/ directory, I started it in the Emacs src directory:: (gdb) pwd Working directory /home/grfz/src/emacs-igc2/src. because you once told me to do so for gdb. Anyway... > in which case please say > > (gdb) source /path/to/emacs/src/.gdbinit I now added -ex "source /home/grfz/src/emacs-igc2/src/.gdbinit" to my gdb invocation and tried again. Now there are plenty of Program received signal SIGSEGV, Segmentation fault. lines in GDBs output but Emacs runs and and (not so far) functions correct. > before running Emacs. That's because the MPS library uses SIGSEGV for > its memory barriers, and .gdbinit there makes sure such SIGSEGVs don't > stop Emacs. IOW, this could be a false positive, not a real segfault. That seemed to be the case. Regards, Gregor From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 12 11:44:37 2024 Received: (at 74831) by debbugs.gnu.org; 12 Dec 2024 16:44:37 +0000 Received: from localhost ([127.0.0.1]:40059 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLmIj-0003dG-Pw for submit@debbugs.gnu.org; Thu, 12 Dec 2024 11:44:37 -0500 Received: from eggs.gnu.org ([209.51.188.92]:60362) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLmIf-0003cc-M7 for 74831@debbugs.gnu.org; Thu, 12 Dec 2024 11:44:33 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tLmIT-00058j-AE; Thu, 12 Dec 2024 11:44:23 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=4g4yvGoTClE3sGyrl2saIvUARPVFfk75Ox4Jao5Pakk=; b=HB3yvehZ1YVL F1zg8vOL3Ay4yu6xZSBZZK3PHWGJgLA8rRbUnEyGRYIT/iKAItUmq7PcRfq4MmZar9Z4h6UMG879H Sz4F+AWTTiCK+ssnGlLhQ7YvZAzy34gImlHTasemS9Fc8fILAMWwpUSdxhwBgFDKxgZW3cxbf3n+k QuD+oG/n06fooGp4n5b2nUP1HYhQwPQzW1bmqizGA/QmFX1hLQk50EjA4WNrKRTWvQtY8x/4z6FbV ZkEjjkZnToLMVp85R4hFvULXptHPs0ALxL9pcvPFEsrsXjR62IKnlyba4sZlO9LxwlvXN439+AKnr i5poQjxMkv3uUGgxv7sGWw==; Date: Thu, 12 Dec 2024 18:43:49 +0200 Message-Id: <86frmszwai.fsf@gnu.org> From: Eli Zaretskii To: Gregor Zattler In-Reply-To: <87cyhw513i.fsf@no.lan> (message from Gregor Zattler on Thu, 12 Dec 2024 17:15:45 +0100) Subject: Re: bug#74831: 31.0.50; scratch/igc: segfaults on startup when called under gdb References: <87ikrp3rl3.fsf@no.lan> <86jzc5ymue.fsf@gnu.org> <87cyhw513i.fsf@no.lan> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 74831 Cc: 74831@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Gregor Zattler > Cc: 74831@debbugs.gnu.org > Date: Thu, 12 Dec 2024 17:15:45 +0100 > > >> Program received signal SIGSEGV, Segmentation fault. > >> 0x0000555555779816 in XSETCDR (c=..., n=n@entry=...) at ./src/lisp.h:1605 > >> 1605 *xcdr_addr (c) = n; > > > > So what is the value of xcdr_addr(s) here? It looks like > > dereferencing it causes the segfault, so its value might give us some > > hints. > > sorry, I'm clueless: > > (gdb) print xcdr_addr > No symbol "xcdr_addr" in current context. No, you should say (gdb) print xcdr_addr(c) > > Also, where did you start GDB? It looks like you started it not from > > the Emacs' src/ directory, > > I started it in the Emacs src directory:: > > (gdb) pwd > Working directory /home/grfz/src/emacs-igc2/src. > > because you once told me to do so for > gdb. That's strange, because if you did that, the backtrace command would have shown a Lisp backtrace as well, which didn't happen. > I now added > > -ex "source /home/grfz/src/emacs-igc2/src/.gdbinit" > > to my gdb invocation and tried again. > Now there are plenty of > > Program received signal SIGSEGV, Segmentation fault. That's expected. > lines in GDBs output but Emacs runs and > and (not so far) functions correct. > > > before running Emacs. That's because the MPS library uses SIGSEGV for > > its memory barriers, and .gdbinit there makes sure such SIGSEGVs don't > > stop Emacs. IOW, this could be a false positive, not a real segfault. > > That seemed to be the case. Yes. I think we can close this bug now. From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 12 11:54:43 2024 Received: (at 74831) by debbugs.gnu.org; 12 Dec 2024 16:54:43 +0000 Received: from localhost ([127.0.0.1]:40093 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLmSY-0004F4-KL for submit@debbugs.gnu.org; Thu, 12 Dec 2024 11:54:43 -0500 Received: from mout.gmx.net ([212.227.17.22]:34077) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLmSR-0004Eh-8S for 74831@debbugs.gnu.org; Thu, 12 Dec 2024 11:54:40 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmx.net; s=s31663417; t=1734022468; x=1734627268; i=telegraph@gmx.net; bh=jNoi0VGbhHIc42XmWMlG+G/1cXyVH1gVB2LlOfnCLsU=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date: Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:cc: content-transfer-encoding:content-type:date:from:message-id: mime-version:reply-to:subject:to; b=lap61VDbDl/v4wSgfb2y7fUSDFPZkHTr+7BKaubkAIr/Piz7U2oEUreIb2AIYxM7 HJbuwhgLOVnfX+h3hvIrk68INSbHeQ5VEplgl0+36iBbF4g85XV4i4WLNmP60pjY7 2qJYVQ4Ewk+g7/f+WVbMRp254ygTn7newI6nMqsS22CPXVAFSxYCayTOpdzeoK58V l8OiTCNjye/5KmJ4tVMTXNk4lN2HynQn5ah8C1vgW1xwEEZdiolkhhF3EUxp7CBDU 1K24zq+bZjBwb5/7ZRDY9deSiOBuLPDVu4VnvrStX420kMWrhFnCtbsaaSEs8fao9 /dXI/DhzRYHW7i8OvQ== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Received: from localhost ([95.90.236.208]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Mk0JM-1u1l7c0XCy-00bCMN; Thu, 12 Dec 2024 17:54:28 +0100 From: Gregor Zattler To: Eli Zaretskii Subject: Re: bug#74831: 31.0.50; scratch/igc: segfaults on startup when called under gdb In-Reply-To: <86frmszwai.fsf@gnu.org> References: <87ikrp3rl3.fsf@no.lan> <86jzc5ymue.fsf@gnu.org> <87cyhw513i.fsf@no.lan> <86frmszwai.fsf@gnu.org> Date: Thu, 12 Dec 2024 17:53:50 +0100 Message-ID: <871pyc4zc1.fsf@no.lan> MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:vBjNTDWLoHKtKPNNjcxFrD4XvN2n1AQzVw4RWiEqI0OYwSZOBQq ZZkxGRxL7w4wh4z5JYeBuai2i4SbI3kexqsRyipUt++mFH5TY+b8uTG2bZuw4TsgqauT99P KgKuyZcz005EGRAaUics+9XLI/+ZRxoV1OL2Gn2L9EDq/e7A4nP6/dl4+7haE0DCYcUmzEn vikzOMGfdGSYiA4U3B6rQ== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:Qzp9E4nxMsc=;xuQ9BgCqsHS/4RnWDs/YQNOl1AB aPqQutrPLgPWG+o+10zRpXM1G07hImT0/86JFBprjLnnqT66VmOjXgT4wANvGyUKzazJkwwY1 dYhvkYC1YIuL86/XxcHbMy8IM/AyxfAoIC+J3sDAjLQaozblNk4/RSBxIGS08sT/FLGnOmhw9 rOVOGb9G+gs0w2B/WA6PdBnUGOtrbtNvbMZFA6+kF5miCdl5VYcW5maKx836UJplbiC6IiArU Xz17cC5lDPi+5abXOAB8z/HbQunvbZ/0bUc6ut0notTiYp5XXrxu3AIQfzP761ZwWxmysguk5 Io/IJOTUh8rGMKCYCzLRL9Dx3PhdJrK0cWnvEPXdZe+JraxdDvKae0kSEL9jztDsgbi8SNLI+ 55h1iDKFHsLxx3o7sWMpL+2nzdKuQufMbUUNvJ/d4UIPPsthFunsZFSvpD2ANWFswVYwIRdpX lTqFfv/XV+zhzJEWibBe7T1nWdtchMutx9b6CWX++U5zdm8/TszwHjOhFMoEWkPws0+b9SeeV Lfm1Ou5QIaOXCAvu+4dWI6RFbyjFyDKPyM0EhnBjkmuOeKHro8T1klD/48e7PHHLSn8rfnBWD MpQ/lQbrrVlmhlZfepQoc1srotrzYfRLbXggd5SgeY6iCwwEOO9fuD3jdwV/rM6zoVKP85l+s 9uFPGWqMpV4vS6wV5kgL9/uc7/QoQW2eliWSKyiW8t+UaQRgldi5RXD7m3CS2zYD8IGY4Zxk7 Qci3CcFCmuRq9UM/oOup+NM0KFtFUiwZ1QrDBioFYP/Fkf+ORDe+SfgTifOcgj3HNUXgDN+S8 uxNJ8Uovh1VPaDJGEFmRd9oJvhJTe0fhp+FmNl+LdbZRh40CmLyLwI/mIFyQh1cw93W+wOXSx qYyzjytCwsVppahihrYMEwsxdGi7iEUBGJWmX97nAlHpGtwWlSdWyXKP39I/DHtc9fFsxck+d PpMHdWF7dQcs2SDM54zd0Ilz6+72Vi1V8hgC7uwO7/3V7zLZ7ieZNUyja4m2n6aFnYcsDCiiy wOOV0nrLioepZzaEqrvuD+EZUIHx0ZGP1NAGYossYL48m6MPQjzjd1mC4MBjOO8/sPrWAgF9R ZhOzm0CH0BPfFe3pFjWe8hQ2P6Zfea Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 74831 Cc: 74831@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hi Eli, * Eli Zaretskii [2024-12-12; 18:43 +02]: >> From: Gregor Zattler >> Cc: 74831@debbugs.gnu.org >> Date: Thu, 12 Dec 2024 17:15:45 +0100 >> >> >> Program received signal SIGSEGV, Segmentation fault. >> >> 0x0000555555779816 in XSETCDR (c=3D..., n=3Dn@entry=3D...) at ./src/= lisp.h:1605 >> >> 1605 *xcdr_addr (c) =3D n; >> > >> > So what is the value of xcdr_addr(s) here? It looks like >> > dereferencing it causes the segfault, so its value might give us some >> > hints. >> >> sorry, I'm clueless: >> >> (gdb) print xcdr_addr >> No symbol "xcdr_addr" in current context. > > No, you should say > > (gdb) print xcdr_addr(c) this I also tried: (gdb) print xcdr_addr(c) No symbol "xcdr_addr" in current context. >> > Also, where did you start GDB? It looks like you started it not from >> > the Emacs' src/ directory, >> >> I started it in the Emacs src directory:: >> >> (gdb) pwd >> Working directory /home/grfz/src/emacs-igc2/src. >> >> because you once told me to do so for >> gdb. > > That's strange, because if you did that, the backtrace command would > have shown a Lisp backtrace as well, which didn't happen. > >> I now added >> >> -ex "source /home/grfz/src/emacs-igc2/src/.gdbinit" >> >> to my gdb invocation and tried again. >> Now there are plenty of >> >> Program received signal SIGSEGV, Segmentation fault. > > That's expected. > >> lines in GDBs output but Emacs runs and >> and (not so far) functions correct. >> >> > before running Emacs. That's because the MPS library uses SIGSEGV fo= r >> > its memory barriers, and .gdbinit there makes sure such SIGSEGVs don'= t >> > stop Emacs. IOW, this could be a false positive, not a real segfault= . >> >> That seemed to be the case. > > Yes. > > I think we can close this bug now. Fine with me. Regards, gregor From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 12 13:56:43 2024 Received: (at 74831-done) by debbugs.gnu.org; 12 Dec 2024 18:56:43 +0000 Received: from localhost ([127.0.0.1]:40320 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLoMc-0002VM-Hm for submit@debbugs.gnu.org; Thu, 12 Dec 2024 13:56:43 -0500 Received: from eggs.gnu.org ([209.51.188.92]:46528) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tLoMa-0002V3-6e for 74831-done@debbugs.gnu.org; Thu, 12 Dec 2024 13:56:40 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1tLoMU-0006tj-Ty; Thu, 12 Dec 2024 13:56:34 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=1zjFfpkYxEvSbYJrZANjQd6ng2iry6XYW8TInaxOfO8=; b=KdMb8EnzFHsB sS1gsSLKoi8jIvS8isKByTHtjBzSzPgHCnWW/tE7PFBa0I9JQGcMjEAmrRKgVZMSbluEqu1Ysf5jX KB70dBt6j70dcs+/KNpMwX/0PvqAXKWIeT2Vpw31RZn+ODDpCsrRxQbNjrEl64Rj6vgBkCT8/50lm L73wOuMAn608SMkX+KPg7iJFCzaKUyptE57Uh6fCePDEUkeDghrM1J8aLuxIL6waOjVhjzvYywFN+ rzf0ZRGuHtFNEQktZ6cmkaUVMRTP6lOlaVMZ57gDpVJnoy7GklwDRbBrqslOzmoue2Wv0bZ98lPhE CA2a18c+4NDSgF9LNdxGag==; Date: Thu, 12 Dec 2024 20:56:31 +0200 Message-Id: <86cyhwzq5c.fsf@gnu.org> From: Eli Zaretskii To: Gregor Zattler In-Reply-To: <871pyc4zc1.fsf@no.lan> (message from Gregor Zattler on Thu, 12 Dec 2024 17:53:50 +0100) Subject: Re: bug#74831: 31.0.50; scratch/igc: segfaults on startup when called under gdb References: <87ikrp3rl3.fsf@no.lan> <86jzc5ymue.fsf@gnu.org> <87cyhw513i.fsf@no.lan> <86frmszwai.fsf@gnu.org> <871pyc4zc1.fsf@no.lan> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 74831-done Cc: 74831-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Gregor Zattler > Cc: 74831@debbugs.gnu.org > Date: Thu, 12 Dec 2024 17:53:50 +0100 > > >> >> 1605 *xcdr_addr (c) = n; > >> > > >> > So what is the value of xcdr_addr(s) here? It looks like > >> > dereferencing it causes the segfault, so its value might give us some > >> > hints. > >> > >> sorry, I'm clueless: > >> > >> (gdb) print xcdr_addr > >> No symbol "xcdr_addr" in current context. > > > > No, you should say > > > > (gdb) print xcdr_addr(c) > > this I also tried: > > (gdb) print xcdr_addr(c) > No symbol "xcdr_addr" in current context. I guess you were in the wrong call-stack frame, then? > > I think we can close this bug now. > > > Fine with me. Done. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 13 03:59:59 2024 Received: (at 74831) by debbugs.gnu.org; 13 Dec 2024 08:59:59 +0000 Received: from localhost ([127.0.0.1]:41540 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tM1Wh-0001u9-1M for submit@debbugs.gnu.org; Fri, 13 Dec 2024 03:59:59 -0500 Received: from mail-4322.protonmail.ch ([185.70.43.22]:31039) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tM1We-0001tf-3v for 74831@debbugs.gnu.org; Fri, 13 Dec 2024 03:59:57 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1734080378; x=1734339578; bh=jcCJ6ICDpLsJjUIU/RlRKsGmLJTuLDEddQBaKaQywiY=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector:List-Unsubscribe:List-Unsubscribe-Post; b=quKA+MVgyCwjkb2XCBccJYfNdssYVFjaLWVhJBKeQpShxooB0DgwT+aRFoanj1CCc 1D67wEFcltUrIRdDuip7qoagzQb9RGfThVqOHGn6rZfbBLoxdk9gyJW2yaEnnUiYW7 xmHLWabQSAiSjVH1noe31eH9kd2uJVpkCBy5MK7/ygvv5nWu6BL1W7fDgkv/sorBPn VA880fvudckdpDUHStwy6/obgLgNhNkZq3MCsEwLFVW84yrsUl/d7FFwmpIp246wbg 3vntbAplNzzpzBnl+EHRZcXSyu5dQcnQAmaF4y0cJi4dD6lrtr8kLRV/jbd8CTcG1T HhPwfhwn7cRGg== Date: Fri, 13 Dec 2024 08:59:33 +0000 To: 74831@debbugs.gnu.org From: Pip Cet Subject: Re: bug#74831: 31.0.50; scratch/igc: segfaults on startup when called under gdb Message-ID: <87pllwgdrs.fsf@protonmail.com> In-Reply-To: <86cyhwzq5c.fsf@gnu.org> References: <87ikrp3rl3.fsf@no.lan> <86jzc5ymue.fsf@gnu.org> <87cyhw513i.fsf@no.lan> <86frmszwai.fsf@gnu.org> <871pyc4zc1.fsf@no.lan> <86cyhwzq5c.fsf@gnu.org> Feedback-ID: 112775352:user:proton X-Pm-Message-ID: 2f7d25e84e5698b22a004b24c93cc02e2156978a MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 74831 Cc: eliz@gnu.org, telegraph@gmx.net X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) "Eli Zaretskii" writes: >> > I think we can close this bug now. >> >> Fine with me. > > Done. Sorry to respond to a closed bug report, but I just pushed a change to README-IGC which mentions the use of SIGSEGV by MPS. While there is more to be said on the topic (users of lldb on non-macOS systems have to change signal disposition manually, right now; and solaris/sparc gdb loses the siginfo information when receiving a SIGSEGV, which means MPS builds on those systems happen to work but cannot be debugged with gdb), I've tried to keep it short. Thanks again for the report! Pip From unknown Fri Jun 13 11:11:47 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 10 Jan 2025 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator