From unknown Wed Aug 20 05:43:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54501: 27.2; to be disclosed in private Resent-From: Andy Gaynor Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Mar 2022 14:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 54501 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 54501@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.164787331219295 (code B ref -1); Mon, 21 Mar 2022 14:36:02 +0000 Received: (at submit) by debbugs.gnu.org; 21 Mar 2022 14:35:12 +0000 Received: from localhost ([127.0.0.1]:37774 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWJ7o-000518-13 for submit@debbugs.gnu.org; Mon, 21 Mar 2022 10:35:12 -0400 Received: from lists.gnu.org ([209.51.188.17]:59594) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWIz2-0004lz-H6 for submit@debbugs.gnu.org; Mon, 21 Mar 2022 10:26:08 -0400 Received: from eggs.gnu.org ([209.51.188.92]:52200) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nWIz2-0006m0-77 for bug-gnu-emacs@gnu.org; Mon, 21 Mar 2022 10:26:08 -0400 Received: from mout.gmx.com ([74.208.4.201]:40991) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nWIyy-0006bk-Hq for bug-gnu-emacs@gnu.org; Mon, 21 Mar 2022 10:26:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mail.com; s=dbd5af2cbaf7; t=1647872762; bh=j28VkMzDimneV3jEME/Cl6nVmgVtntLJk75efSy7dYY=; h=X-UI-Sender-Class:From:To:Subject:Date; b=qIupIJLKk4ZY0j4JkakJLnm/IRXjAd4I9ABSyjaOm10kxaTfFtdcCDWek4bf6TX9b vlMRwW8ncFkL5F9ezweJUB5Da5PCWeoGmcHkN96LC3gHCeyGOhIjMPmvxelDAwGqfD lwx7LzgBccrAdoqpMRUfvQM+aOoJAtGXQrKO1nno= X-UI-Sender-Class: 214d933f-fd2f-45c7-a636-f5d79ae31a79 Received: from [209.208.216.153] ([209.208.216.153]) by web-mail.mail.com (3c-app-mailcom-lxa14.server.lan [10.76.45.15]) (via HTTP); Mon, 21 Mar 2022 15:26:02 +0100 MIME-Version: 1.0 Message-ID: From: Andy Gaynor Content-Type: text/html; charset=UTF-8 Date: Mon, 21 Mar 2022 15:26:02 +0100 Importance: normal Sensitivity: Normal X-Priority: 3 X-Provags-ID: V03:K1:5O7rdlMz8Jl+m2IHKAyTWrCh+FW/E7Vta29pmYL9zRuhyK7lDTHREy2AK3nz3A2ytUJKg QhVWMogyaYr3Ap3rh5BZTzPC2ozaFlc8om52uCl3AwSE4zxNybkn7cnV0YC+mOVKqA8ZNuO4VLFr fFJocvT++YM5/q4BC2sOg8DG9EVIwbNPIrBk+tlyHkj3BsW5I2sVsqW0a1t2i0jvZHTIg2tiFQ8a fnwIQeDcTETexLYAiiOZoISbBE9Kzlbb2Ks0l3J8Vvi9FYwf5sRgPY/m4T/XYBHcebeLibjk0tBD 3A= X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:Da2ZeKId+5k=:Bra3UO334vDFJrS4rNT51H Zg8Q1K1joX9rdXG5xBmoHsHtGnV+vR6VacK/HdE4Gomfho3JcLQCBGyeYPDe+xRZ4BcqdXbz5 3LwDlQNCeWuvzmYYwr5jW5Yf00/Uw9JnWqxsGr0b1unD+ESlVxwDe2k8SBA/FiYGLBuzd2d7j en27XRDHF2hdmkdzAho/80DF+D6+dXqveP2bvdUP6uToTV0jvBgEkZoQ9VOYmpF54StHErTtX kN1kbtThjCqIXy8AcJfDlo6MHdZH6j1zjdu2VfQHGbLGjWUnDHrytXqXQ1zBn8TNgMpwuJxhG FOuuXzYrPUeuofTSo5Lf6Tu24NnsOIdk96dxHiG2hEksWXTrhkVkLFJ+mi/sfeoO62DwM1orG fUffrCvnonnY5+8nLlM3JDU2xPh/MQZGh1qL3yAS7XDJpPg5joyMV8MBaH8h3qDcd7eRDXauS B55wmYsRpVfBXgrjcJBab/tIC/rsHxcBtnxtEx52LCcgASdom7pIduH2pVpBlpViH8L42GoSm lBQBmUnXtVCk6tbz76KbpFzuydm58o+zs6xb7VgYqKU63y6WSEpvYbilbmIyu6NVy4CsGLJz7 hJF4hJi22AZUi7Ntiw1XM1Y0rTxruqz4Bug5HNxBBV3h95HVvMshQ5wiZQ0GfPZUefEQdRSQg GMYCLIpN/CMQ4phrAIwR5yG/x2fQwt1mI6j0Tyo9kbQPTaSgPGEtfyJZfAqvR8z8ROITws5AL 3EdtW6zXGEoPxlQcDM66KIj2xN4SmjTZMcYY5aeHjLToOwsJOLXv+yQ3GI1qlt3V83w3X3ug4 rbhGgm9 Received-SPF: pass client-ip=74.208.4.201; envelope-from=goldipox@mail.com; helo=mout.gmx.com X-Spam_score_int: -26 X-Spam_score: -2.7 X-Spam_bar: -- X-Spam_report: (-2.7 / 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, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.3 (/) X-Mailman-Approved-At: Mon, 21 Mar 2022 10:35:10 -0400 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 (--)
Hello Emacs folks, this bug involves a file permissions thing
that would be imprudent for me to advertise, I'll leave that to you.
Contact me directly and you'll receive my prompt and full attention,
starting and hopefully ending with a complete bug report.
It's not drama, it's just Emacs.  Thanks for the fancy-pants editor!
 
Regards, Andy   goldipox@mail.com

In GNU Emacs 27.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.33, cairo version 1.17.4)
 of 2022-03-11 built on arojas
Windowing system distributor 'The X.Org Foundation', version 11.0.12101003
System Description: Manjaro Linux
 
Recent messages:
Loading saveplace...done
Loading paren...done
Warning: desktop file appears to be in use by PID 1032.
Using it may cause conflicts.  Use it anyway? (y or n) n
Desktop file in use; not loaded.
For information about GNU Emacs and the GNU system, type C-h C-a.
 
Configured using:
 'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
 --localstatedir=/var --with-x-toolkit=gtk3 --with-xft --with-wide-int
 --with-modules --with-cairo --with-harfbuzz 'CFLAGS=-march=x86-64
 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2
 -Wformat -Werror=format-security -fstack-clash-protection
 -fcf-protection -flto=auto'
 'LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -flto=auto''
 
Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GSETTINGS GLIB NOTIFY
INOTIFY ACL GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS LIBSYSTEMD JSON
PDUMPER LCMS2 GMP
 
Important settings:
  value of $LC_MONETARY: en_US.UTF-8
  value of $LC_NUMERIC: en_US.UTF-8
  value of $LC_TIME: en_US.UTF-8
  value of $LANG: en_US.utf8
  locale-coding-system: utf-8-unix
 
Major mode: Lisp Interaction
 
Minor modes in effect:
  show-paren-mode: t
  save-place-mode: t
  shell-dirtrack-mode: t
  minibuffer-depth-indicate-mode: t
  desktop-save-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  mouse-wheel-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
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t
 
Load-path shadows:
None found.
 
Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
format-spec rfc822 mml mml-sec password-cache epa derived epg epg-config
gnus-util rmail rmail-loaddefs text-property-search time-date subr-x seq
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr
mail-utils paren saveplace cus-start cus-load shell pcomplete comint
ansi-color ring apropos help-mode easymenu cl-macs clause-default-p
defprop predicase mb-depth desktop frameset cl-loaddefs cl-lib wile
proper-cons gv void byte-opt bytecomp byte-compile cconv tooltip eldoc
electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win
x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame minibuffer 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 composite charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray 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 threads dbusbind inotify lcms2 dynamic-setting
system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit
x multi-tty make-network-process emacs)
 
Memory information:
((conses 16 66594 8055)
 (symbols 48 8254 1)
 (strings 32 21024 2412)
 (string-bytes 1 682203)
 (vectors 16 11222)
 (vector-slots 8 145599 7670)
 (floats 8 31 19)
 (intervals 56 218 0)
 (buffers 1000 11))
 
From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 22 10:39:58 2022 Received: (at control) by debbugs.gnu.org; 22 Mar 2022 14:39:58 +0000 Received: from localhost ([127.0.0.1]:41579 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWffy-0003Oz-3t for submit@debbugs.gnu.org; Tue, 22 Mar 2022 10:39:58 -0400 Received: from quimby.gnus.org ([95.216.78.240]:34886) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWffu-0003Ok-1f for control@debbugs.gnu.org; Tue, 22 Mar 2022 10:39:57 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=KpBA1Nwz0cSc7PnEc685qjLuc6eMZFup3voJltl0l7E=; b=fj2FkypiIL9VGOfePDx6qlZaQE aLVRWrMMAPXPa939XkzDd5P0cmfJx+Oh2Bx4y4H2YinMGmTFo9KJRycfUkoznGeo8JUpOoysp63oF F0M3qjh4TxAwJ5HwySxhRA+zVKMUpa38V80YrNO0fScz/8OjLxvgr7b4yYRvreAx5Zrw=; Received: from 109.179.236.69.tmi.telenormobil.no ([109.179.236.69] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nWffm-0006uZ-Of for control@debbugs.gnu.org; Tue, 22 Mar 2022 15:39:48 +0100 Date: Tue, 22 Mar 2022 15:39:46 +0100 Message-Id: <87k0cmkq4t.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #54501 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: retitle 54501 Segfault on recursive structure quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 TVD_RCVD_IP Message was received from an IP address -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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 (---) retitle 54501 Segfault on recursive structure quit From unknown Wed Aug 20 05:43:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54501: Segfault on recursive structure Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2022 14:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54501 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andy Gaynor Cc: 54501@debbugs.gnu.org, Stefan Monnier Received: via spool by 54501-submit@debbugs.gnu.org id=B54501.164796029613651 (code B ref 54501); Tue, 22 Mar 2022 14:45:02 +0000 Received: (at 54501) by debbugs.gnu.org; 22 Mar 2022 14:44:56 +0000 Received: from localhost ([127.0.0.1]:41594 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWfkm-0003Y7-4C for submit@debbugs.gnu.org; Tue, 22 Mar 2022 10:44:56 -0400 Received: from quimby.gnus.org ([95.216.78.240]:34954) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWfkk-0003Xq-9z for 54501@debbugs.gnu.org; Tue, 22 Mar 2022 10:44:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=ftmYqw2xDAAg+FHePZRY8J98L9lo1ZVOhlQGX2207sI=; b=igxCoPAu+ggn54/kcSNM1L6C7w vX6l0OOeAcm3TTo6cPDSgrbvuQRNszTiGuHYf/+6vJeXj8AClUgpQVJ/kvuyjVs394SK9sZoEDLlE nDoJZbGSenmbVRjrKYjz5AgnhsRSnoDreFxgCZnayk3C9g2jua3TnOXkriHpHNLsHpwg=; Received: from 109.179.236.69.tmi.telenormobil.no ([109.179.236.69] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nWfka-0006wm-Kp; Tue, 22 Mar 2022 15:44:46 +0100 From: Lars Ingebrigtsen References: Date: Tue, 22 Mar 2022 15:44:43 +0100 In-Reply-To: (Andy Gaynor's message of "Mon, 21 Mar 2022 15:26:02 +0100") Message-ID: <87cziekpwk.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: So this bug report is about two things. The first is that this reads to (nil): #0=#0# Which seems odd. Reading #0=#1# signals an error, but it's not immediately clear to me whether #0=#0# is totally nonsensical or not. And if not, is (nil) the right result? Anybody? Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 TVD_RCVD_IP Message was received from an IP address -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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 (---) So this bug report is about two things. The first is that this reads to (nil): #0=#0# Which seems odd. Reading #0=#1# signals an error, but it's not immediately clear to me whether #0=#0# is totally nonsensical or not. And if not, is (nil) the right result? Anybody? The other thing is more serious, and reading the following will segfault your Emacs, so don't do that: #0=[#1=(#0# . #1#)] Now, Emacs segfaults on trying to gc a number of recursive objects (especially ones that recurse in the `car'), but this seems to actually segfault in the reader. Is it obvious to anybody why? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Wed Aug 20 05:43:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54501: Segfault on recursive structure Resent-From: Andreas Schwab Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2022 15:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54501 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: Andy Gaynor , 54501@debbugs.gnu.org, Stefan Monnier Received: via spool by 54501-submit@debbugs.gnu.org id=B54501.164796138323707 (code B ref 54501); Tue, 22 Mar 2022 15:04:01 +0000 Received: (at 54501) by debbugs.gnu.org; 22 Mar 2022 15:03:03 +0000 Received: from localhost ([127.0.0.1]:41609 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWg2J-0006AJ-2V for submit@debbugs.gnu.org; Tue, 22 Mar 2022 11:03:03 -0400 Received: from mail-out.m-online.net ([212.18.0.9]:55657) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWg2G-00069s-OQ for 54501@debbugs.gnu.org; Tue, 22 Mar 2022 11:03:01 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 4KNF8y5ZT0z1r1fd; Tue, 22 Mar 2022 16:02:58 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 4KNF8y3fDPz1qqkD; Tue, 22 Mar 2022 16:02:58 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id mzs_ubkc63w4; Tue, 22 Mar 2022 16:02:57 +0100 (CET) X-Auth-Info: 3h4TvNA32yUF57756a8IAuPeriLQHCwCu4swMwUxBthymbRY/bxVQ906JQ75mBxU Received: from igel.home (ppp-46-244-174-87.dynamic.mnet-online.de [46.244.174.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Tue, 22 Mar 2022 16:02:57 +0100 (CET) Received: by igel.home (Postfix, from userid 1000) id 4D4BA2C3622; Tue, 22 Mar 2022 16:02:57 +0100 (CET) From: Andreas Schwab References: <87cziekpwk.fsf@gnus.org> X-Yow: There's enough money here to buy 5000 cans of Noodle-Roni! Date: Tue, 22 Mar 2022 16:02:57 +0100 In-Reply-To: <87cziekpwk.fsf@gnus.org> (Lars Ingebrigtsen's message of "Tue, 22 Mar 2022 15:44:43 +0100") Message-ID: <87y212do7y.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.5 (/) 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.5 (-) On Mär 22 2022, Lars Ingebrigtsen wrote: > So this bug report is about two things. The first is that this reads to > (nil): > > #0=#0# > > Which seems odd. Reading #0=#1# signals an error, but it's not > immediately clear to me whether #0=#0# is totally nonsensical or not. > And if not, is (nil) the right result? Anybody? That's an side effect of the implementation: (nil) is the placeholder object which #0# then references. > The other thing is more serious, and reading the following will segfault > your Emacs, so don't do that: > > #0=[#1=(#0# . #1#)] > > Now, Emacs segfaults on trying to gc a number of recursive objects > (especially ones that recurse in the `car'), but this seems to actually > segfault in the reader. Is it obvious to anybody why? Does it crash in substitute_object_recurse? -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From unknown Wed Aug 20 05:43:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54501: Segfault on recursive structure Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 22 Mar 2022 15:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54501 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andreas Schwab Cc: Andy Gaynor , 54501@debbugs.gnu.org, Stefan Monnier Received: via spool by 54501-submit@debbugs.gnu.org id=B54501.164796147123838 (code B ref 54501); Tue, 22 Mar 2022 15:05:02 +0000 Received: (at 54501) by debbugs.gnu.org; 22 Mar 2022 15:04:31 +0000 Received: from localhost ([127.0.0.1]:41613 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWg3j-0006CQ-DZ for submit@debbugs.gnu.org; Tue, 22 Mar 2022 11:04:31 -0400 Received: from quimby.gnus.org ([95.216.78.240]:35154) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWg3i-0006CB-8D for 54501@debbugs.gnu.org; Tue, 22 Mar 2022 11:04:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=JPbCYRNwlKl6x5/6NA0Y/OHZZKJtBNBP/X5JT310rdQ=; b=ov3PyU4Zv85GVi8MnleMtyYSZy sxxFyFiFXcHYAWEXoE9hToQlgbHg7lludXVwynsZzQqVXsBNGuJb81Z65HD1AFDhx0xdRtZ7ZHdh7 RpqjZ5aRq9SYIR/R4qXkRzbJRHlwdlB2xvhrXypnz5WKypmHohMjST40Sf4E28hrFidg=; Received: from 109.179.236.69.tmi.telenormobil.no ([109.179.236.69] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nWg3Y-00078K-S3; Tue, 22 Mar 2022 16:04:23 +0100 From: Lars Ingebrigtsen References: <87cziekpwk.fsf@gnus.org> <87y212do7y.fsf@igel.home> Date: Tue, 22 Mar 2022 16:04:19 +0100 In-Reply-To: <87y212do7y.fsf@igel.home> (Andreas Schwab's message of "Tue, 22 Mar 2022 16:02:57 +0100") Message-ID: <874k3qkozw.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Andreas Schwab writes: > That's an side effect of the implementation: (nil) is the placeholder > object which #0# then references. Ah, right. Should it signal an error instead, do you think? Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 TVD_RCVD_IP Message was received from an IP address -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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 (---) Andreas Schwab writes: > That's an side effect of the implementation: (nil) is the placeholder > object which #0# then references. Ah, right. Should it signal an error instead, do you think? > Does it crash in substitute_object_recurse? Yup. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Wed Aug 20 05:43:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54501: Segfault on recursive structure Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 25 Mar 2022 15:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54501 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andy Gaynor Cc: 54501@debbugs.gnu.org Received: via spool by 54501-submit@debbugs.gnu.org id=B54501.16482224804701 (code B ref 54501); Fri, 25 Mar 2022 15:35:02 +0000 Received: (at 54501) by debbugs.gnu.org; 25 Mar 2022 15:34:40 +0000 Received: from localhost ([127.0.0.1]:52205 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nXlxX-0001Dk-SF for submit@debbugs.gnu.org; Fri, 25 Mar 2022 11:34:40 -0400 Received: from quimby.gnus.org ([95.216.78.240]:42728) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nXlxW-0001DX-EJ for 54501@debbugs.gnu.org; Fri, 25 Mar 2022 11:34:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=tuEzbgmQA5412LISLz446gyiWh4WFZeISbZysdvYTNg=; b=bwaRJm01nD5zl3mh4EbstcB9+Z WGKuFz6ywAGoxhDG27iSg6ceppPVqqz4TZh8lT7kX34YyJw0OK9++cLqF2W7mAVnZiswTFKUytBVK hS3ePxGn1xeK7/h0J/FqqdrvMw0WLlFuowZkDKEhDs8vFOjgKiq4ejlvjAUY3NqCSsNo=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nXlxP-0004Nx-06; Fri, 25 Mar 2022 16:34:32 +0100 From: Lars Ingebrigtsen References: <87cziekpwk.fsf@gnus.org> <87y212do7y.fsf@igel.home> <874k3qkozw.fsf@gnus.org> Date: Fri, 25 Mar 2022 16:34:30 +0100 In-Reply-To: (Andy Gaynor's message of "Wed, 23 Mar 2022 16:24:05 +0100") Message-ID: <87v8w2dp15.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: (Re-sending for the bug tracker.) Andy Gaynor writes: >> #0=#0# = (nil) > > This error is intrinsic to the process, much like the first time Scheme > sees (define z z). It probably needs to be checked explicitly--when > first defining a label, its value [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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 (---) (Re-sending for the bug tracker.) Andy Gaynor writes: >> #0=#0# = (nil) > > This error is intrinsic to the process, much like the first time Scheme > sees (define z z). It probably needs to be checked explicitly--when > first defining a label, its value cannot be a reference to that label. > If the label is already defined, dandy, nothing to check or initialize. > > That (nil) = (nil . nil) looks suspiciously stubby. (Nil nil nil, so > much nil in the world, the most distinguished value in the language, > tossed around so casually.) I wouldn't be surprised to learn that it's > an optimization, a speculative initialization favoring the common case of > defining a label to a pair. I could be wrong. Hmmm, (#0=3 #0=#0#) is > well-defined, and should be (3 3). Or prohibited for no good reason, > which seems to be the trend nowadays. Prohibiting this is consistent > with prohibiting assignments and restricting alists to only allow one > association per key. Stupid. (Oh, did I write that out loud?) > > In Emacs, (#0=3 #0=#0#) = (3 (nil)), ung, (nil . nil) again. Given that > [#0=3 #0=#0#] = [3 3] and #s(#0=Z #0=#0#) = #s(Z Z), I'm more inclined to > call this another pair-handling error. > >> Emacs segfaults on trying to gc a number of recursive objects, >> but #0=[#1=(#0# . #1#)] seems to actually segfault in the reader. >> Is it obvious to anybody why? > > Perhaps this instance is more... distilled. Both objects are labeled, > both labels are used, all components are labels, and one is self-cyclic. > Note that the expression crashes when either pair component is > self-cyclic, and doesn't crash when- Strike that, let's start with simple > and work our way up. > > #0=(#0# . #0#) = #1=(#1# . #1#) = ok > > #1=#0=[#0# #0#] = #1=[#1# #1#] = ok > #1=#0=(#0# . #0#) = (#1=(#1# . #1#) . #1#) = bad > > #2=#1=#0=[#0# #0#] = #1=[#1# #1#] = ok > #2=#1=#0=(#0# . #0#) -> (#1=(#1# . #1#) . #1#) = bad > > Another bug manifesting for pairs and not other stuff? I'm satisfied. > > I haven't looked inside Emacs yet, but usually, most types are treated > much the same, but pairs are augmented with optimizations for lists, > making them more complicated. Heck, in my still-skeletal fasl, arrays > are handled with 4 instructions, the model-to-be for most referential > types. However, pairs/lists have 11 instructions, handling list and > list* under various conditions (automatically selected, of course). I > added the list optimizations very early, in near isolation, because this > is subtle business. > > I just polled 24 Lisps. 9 didn't implement labels. 2 gave me guff > (dammit Racket and a no-name), so screw 'em. Of the 13 left, the same 5 > flubbed label-thyself and relabel-thyself. 4 flubbed #0=(#0# . #0#), and > 3 flubbed #0=[#1=(#0# . #1#)]. The point, oh yeah. These folks are > skilled programmers on familiar turf and still have problems. Being a > GNU venue, I'll mention that GCL failed to build (incorrectly setting > things up for signal.h?) and Guile flubbed all four tests. > > Other than the label issues and pairs/lists going to hell in a humv, do > things seem ok? I just fed emacs a lot of funk, but with no pairs/lists > or fringe label cases, and everything worked. I recommend running with > that, which seems safer than trying to debug something unfamiliar that > trips up everyone. Make a working copy of read. Completely remove any > handling for pairs/lists, label stubs, whatever. Make labels nice, work > the kinks out of the fringe cases. Add pairs back generically, coded > much like everything else--no label or list optimizations. When you've > got it right, commit to the copy. The snipped optimizations can be > snarfed from a trusted source (no guff or flubs from Bigloo, Chez, Clisp, > Gambit, Gauche, Kawa, SBCL) at your convenience. Kawa was the one that > retained label redefinitions, making it worth a peek. > > Regards, Andy From unknown Wed Aug 20 05:43:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54501: Segfault on recursive structure References: In-Reply-To: Resent-From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 26 Mar 2022 16:00:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54501 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Andy Gaynor Cc: Lars Ingebrigtsen , 54501@debbugs.gnu.org, Andreas Schwab , Stefan Monnier Received: via spool by 54501-submit@debbugs.gnu.org id=B54501.16483103474256 (code B ref 54501); Sat, 26 Mar 2022 16:00:03 +0000 Received: (at 54501) by debbugs.gnu.org; 26 Mar 2022 15:59:07 +0000 Received: from localhost ([127.0.0.1]:54550 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nY8ol-00016a-6A for submit@debbugs.gnu.org; Sat, 26 Mar 2022 11:59:07 -0400 Received: from mail1468c50.megamailservers.eu ([91.136.14.68]:41834 helo=mail268c50.megamailservers.eu) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nY8oi-000164-Qz for 54501@debbugs.gnu.org; Sat, 26 Mar 2022 11:59:06 -0400 X-Authenticated-User: mattiase@bredband.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=megamailservers.eu; s=maildub; t=1648310337; bh=14CPEBjIGTB1J946+gu/D+jmtfYLixt+bCsybwk9qO0=; h=From:Subject:Date:Cc:To:From; b=WqgPJZYzVdazCmPvTKMxqlwcGP30f6TlQUS1rfdM/MXNBA5lAD549Ar22ADSgn4oi CSXlNEvyoqK+ADBEa9ig5dPXmx1zIYy2m2DFn5us7B5RIyh3d8b7XrOCeATBcQCjZ6 hRvYo48Du/o/DbPNv4P3rcPyFNkRLPqiYiWAW1rM= Feedback-ID: mattiase@acm.or Received: from smtpclient.apple (c-b952e353.032-75-73746f71.bbcust.telenor.se [83.227.82.185]) (authenticated bits=0) by mail268c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id 22QFwr5u017551; Sat, 26 Mar 2022 15:58:55 +0000 From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Content-Type: multipart/mixed; boundary="Apple-Mail=_FCB9FD20-DF36-4949-BCD3-A42179DC5FC1" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Message-Id: <839D376A-2234-4A2A-AB7E-DCCB3D6CB149@acm.org> Date: Sat, 26 Mar 2022 16:58:53 +0100 X-Mailer: Apple Mail (2.3654.120.0.1.13) X-CTCH-RefID: str=0001.0A742F1E.623F3841.0003, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-Origin-Country: SE X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > #0=[#1=(#0# . #1#)] When the reader encounters an expression in the form #N=X, the following steps take place: 1. Create a placeholder value P which is a fresh (nil . nil) cons pair. 2. Assign the number N to P in the read_objects_map. 3. Read X as the value V, where P is used for any occurrences of #N#. 4. Ad [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) -0.0 T_SCC_BODY_TEXT_LINE No description available. 0.3 KHOP_HELO_FCRDNS Relay HELO differs from its IP's reverse DNS 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: -0.0 (/) --Apple-Mail=_FCB9FD20-DF36-4949-BCD3-A42179DC5FC1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > #0=3D[#1=3D(#0# . #1#)] When the reader encounters an expression in the form #N=3DX, the = following steps take place: 1. Create a placeholder value P which is a fresh (nil . nil) cons pair. 2. Assign the number N to P in the read_objects_map. 3. Read X as the value V, where P is used for any occurrences of #N#. 4. Add V to the read_objects_completed set. This is used for future = substitutions. 5. Traverse V to replace any occurrence of P with V itself, and return V = so modified. So far all good, but there is an optimisation: if X is a cons, then step = 5 is skipped. Instead, since P is already a cons, its CAR and CDR slots = are modified to those of V, and P is returned. That way no potentially = expensive traversal of V is required. The alert (human) reader has now spotted the error in the (lisp) reader: = step 4 added the now defunct value V to read_objects_completed, not the = actually returned value P. The traversal of the outer value, the vector = #0 in the above example, will then enter infinite recursion because = value #1 was never added to read_objects_completed. The simplest solution is to remove the optimisation but I'd say it's = algorithmically valuable and propose the attached patch. The patch fixes the #0=3D#0# nonsense as well since it's a trivial = check. Admittedly it doesn't handle #1=3D#2=3D#1# -- please keep this = bug open if you think it's important. --Apple-Mail=_FCB9FD20-DF36-4949-BCD3-A42179DC5FC1 Content-Disposition: attachment; filename=0001-Fix-reader-infinite-recursion-for-circular-mixed-typ.patch Content-Type: application/octet-stream; x-unix-mode=0644; name="0001-Fix-reader-infinite-recursion-for-circular-mixed-typ.patch" Content-Transfer-Encoding: quoted-printable =46rom=206819b064585470f2bdcb7baf88beba6b2937d811=20Mon=20Sep=2017=20= 00:00:00=202001=0AFrom:=20=3D?UTF-8?q?Mattias=3D20Engdeg=3DC3=3DA5rd?=3D=20= =0ADate:=20Sat,=2026=20Mar=202022=2016:44:18=20+0100=0A= Subject:=20[PATCH]=20Fix=20reader=20infinite=20recursion=20for=20= circular=20mixed-type=20values=0A=0AMake=20sure=20that=20the=20value=20= added=20to=20the=20`read_objects_completed`=20set=20is=0Athe=20one=20we=20= actually=20return;=20previously=20this=20wasn't=20the=20case=20for=20= conses=0Abecause=20of=20an=20optimisation=20(bug#54501).=0A=0AAlso=20add=20= a=20check=20for=20vacuous=20self-references=20such=20as=20#1=3D#1#=20= instead=20of=0Areturning=20a=20nonsense=20value=20from=20thin=20air.=0A=0A= *=20src/lread.c=20(read1):=20Treat=20numbered=20conses=20correctly=20as=20= described=0Aabove.=20=20Detect=20vacuous=20self-references.=0A*=20= test/src/lread-tests.el=20(lread-test-read-and-print)=0A= (lread-test-circle-cases,=20lread-circle):=20Add=20tests.=0A---=0A=20= src/lread.c=20=20=20=20=20=20=20=20=20=20=20=20=20|=2046=20= +++++++++++++++++++++++++++--------------=0A=20test/src/lread-tests.el=20= |=2022=20++++++++++++++++++++=0A=202=20files=20changed,=2052=20= insertions(+),=2016=20deletions(-)=0A=0Adiff=20--git=20a/src/lread.c=20= b/src/lread.c=0Aindex=20d7b56c5087..17d993abd1=20100644=0A---=20= a/src/lread.c=0A+++=20b/src/lread.c=0A@@=20-3480,6=20+3480,29=20@@=20= read1=20(Lisp_Object=20readcharfun,=20int=20*pch,=20bool=20= first_in_list,=20bool=20locate_syms)=0A=20=09=09=20=20=20=20=20=20/*=20= Read=20the=20object=20itself.=20=20*/=0A=20=09=09=20=20=20=20=20=20= Lisp_Object=20tem=20=3D=20read0=20(readcharfun,=20locate_syms);=0A=20=0A= +=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20if=20= (CONSP=20(tem))=0A+=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20{=0A+=09=09=09=20=20if=20(BASE_EQ=20(tem,=20= placeholder))=0A+=09=09=09=20=20=20=20/*=20Catch=20silly=20games=20like=20= #1=3D#1#=20*/=0A+=09=09=09=20=20=20=20invalid_syntax=20("nonsensical=20= self-reference",=0A+=09=09=09=09=09=20=20=20=20readcharfun);=0A+=0A+=09=09= =09=20=20/*=20Optimisation:=20since=20the=20placeholder=20is=20already=0A= +=09=09=09=20=20=20=20=20a=20cons,=20repurpose=20it=20as=20the=20actual=20= value.=0A+=09=09=09=20=20=20=20=20This=20allows=20us=20to=20skip=20the=20= substition=20below,=0A+=09=09=09=20=20=20=20=20since=20the=20placeholder=20= is=20already=20referenced=0A+=09=09=09=20=20=20=20=20inside=20TEM=20at=20= the=20appropriate=20places.=20=20*/=0A+=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20Fsetcar=20(placeholder,=20XCAR=20= (tem));=0A+=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20Fsetcdr=20(placeholder,=20XCDR=20(tem));=0A+=0A+=09=09=09=20= =20struct=20Lisp_Hash_Table=20*h2=0A+=09=09=09=20=20=20=20=3D=20= XHASH_TABLE=20(read_objects_completed);=0A+=09=09=09=20=20ptrdiff_t=20i=20= =3D=20hash_lookup=20(h2,=20placeholder,=20&hash);=0A+=09=09=09=20=20= eassert=20(i=20<=200);=0A+=09=09=09=20=20hash_put=20(h2,=20placeholder,=20= Qnil,=20hash);=0A+=09=09=09=20=20return=20placeholder;=0A+=09=09=09}=0A+=0A= =20=09=09=20=20=20=20=20=20/*=20If=20it=20can=20be=20recursive,=20= remember=20it=20for=0A=20=09=09=09=20future=20substitutions.=20=20*/=0A=20= =09=09=20=20=20=20=20=20if=20(!=20SYMBOLP=20(tem)=0A@@=20-3494,24=20= +3517,15=20@@=20read1=20(Lisp_Object=20readcharfun,=20int=20*pch,=20bool=20= first_in_list,=20bool=20locate_syms)=0A=20=09=09=09}=0A=20=0A=20=09=09=20= =20=20=20=20=20/*=20Now=20put=20it=20everywhere=20the=20placeholder=20= was...=20=20*/=0A-=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20if=20(CONSP=20(tem))=0A-=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20{=0A-=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20Fsetcar=20(placeholder,=20XCAR=20= (tem));=0A-=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20Fsetcdr=20(placeholder,=20XCDR=20(tem));=0A-=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20return=20= placeholder;=0A-=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20}=0A-=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20else=0A-=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20{=0A-=09=09=20=20=20=20=20=20=20=20=20=20= Flread__substitute_object_in_subtree=0A-=09=09=09=20=20=20=20(tem,=20= placeholder,=20read_objects_completed);=0A+=09=09=20=20=20=20=20=20= Flread__substitute_object_in_subtree=0A+=09=09=09(tem,=20placeholder,=20= read_objects_completed);=0A=20=0A-=09=09=20=20=20=20=20=20=20=20=20=20/*=20= ...and=20#n#=20will=20use=20the=20real=20value=20from=20now=20on.=20=20= */=0A-=09=09=09=20=20i=20=3D=20hash_lookup=20(h,=20number,=20&hash);=0A-=09= =09=09=20=20eassert=20(i=20>=3D=200);=0A-=09=09=09=20=20= set_hash_value_slot=20(h,=20i,=20tem);=0A+=09=09=20=20=20=20=20=20/*=20= ...and=20#n#=20will=20use=20the=20real=20value=20from=20now=20on.=20=20= */=0A+=09=09=20=20=20=20=20=20i=20=3D=20hash_lookup=20(h,=20number,=20= &hash);=0A+=09=09=20=20=20=20=20=20eassert=20(i=20>=3D=200);=0A+=09=09=20= =20=20=20=20=20set_hash_value_slot=20(h,=20i,=20tem);=0A=20=0A-=09=09=20=20= =20=20=20=20=20=20=20=20return=20tem;=0A-=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20}=0A+=09=09=20=20=20=20=20=20= return=20tem;=0A=20=09=09=20=20=20=20}=0A=20=0A=20=09=09=20=20/*=20#n#=20= returns=20a=20previously=20read=20object.=20=20*/=0Adiff=20--git=20= a/test/src/lread-tests.el=20b/test/src/lread-tests.el=0Aindex=20= 862f6a6595..9ec54c719c=20100644=0A---=20a/test/src/lread-tests.el=0A+++=20= b/test/src/lread-tests.el=0A@@=20-258,5=20+258,27=20@@=20lread-float=0A=20= =20=20(should=20(equal=20(read=20"-0.e-5")=20-0.0))=0A=20=20=20)=0A=20=0A= +(defun=20lread-test-read-and-print=20(str)=0A+=20=20(let*=20= ((read-circle=20t)=0A+=20=20=20=20=20=20=20=20=20(print-circle=20t)=0A+=20= =20=20=20=20=20=20=20=20(val=20(read-from-string=20str)))=0A+=20=20=20=20= (if=20(consp=20val)=0A+=20=20=20=20=20=20=20=20(prin1-to-string=20(car=20= val))=0A+=20=20=20=20=20=20(error=20"reading=20%S=20failed:=20%S"=20str=20= val))))=0A+=0A+(defconst=20lread-test-circle-cases=0A+=20=20'("#1=3D(#1#=20= .=20#1#)"=0A+=20=20=20=20"#1=3D[#1#=20a=20#1#]"=0A+=20=20=20=20= "#1=3D(#2=3D[#1#=20#2#]=20.=20#1#)"=0A+=20=20=20=20"#1=3D(#2=3D[#1#=20= #2#]=20.=20#2#)"=0A+=20=20=20=20"#1=3D[#2=3D(#1#=20.=20#2#)]"=0A+=20=20=20= =20"#1=3D(#2=3D[#3=3D(#1#=20.=20#2#)=20#4=3D(#3#=20.=20#4#)])"=0A+=20=20=20= =20))=0A+=0A+(ert-deftest=20lread-circle=20()=0A+=20=20(dolist=20(str=20= lread-test-circle-cases)=0A+=20=20=20=20(ert-info=20(str=20:prefix=20= "input:=20")=0A+=20=20=20=20=20=20(should=20(equal=20= (lread-test-read-and-print=20str)=20str))))=0A+=20=20(should-error=20= (read-from-string=20"#1=3D#1#")=20:type=20'invalid-read-syntax))=0A=20=0A= =20;;;=20lread-tests.el=20ends=20here=0A--=20=0A2.32.0=20(Apple=20= Git-132)=0A=0A= --Apple-Mail=_FCB9FD20-DF36-4949-BCD3-A42179DC5FC1-- From unknown Wed Aug 20 05:43:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54501: Segfault on recursive structure Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 26 Mar 2022 16:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54501 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Cc: Andy Gaynor , 54501@debbugs.gnu.org, Andreas Schwab , Stefan Monnier , Eli Zaretskii Received: via spool by 54501-submit@debbugs.gnu.org id=B54501.16483124207789 (code B ref 54501); Sat, 26 Mar 2022 16:34:01 +0000 Received: (at 54501) by debbugs.gnu.org; 26 Mar 2022 16:33:40 +0000 Received: from localhost ([127.0.0.1]:54588 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nY9MC-00021Y-Bn for submit@debbugs.gnu.org; Sat, 26 Mar 2022 12:33:40 -0400 Received: from quimby.gnus.org ([95.216.78.240]:54716) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nY9M9-00021I-Q1 for 54501@debbugs.gnu.org; Sat, 26 Mar 2022 12:33:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=n4mIFT2rU2nA+1nXhTk2fO4SyrNeol4W+4jYyo4al0E=; b=NWgIEubcPmG0o/xr51iBAcwhzS d7k6NXxGj1NF2qg9Y/E2qs/pSKWn7AvPd+M+NfziPnSvt/ZEFdU6NdOfBFS8hVWxfEltjNgFQFj1T qv2FkP8dtp5Hk/WlHhhvGIRTyYewN5vFNoxErpcPtt6Jb6XfC5b3y1RBbMMd+QdgE+oQ=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nY9Lv-00011M-5o; Sat, 26 Mar 2022 17:33:25 +0100 From: Lars Ingebrigtsen References: <839D376A-2234-4A2A-AB7E-DCCB3D6CB149@acm.org> Date: Sat, 26 Mar 2022 17:33:22 +0100 In-Reply-To: <839D376A-2234-4A2A-AB7E-DCCB3D6CB149@acm.org> ("Mattias =?UTF-8?Q?Engdeg=C3=A5rd?="'s message of "Sat, 26 Mar 2022 16:58:53 +0100") Message-ID: <87tubkd67h.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= writes: > The patch fixes the #0=#0# nonsense as well since it's a trivial > check. Thanks; seems to work perfectly. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) 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 (---) Mattias Engdeg=C3=A5rd writes: > The patch fixes the #0=3D#0# nonsense as well since it's a trivial > check. Thanks; seems to work perfectly. Do you think this is safe enough to go on the release branch? This isn't a regression (Emacs has segfaulted on the #0=3D[#1=3D(#0# . #1#)] as far back as I have Emacs versions), so I'd tend toward thinking it's not vital enough to install on the release branch, but perhaps Eli has a different opinion. Eli? > Admittedly it doesn't handle #1=3D#2=3D#1# -- please keep this bug > open if you think it's important. No, I think this fix is sufficient. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 26 13:24:42 2022 Received: (at control) by debbugs.gnu.org; 26 Mar 2022 17:24:42 +0000 Received: from localhost ([127.0.0.1]:54638 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nYA9a-0005Ry-71 for submit@debbugs.gnu.org; Sat, 26 Mar 2022 13:24:42 -0400 Received: from quimby.gnus.org ([95.216.78.240]:56030) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nYA9Y-0005Rl-Rc for control@debbugs.gnu.org; Sat, 26 Mar 2022 13:24:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=yOBPoOZEvm9/NkGZ5YfkRWzwNk8VwbXMp4pZKKu7EAQ=; b=dJrCHWimvXNfIxL9GpZJp+fXw2 KQOPzBVZ/7xupO7S9mgoWJvfWr+zQREs8WBRHBPb3AGXmwpGhN/Voh9cUXWbzkHfSCPwOy/NCR8E8 cGg4nD4SPYUm/oLGcq3bF6ly9yp7EQjLqt8826jfvuTDHH0jvu/MZz8/E0SDQpiAZ9w8=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nYA9R-0001fO-02 for control@debbugs.gnu.org; Sat, 26 Mar 2022 18:24:34 +0100 Date: Sat, 26 Mar 2022 18:24:32 +0100 Message-Id: <87zglcbp9r.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #54501 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 54501 + patch quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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 (---) tags 54501 + patch quit From unknown Wed Aug 20 05:43:08 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Andy Gaynor Subject: bug#54501: closed (Re: bug#54501: Segfault on recursive structure) Message-ID: References: X-Gnu-PR-Message: they-closed 54501 X-Gnu-PR-Package: emacs X-Gnu-PR-Keywords: patch Reply-To: 54501@debbugs.gnu.org Date: Sat, 26 Mar 2022 17:44:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1648316642-31115-1" This is a multi-part message in MIME format... ------------=_1648316642-31115-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #54501: Segfault on recursive structure which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 54501@debbugs.gnu.org. --=20 54501: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D54501 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1648316642-31115-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 54501-done) by debbugs.gnu.org; 26 Mar 2022 17:43:35 +0000 Received: from localhost ([127.0.0.1]:54647 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nYARr-000851-0m for submit@debbugs.gnu.org; Sat, 26 Mar 2022 13:43:35 -0400 Received: from mail1448c50.megamailservers.eu ([91.136.14.48]:58078 helo=mail265c50.megamailservers.eu) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nYARp-00084n-Ck for 54501-done@debbugs.gnu.org; Sat, 26 Mar 2022 13:43:34 -0400 X-Authenticated-User: mattiase@bredband.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=megamailservers.eu; s=maildub; t=1648316606; bh=t2JLbNi/8me/SbX8uDydwwpXcJCnFIN9PcccEI9SyIg=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=fD8yjJGd08pROSMWUW9vCHZtdlJ+gXyzsRaqA6/fGZ32EWiKfhIPcr2Vj5QgGg5MS ueZzQXVNaDsEmZAcYd86z/DJDBUKMByOFQWPN45UOFu+d+2VwEFKnB2eeV0akx+aOa 5macY6oEi+q+XaHeWI7cPlStxVaaOuFbNiTAZJ0A= Feedback-ID: mattiase@acm.or Received: from smtpclient.apple (c-b952e353.032-75-73746f71.bbcust.telenor.se [83.227.82.185]) (authenticated bits=0) by mail265c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id 22QHhOeG023792; Sat, 26 Mar 2022 17:43:25 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: bug#54501: Segfault on recursive structure From: =?utf-8?Q?Mattias_Engdeg=C3=A5rd?= In-Reply-To: <8F7060F3-8137-4835-873F-68E3F6B8010D@acm.org> Date: Sat, 26 Mar 2022 18:43:23 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <839D376A-2234-4A2A-AB7E-DCCB3D6CB149@acm.org> <87tubkd67h.fsf@gnus.org> <8F7060F3-8137-4835-873F-68E3F6B8010D@acm.org> To: Lars Ingebrigtsen X-Mailer: Apple Mail (2.3654.120.0.1.13) X-CTCH-RefID: str=0001.0A742F21.623F50BE.003C, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-Origin-Country: SE X-Spam-Score: 1.3 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: 26 mars 2022 kl. 17.33 skrev Lars Ingebrigtsen : > Do you think this is safe enough to go on the release branch? > > This isn't a regression (Emacs has segfaulted on the #0=[#1=(#0# . #1#)] > as far back as I have Emacs versions), so I'd tend toward [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 1.0 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) -0.0 T_SCC_BODY_TEXT_LINE No description available. 0.3 KHOP_HELO_FCRDNS Relay HELO differs from its IP's reverse DNS X-Debbugs-Envelope-To: 54501-done Cc: Andy Gaynor , 54501-done@debbugs.gnu.org, Andreas Schwab , Stefan Monnier , Eli Zaretskii 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: -0.0 (/) 26 mars 2022 kl. 17.33 skrev Lars Ingebrigtsen : > Do you think this is safe enough to go on the release branch? >=20 > This isn't a regression (Emacs has segfaulted on the #0=3D[#1=3D(#0# . = #1#)] > as far back as I have Emacs versions), so I'd tend toward thinking = it's > not vital enough to install on the release branch The context of the bug wasn't clear to me, but I didn't get the = impression that it was impeding normal Emacs usage. I'm committing the = patch to master for now. Thanks for taking a look! ------------=_1648316642-31115-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 21 Mar 2022 14:35:12 +0000 Received: from localhost ([127.0.0.1]:37774 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWJ7o-000518-13 for submit@debbugs.gnu.org; Mon, 21 Mar 2022 10:35:12 -0400 Received: from lists.gnu.org ([209.51.188.17]:59594) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nWIz2-0004lz-H6 for submit@debbugs.gnu.org; Mon, 21 Mar 2022 10:26:08 -0400 Received: from eggs.gnu.org ([209.51.188.92]:52200) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nWIz2-0006m0-77 for bug-gnu-emacs@gnu.org; Mon, 21 Mar 2022 10:26:08 -0400 Received: from mout.gmx.com ([74.208.4.201]:40991) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nWIyy-0006bk-Hq for bug-gnu-emacs@gnu.org; Mon, 21 Mar 2022 10:26:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=mail.com; s=dbd5af2cbaf7; t=1647872762; bh=j28VkMzDimneV3jEME/Cl6nVmgVtntLJk75efSy7dYY=; h=X-UI-Sender-Class:From:To:Subject:Date; b=qIupIJLKk4ZY0j4JkakJLnm/IRXjAd4I9ABSyjaOm10kxaTfFtdcCDWek4bf6TX9b vlMRwW8ncFkL5F9ezweJUB5Da5PCWeoGmcHkN96LC3gHCeyGOhIjMPmvxelDAwGqfD lwx7LzgBccrAdoqpMRUfvQM+aOoJAtGXQrKO1nno= X-UI-Sender-Class: 214d933f-fd2f-45c7-a636-f5d79ae31a79 Received: from [209.208.216.153] ([209.208.216.153]) by web-mail.mail.com (3c-app-mailcom-lxa14.server.lan [10.76.45.15]) (via HTTP); Mon, 21 Mar 2022 15:26:02 +0100 MIME-Version: 1.0 Message-ID: From: Andy Gaynor To: bug-gnu-emacs@gnu.org Subject: 27.2; to be disclosed in private Content-Type: text/html; charset=UTF-8 Date: Mon, 21 Mar 2022 15:26:02 +0100 Importance: normal Sensitivity: Normal X-Priority: 3 X-Provags-ID: V03:K1:5O7rdlMz8Jl+m2IHKAyTWrCh+FW/E7Vta29pmYL9zRuhyK7lDTHREy2AK3nz3A2ytUJKg QhVWMogyaYr3Ap3rh5BZTzPC2ozaFlc8om52uCl3AwSE4zxNybkn7cnV0YC+mOVKqA8ZNuO4VLFr fFJocvT++YM5/q4BC2sOg8DG9EVIwbNPIrBk+tlyHkj3BsW5I2sVsqW0a1t2i0jvZHTIg2tiFQ8a fnwIQeDcTETexLYAiiOZoISbBE9Kzlbb2Ks0l3J8Vvi9FYwf5sRgPY/m4T/XYBHcebeLibjk0tBD 3A= X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:Da2ZeKId+5k=:Bra3UO334vDFJrS4rNT51H Zg8Q1K1joX9rdXG5xBmoHsHtGnV+vR6VacK/HdE4Gomfho3JcLQCBGyeYPDe+xRZ4BcqdXbz5 3LwDlQNCeWuvzmYYwr5jW5Yf00/Uw9JnWqxsGr0b1unD+ESlVxwDe2k8SBA/FiYGLBuzd2d7j en27XRDHF2hdmkdzAho/80DF+D6+dXqveP2bvdUP6uToTV0jvBgEkZoQ9VOYmpF54StHErTtX kN1kbtThjCqIXy8AcJfDlo6MHdZH6j1zjdu2VfQHGbLGjWUnDHrytXqXQ1zBn8TNgMpwuJxhG FOuuXzYrPUeuofTSo5Lf6Tu24NnsOIdk96dxHiG2hEksWXTrhkVkLFJ+mi/sfeoO62DwM1orG fUffrCvnonnY5+8nLlM3JDU2xPh/MQZGh1qL3yAS7XDJpPg5joyMV8MBaH8h3qDcd7eRDXauS B55wmYsRpVfBXgrjcJBab/tIC/rsHxcBtnxtEx52LCcgASdom7pIduH2pVpBlpViH8L42GoSm lBQBmUnXtVCk6tbz76KbpFzuydm58o+zs6xb7VgYqKU63y6WSEpvYbilbmIyu6NVy4CsGLJz7 hJF4hJi22AZUi7Ntiw1XM1Y0rTxruqz4Bug5HNxBBV3h95HVvMshQ5wiZQ0GfPZUefEQdRSQg GMYCLIpN/CMQ4phrAIwR5yG/x2fQwt1mI6j0Tyo9kbQPTaSgPGEtfyJZfAqvR8z8ROITws5AL 3EdtW6zXGEoPxlQcDM66KIj2xN4SmjTZMcYY5aeHjLToOwsJOLXv+yQ3GI1qlt3V83w3X3ug4 rbhGgm9 Received-SPF: pass client-ip=74.208.4.201; envelope-from=goldipox@mail.com; helo=mout.gmx.com X-Spam_score_int: -26 X-Spam_score: -2.7 X-Spam_bar: -- X-Spam_report: (-2.7 / 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, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Mon, 21 Mar 2022 10:35:10 -0400 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 (--)
Hello Emacs folks, this bug involves a file permissions thing
that would be imprudent for me to advertise, I'll leave that to you.
Contact me directly and you'll receive my prompt and full attention,
starting and hopefully ending with a complete bug report.
It's not drama, it's just Emacs.  Thanks for the fancy-pants editor!
 
Regards, Andy   goldipox@mail.com

In GNU Emacs 27.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.33, cairo version 1.17.4)
 of 2022-03-11 built on arojas
Windowing system distributor 'The X.Org Foundation', version 11.0.12101003
System Description: Manjaro Linux
 
Recent messages:
Loading saveplace...done
Loading paren...done
Warning: desktop file appears to be in use by PID 1032.
Using it may cause conflicts.  Use it anyway? (y or n) n
Desktop file in use; not loaded.
For information about GNU Emacs and the GNU system, type C-h C-a.
 
Configured using:
 'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
 --localstatedir=/var --with-x-toolkit=gtk3 --with-xft --with-wide-int
 --with-modules --with-cairo --with-harfbuzz 'CFLAGS=-march=x86-64
 -mtune=generic -O2 -pipe -fno-plt -fexceptions -Wp,-D_FORTIFY_SOURCE=2
 -Wformat -Werror=format-security -fstack-clash-protection
 -fcf-protection -flto=auto'
 'LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -flto=auto''
 
Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GSETTINGS GLIB NOTIFY
INOTIFY ACL GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS LIBSYSTEMD JSON
PDUMPER LCMS2 GMP
 
Important settings:
  value of $LC_MONETARY: en_US.UTF-8
  value of $LC_NUMERIC: en_US.UTF-8
  value of $LC_TIME: en_US.UTF-8
  value of $LANG: en_US.utf8
  locale-coding-system: utf-8-unix
 
Major mode: Lisp Interaction
 
Minor modes in effect:
  show-paren-mode: t
  save-place-mode: t
  shell-dirtrack-mode: t
  minibuffer-depth-indicate-mode: t
  desktop-save-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  mouse-wheel-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
  column-number-mode: t
  line-number-mode: t
  transient-mark-mode: t
 
Load-path shadows:
None found.
 
Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
format-spec rfc822 mml mml-sec password-cache epa derived epg epg-config
gnus-util rmail rmail-loaddefs text-property-search time-date subr-x seq
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr
mail-utils paren saveplace cus-start cus-load shell pcomplete comint
ansi-color ring apropos help-mode easymenu cl-macs clause-default-p
defprop predicase mb-depth desktop frameset cl-loaddefs cl-lib wile
proper-cons gv void byte-opt bytecomp byte-compile cconv tooltip eldoc
electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win
x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame minibuffer 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 composite charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray 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 threads dbusbind inotify lcms2 dynamic-setting
system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit
x multi-tty make-network-process emacs)
 
Memory information:
((conses 16 66594 8055)
 (symbols 48 8254 1)
 (strings 32 21024 2412)
 (string-bytes 1 682203)
 (vectors 16 11222)
 (vector-slots 8 145599 7670)
 (floats 8 31 19)
 (intervals 56 218 0)
 (buffers 1000 11))
 
------------=_1648316642-31115-1-- From unknown Wed Aug 20 05:43:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#54501: Segfault on recursive structure Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 26 Mar 2022 18:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54501 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch To: Lars Ingebrigtsen Cc: mattiase@acm.org, 54501@debbugs.gnu.org, schwab@linux-m68k.org, monnier@iro.umontreal.ca, goldipox@mail.com Received: via spool by 54501-submit@debbugs.gnu.org id=B54501.1648317664425 (code B ref 54501); Sat, 26 Mar 2022 18:02:02 +0000 Received: (at 54501) by debbugs.gnu.org; 26 Mar 2022 18:01:04 +0000 Received: from localhost ([127.0.0.1]:54655 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nYAih-00006K-Hs for submit@debbugs.gnu.org; Sat, 26 Mar 2022 14:01:03 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57542) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nYAif-000067-GJ for 54501@debbugs.gnu.org; Sat, 26 Mar 2022 14:00:58 -0400 Received: from [2001:470:142:3::e] (port=58602 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nYAiZ-0002YL-A6; Sat, 26 Mar 2022 14:00:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=pf4mEBrvbvaVa4Ed3s+fM/UJZgdo2wB5YG77gKFe61A=; b=kp6YhiarCTKhQ3uZ268i X2iH9yJlbhzX/TYefkUMwtbFa/l86w2IzqA0bEZ/1sDSF46b4J+ZcxLHFXJCUE32uIIumm4jwsOI2 kBp47ksAsGsWA6GMRW3JDHWD7XD95IZXhbVa88kJOEc354IPvv2ALPiL/kD9adrXQzs4zr0PrWyFw hMWbAINDBKIBtRminBYq0fvITPt/RHByTZmQwNunoxY3wUrZ4AKLgzi+/wmcTZrjcdlFKJ4u4Bhkn dDdkg56y48igYXLLeKGpRwahgz8OQAKFGf1mgb6kb/Eb/sm89J3k4r6O4CF6xPXxoAUJ1jR9XL9+4 eZeyW2XrAljFWw==; Received: from [87.69.77.57] (port=2067 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nYAiY-0005Xl-My; Sat, 26 Mar 2022 14:00:51 -0400 Date: Sat, 26 Mar 2022 21:00:48 +0300 Message-Id: <83r16oa90v.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87tubkd67h.fsf@gnus.org> (message from Lars Ingebrigtsen on Sat, 26 Mar 2022 17:33:22 +0100) References: <839D376A-2234-4A2A-AB7E-DCCB3D6CB149@acm.org> <87tubkd67h.fsf@gnus.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) 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: Lars Ingebrigtsen > Cc: Andy Gaynor , 54501@debbugs.gnu.org, Stefan Monnier > , Andreas Schwab , Eli > Zaretskii > Date: Sat, 26 Mar 2022 17:33:22 +0100 > > Mattias Engdegård writes: > > > The patch fixes the #0=#0# nonsense as well since it's a trivial > > check. > > Thanks; seems to work perfectly. > > Do you think this is safe enough to go on the release branch? > > This isn't a regression (Emacs has segfaulted on the #0=[#1=(#0# . #1#)] > as far back as I have Emacs versions), so I'd tend toward thinking it's > not vital enough to install on the release branch, but perhaps Eli has a > different opinion. Eli? I think we shouldn't install this on the release branch, it's too risky, and the original problem has been with us forever, or thereabouts.