From unknown Mon Aug 18 11:25:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Nov 2016 21:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 24982 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 24982@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.147976488828379 (code B ref -1); Mon, 21 Nov 2016 21:49:01 +0000 Received: (at submit) by debbugs.gnu.org; 21 Nov 2016 21:48:08 +0000 Received: from localhost ([127.0.0.1]:37506 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8wRb-0007Nf-Pr for submit@debbugs.gnu.org; Mon, 21 Nov 2016 16:48:07 -0500 Received: from eggs.gnu.org ([208.118.235.92]:47768) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1c8wRZ-0007NC-OJ for submit@debbugs.gnu.org; Mon, 21 Nov 2016 16:48:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c8wRU-0003tQ-2H for submit@debbugs.gnu.org; Mon, 21 Nov 2016 16:48:00 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:45583) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1c8wRT-0003tG-Ur for submit@debbugs.gnu.org; Mon, 21 Nov 2016 16:47:59 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38739) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1c8wRS-0003iH-VE for bug-gnu-emacs@gnu.org; Mon, 21 Nov 2016 16:47:59 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1c8wRP-0003p8-Qv for bug-gnu-emacs@gnu.org; Mon, 21 Nov 2016 16:47:59 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:45579) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1c8wRP-0003no-Hn for bug-gnu-emacs@gnu.org; Mon, 21 Nov 2016 16:47:55 -0500 Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id uALLlqbA028092 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 21 Nov 2016 21:47:53 GMT Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserv0021.oracle.com (8.13.8/8.14.4) with ESMTP id uALLlq5J023774 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 21 Nov 2016 21:47:52 GMT Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id uALLllR3016726 for ; Mon, 21 Nov 2016 21:47:48 GMT MIME-Version: 1.0 Message-ID: Date: Mon, 21 Nov 2016 13:47:45 -0800 (PST) From: Drew Adams X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 12.0.6753.5000 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Source-IP: aserv0021.oracle.com [141.146.126.233] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) 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: -4.0 (----) Enhancement request: Provide a Boolean variable or a wrapper macro that has the effect of not raising an error but just skipping over any unreadable #(...) construct. (I really wish this were available for older Emacs versions. Those are the ones that barf on #(...) constructs that are supported in later versions. In GNU Emacs 24.5.1 (i686-pc-mingw32) of 2015-04-11 on LEG570 Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --prefix=3D/c/usr --host=3Di686-pc-mingw32' From unknown Mon Aug 18 11:25:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 02 Apr 2018 19:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24982 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 24982@debbugs.gnu.org Received: via spool by 24982-submit@debbugs.gnu.org id=B24982.152269894414500 (code B ref 24982); Mon, 02 Apr 2018 19:56:01 +0000 Received: (at 24982) by debbugs.gnu.org; 2 Apr 2018 19:55:44 +0000 Received: from localhost ([127.0.0.1]:35422 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f35YN-0003ln-LH for submit@debbugs.gnu.org; Mon, 02 Apr 2018 15:55:43 -0400 Received: from sub3.mail.dreamhost.com ([69.163.253.7]:36406 helo=homiemail-a11.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f35YL-0003lf-Av for 24982@debbugs.gnu.org; Mon, 02 Apr 2018 15:55:41 -0400 Received: from homiemail-a11.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a11.g.dreamhost.com (Postfix) with ESMTP id C0C9C314C069; Mon, 2 Apr 2018 12:55:40 -0700 (PDT) Received: from localhost.linkov.net (m91-129-105-236.cust.tele2.ee [91.129.105.236]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by homiemail-a11.g.dreamhost.com (Postfix) with ESMTPSA id E86FC314C066; Mon, 2 Apr 2018 12:55:39 -0700 (PDT) From: Juri Linkov Organization: LINKOV.NET References: Date: Mon, 02 Apr 2018 22:32:49 +0300 In-Reply-To: (Drew Adams's message of "Mon, 21 Nov 2016 13:47:45 -0800 (PST)") Message-ID: <87fu4dwoum.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) 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 (/) > Enhancement request: > > Provide a Boolean variable or a wrapper macro that has the effect of no= t > raising an error but just skipping over any unreadable #(...) construct= . There is such macro called =E2=80=98ignore-errors=E2=80=99. From unknown Mon Aug 18 11:25:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 02 Apr 2018 20:33:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24982 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 24982@debbugs.gnu.org Received: via spool by 24982-submit@debbugs.gnu.org id=B24982.152270112517804 (code B ref 24982); Mon, 02 Apr 2018 20:33:03 +0000 Received: (at 24982) by debbugs.gnu.org; 2 Apr 2018 20:32:05 +0000 Received: from localhost ([127.0.0.1]:35447 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f367Y-0004d6-Is for submit@debbugs.gnu.org; Mon, 02 Apr 2018 16:32:04 -0400 Received: from aserp2120.oracle.com ([141.146.126.78]:55060) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f367X-0004cc-6P for 24982@debbugs.gnu.org; Mon, 02 Apr 2018 16:32:03 -0400 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w32KHVxS115028; Mon, 2 Apr 2018 20:31:57 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2017-10-26; bh=vlEeT4AOWavyIROJZ+lmqx5SIry3Tbl9RHTpMtP34iM=; b=GVwXtjz2oFjeW6RTj5FAwKdWvw9h5vK8QpI4PaIvVcwEz5XPQTTD2I0JoFWFOeqqtwgr 33Bh/76A/06KcsV56vL8TmyXy09Y+4wNigu9k+FFGoB4ToIeG3QgL90IyXH/3VjhnS+8 LslSBnzTijY5nObP1DRTEgWcZlgQRVwADr7pncs2BH9diQDojdUSHMy1tjQiQ8QZQc/k dRoR3kvK9xDxrKJkgazTTFKR6DZgIRGqYa1+UOzFArDOXXhPXoA+kqNt6Xe4tFfCsKnB 4jaeGCohbdzFRAI4Zme4Qvuvambbod1bCqLGVMFPxeFvcAuuMeFJdv1b20KYvovHNR+V Xw== Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp2120.oracle.com with ESMTP id 2h3ue4g233-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 02 Apr 2018 20:31:57 +0000 Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id w32KVuMe010614 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 2 Apr 2018 20:31:56 GMT Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id w32KVtda029139; Mon, 2 Apr 2018 20:31:56 GMT MIME-Version: 1.0 Message-ID: <10ca4da9-449c-48dd-96a0-c9bb4e426326@default> Date: Mon, 2 Apr 2018 13:31:54 -0700 (PDT) From: Drew Adams References: <87fu4dwoum.fsf@mail.linkov.net> In-Reply-To: <87fu4dwoum.fsf@mail.linkov.net> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4666.0 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8851 signatures=668697 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=570 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1804020219 X-Spam-Score: -0.0 (/) 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 (/) > > Enhancement request: > > > > Provide a Boolean variable or a wrapper macro that has the effect of no= t > > raising an error but just skipping over any unreadable #(...) construct= . >=20 > There is such macro called =E2=80=98ignore-errors=E2=80=99. No. That ignores all errors. Is there an error handler that covers all and only #(...) read errors? From unknown Mon Aug 18 11:25:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 02 Apr 2018 20:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24982 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 24982@debbugs.gnu.org Received: via spool by 24982-submit@debbugs.gnu.org id=B24982.152270251619771 (code B ref 24982); Mon, 02 Apr 2018 20:56:01 +0000 Received: (at 24982) by debbugs.gnu.org; 2 Apr 2018 20:55:16 +0000 Received: from localhost ([127.0.0.1]:35461 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f36U0-00058o-12 for submit@debbugs.gnu.org; Mon, 02 Apr 2018 16:55:16 -0400 Received: from sub3.mail.dreamhost.com ([69.163.253.7]:37967 helo=homiemail-a11.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f36Ty-00058f-FX for 24982@debbugs.gnu.org; Mon, 02 Apr 2018 16:55:14 -0400 Received: from homiemail-a11.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a11.g.dreamhost.com (Postfix) with ESMTP id 47972314C06D; Mon, 2 Apr 2018 13:55:13 -0700 (PDT) Received: from localhost.linkov.net (m91-129-105-236.cust.tele2.ee [91.129.105.236]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by homiemail-a11.g.dreamhost.com (Postfix) with ESMTPSA id 66F74314C069; Mon, 2 Apr 2018 13:55:12 -0700 (PDT) From: Juri Linkov Organization: LINKOV.NET References: <87fu4dwoum.fsf@mail.linkov.net> <10ca4da9-449c-48dd-96a0-c9bb4e426326@default> Date: Mon, 02 Apr 2018 23:54:40 +0300 In-Reply-To: <10ca4da9-449c-48dd-96a0-c9bb4e426326@default> (Drew Adams's message of "Mon, 2 Apr 2018 13:31:54 -0700 (PDT)") Message-ID: <87370dib1r.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) 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 (/) >> > Enhancement request: >> > >> > Provide a Boolean variable or a wrapper macro that has the effect of= not >> > raising an error but just skipping over any unreadable #(...) constr= uct. >>=20 >> There is such macro called =E2=80=98ignore-errors=E2=80=99. > > No. That ignores all errors. > > Is there an error handler that covers all and only #(...) read errors? Then you can use something like (condition-case err (read (current-buffer)) (invalid-read-syntax err)) that for example for unreadable # returns (invalid-read-syntax "#") From unknown Mon Aug 18 11:25:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 02 Apr 2018 21:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24982 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Juri Linkov Cc: 24982@debbugs.gnu.org Received: via spool by 24982-submit@debbugs.gnu.org id=B24982.152270477423146 (code B ref 24982); Mon, 02 Apr 2018 21:33:01 +0000 Received: (at 24982) by debbugs.gnu.org; 2 Apr 2018 21:32:54 +0000 Received: from localhost ([127.0.0.1]:35500 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f374P-00061G-PM for submit@debbugs.gnu.org; Mon, 02 Apr 2018 17:32:53 -0400 Received: from aserp2130.oracle.com ([141.146.126.79]:55834) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f374N-000611-5j for 24982@debbugs.gnu.org; Mon, 02 Apr 2018 17:32:51 -0400 Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w32LHh0Z084366; Mon, 2 Apr 2018 21:32:45 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2017-10-26; bh=vUBGlDPUv4sqRD7LL6iYK0T3GuSQkq8VON2YilkxMUM=; b=FP4LLavrkxg83U0Aea08hOIb5cZ9b0pLHl7S83fIXbkLsG0ybOFh4oeYvurmgOrLNx6a a6765siOMZmrAStKXPPJzMgVzmldqErXoQC4tuijOoUHS4LdfDPabEMpV/plWOEGCqJ8 KIltUBq+dPjd87TPXCsSydfHd+T/GrYxO2uQBs1h0UrdbhbgvrE01X8ArpVc2CLcmWtu H/ANZoPMtLBWSgzcc0xtVmCBTZD3PMOVlMGkdVJzF/KYUaDTq8MHNY4amYBu+KL3T8Q6 NIXzzCf3tyyhv1AU/Ol/6rmEbnbnZqh3YQgKCAPjilVJ7wauiAglGbPpd8+UqHba/7Bj Zg== Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp2130.oracle.com with ESMTP id 2h3va8r1rc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 02 Apr 2018 21:32:44 +0000 Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userv0022.oracle.com (8.14.4/8.14.4) with ESMTP id w32LWhwx016130 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 2 Apr 2018 21:32:44 GMT Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w32LWgqR000928; Mon, 2 Apr 2018 21:32:43 GMT MIME-Version: 1.0 Message-ID: <29891599-9f11-4154-9bcf-d51c5f21a2a1@default> Date: Mon, 2 Apr 2018 14:32:41 -0700 (PDT) From: Drew Adams References: <87fu4dwoum.fsf@mail.linkov.net> <10ca4da9-449c-48dd-96a0-c9bb4e426326@default> <87370dib1r.fsf@mail.linkov.net> In-Reply-To: <87370dib1r.fsf@mail.linkov.net> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4666.0 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=8851 signatures=668697 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=655 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1711220000 definitions=main-1804020229 X-Spam-Score: -0.0 (/) 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 (/) > >> > Enhancement request: > >> > Provide a Boolean variable or a wrapper macro that has the effect of > >> > not raising an error but just skipping over any unreadable #(...) > >> > construct. > >> > >> There is such macro called =E2=80=98ignore-errors=E2=80=99. > > > > No. That ignores all errors. > > > > Is there an error handler that covers all and only #(...) read errors? ^^^^^^^^ > Then you can use something like > (condition-case err > (read (current-buffer)) > (invalid-read-syntax err)) > that for example for unreadable # returns > (invalid-read-syntax "#") And (read ")((") gives (invalid-read-syntax ")"). So it's not specific to unreadable #(...) or #.... From unknown Mon Aug 18 11:25:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 03 Apr 2018 20:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24982 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 24982@debbugs.gnu.org Received: via spool by 24982-submit@debbugs.gnu.org id=B24982.152278645727756 (code B ref 24982); Tue, 03 Apr 2018 20:15:01 +0000 Received: (at 24982) by debbugs.gnu.org; 3 Apr 2018 20:14:17 +0000 Received: from localhost ([127.0.0.1]:37371 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3SJs-0007Dc-Rd for submit@debbugs.gnu.org; Tue, 03 Apr 2018 16:14:16 -0400 Received: from sub3.mail.dreamhost.com ([69.163.253.7]:39329 helo=homiemail-a39.g.dreamhost.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f3SJp-0007DP-QD for 24982@debbugs.gnu.org; Tue, 03 Apr 2018 16:14:14 -0400 Received: from homiemail-a39.g.dreamhost.com (localhost [127.0.0.1]) by homiemail-a39.g.dreamhost.com (Postfix) with ESMTP id CA07B150074; Tue, 3 Apr 2018 13:14:12 -0700 (PDT) Received: from localhost.linkov.net (m91-129-105-236.cust.tele2.ee [91.129.105.236]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: jurta@jurta.org) by homiemail-a39.g.dreamhost.com (Postfix) with ESMTPSA id F398A150069; Tue, 3 Apr 2018 13:14:11 -0700 (PDT) From: Juri Linkov Organization: LINKOV.NET References: <87fu4dwoum.fsf@mail.linkov.net> <10ca4da9-449c-48dd-96a0-c9bb4e426326@default> <87370dib1r.fsf@mail.linkov.net> <29891599-9f11-4154-9bcf-d51c5f21a2a1@default> Date: Tue, 03 Apr 2018 23:06:24 +0300 In-Reply-To: <29891599-9f11-4154-9bcf-d51c5f21a2a1@default> (Drew Adams's message of "Mon, 2 Apr 2018 14:32:41 -0700 (PDT)") Message-ID: <87fu4c6on3.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) 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 (/) >> >> > Enhancement request: >> >> > Provide a Boolean variable or a wrapper macro that has the effect= of >> >> > not raising an error but just skipping over any unreadable #(...) >> >> > construct. >> >> >> >> There is such macro called =E2=80=98ignore-errors=E2=80=99. >> > >> > No. That ignores all errors. >> > >> > Is there an error handler that covers all and only #(...) read error= s? > ^^^^^^^^ >> Then you can use something like >> (condition-case err >> (read (current-buffer)) >> (invalid-read-syntax err)) >> that for example for unreadable # returns >> (invalid-read-syntax "#") > > And (read ")((") gives (invalid-read-syntax ")"). > So it's not specific to unreadable #(...) or #.... You can also use the position in the source buffer to scan text near the error where reading failed. From unknown Mon Aug 18 11:25:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Resent-From: Stefan Kangas Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Aug 2020 19:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24982 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 24982@debbugs.gnu.org Received: via spool by 24982-submit@debbugs.gnu.org id=B24982.15981236235248 (code B ref 24982); Sat, 22 Aug 2020 19:14:02 +0000 Received: (at 24982) by debbugs.gnu.org; 22 Aug 2020 19:13:43 +0000 Received: from localhost ([127.0.0.1]:51490 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9YxS-0001Ma-Kj for submit@debbugs.gnu.org; Sat, 22 Aug 2020 15:13:42 -0400 Received: from mail-yb1-f177.google.com ([209.85.219.177]:34218) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9YxN-0001M5-Ey for 24982@debbugs.gnu.org; Sat, 22 Aug 2020 15:13:39 -0400 Received: by mail-yb1-f177.google.com with SMTP id u6so2918437ybf.1 for <24982@debbugs.gnu.org>; Sat, 22 Aug 2020 12:13:37 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=5SQoZHLU0mNym6uQg49dQeTIStRLmP4zA9vMq8xVkAk=; b=aVd4bkKse3cWr/DqAZNxRxOXdBZOPjX4D9xZwbuuR3VVo0/2yY20cbTT1Z7ptQ0Ur3 ZnT5dVG9tvZhNcSZLD1tzHR4IfJGCsmfESN8y0mqVyY6EMEDx/6Ma7NFP6LpE8ulOL7m yNVt89nLxn8p4/E4J5nNoeLlZz1tI3rq40LF/qPmbxObhBtp5YJ8US9XblDGcj920nmn 40vIpLtpmmL87TRHTxIDxUCERB82QgsVmX0td/SX39H8LPufr1JGDCHII2hbfWdv4B3x nVQVTchmmdgta266aca78xi1PiPtkBOBpYo/JcPJSyu6P30CcwlHYtQHEv3Wj5zaqMsO SSVg== X-Gm-Message-State: AOAM531S7klcYBwYSXClBcmM8IPgaKcU6PrNCpnDcHbbqAoZg1manoMQ J4nBSBiLeDPBilT/T2ELFuaokGdi0Qm+0skanahTz/g1tWA= X-Google-Smtp-Source: ABdhPJzC4nPX09XsArVS0CAY1QeyUIT+GMME5xcL+mB+DqAbrw1OdFzj3wl37Gim8thVZ50jNPYeiONhuBtOPT+8EuI= X-Received: by 2002:a25:4609:: with SMTP id t9mr10903325yba.231.1598123612129; Sat, 22 Aug 2020 12:13:32 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sat, 22 Aug 2020 15:13:31 -0400 From: Stefan Kangas In-Reply-To: (Drew Adams's message of "Mon, 21 Nov 2016 13:47:45 -0800 (PST)") References: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Date: Sat, 22 Aug 2020 15:13:31 -0400 Message-ID: Content-Type: text/plain; charset="UTF-8" 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: -0.5 (/) Drew Adams writes: > Enhancement request: > > Provide a Boolean variable or a wrapper macro that has the effect of not > raising an error but just skipping over any unreadable #(...) construct. > > (I really wish this were available for older Emacs versions. Those are > the ones that barf on #(...) constructs that are supported in later > versions. What's the use-case here? Why can't you use `ignore-errors'? Best regards, Stefan Kangas From unknown Mon Aug 18 11:25:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Aug 2020 19:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24982 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Kangas Cc: 24982@debbugs.gnu.org, Drew Adams Received: via spool by 24982-submit@debbugs.gnu.org id=B24982.159812387314195 (code B ref 24982); Sat, 22 Aug 2020 19:18:01 +0000 Received: (at 24982) by debbugs.gnu.org; 22 Aug 2020 19:17:53 +0000 Received: from localhost ([127.0.0.1]:51502 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9Z1V-0003gs-3l for submit@debbugs.gnu.org; Sat, 22 Aug 2020 15:17:53 -0400 Received: from quimby.gnus.org ([95.216.78.240]:38910) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9Z1T-0003dc-VD for 24982@debbugs.gnu.org; Sat, 22 Aug 2020 15:17:52 -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=uk/XAOwHqQRtrosr5k7y5YJ7jqfWm8spOEpXFb/Uacg=; b=dvWLkhRkVj+61Yfb1VlnByudkS zjfKn0S+ougAzM93XPw8hsdkwIgHTnorTcNVHZHE8ykiVpUa+gm1NnKAVezl36G7PVHhL/cZzURaR V5Bu3YAS6/jpj3zLP1JMfAsGJzPtuYbzFGCCUshcuXs/WWYt3tSYyzYvacrBAii6QjFE=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k9Z1J-0005DT-HC; Sat, 22 Aug 2020 21:17:44 +0200 From: Lars Ingebrigtsen References: Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAGFBMVEUQCwstHBqnoaeJ a3BVSFBPKiAXFyz///+6/j+UAAAAAWJLR0QHFmGI6wAAAAd0SU1FB+QIFhMPJzjxBDsAAAGrSURB VDjLdZLBcusgDEVFk7K2UpN1BrcfUCD71uC9acyeN9Ph/z/hgXBcu3VY2AxH90pIAGwXW3ang3uH vXXqddf1H3/Bl1RKqks2wWYDblrrrr+wYIcwrsHBABwBcFJD8Nsc1vT2A4UyYWP29STzujDsTdhI TlIqoy6sVcaHsJK0gw3BNaJVcisRbRh8GEfWyy6DlSSlCEyMwNphB9AVvJhBXADgmC/0dnuvBacf ALY5dEZeZxB/wItuQHUDYj3KH16/YvJBycEj+gLSHZjJGkdADM8jLy4E/OtNdzf56pEJ077xIiGK z3pwU+exYaj1FRYA0MDRdD6nQOs+yWYG4KzW0yeWVesivzxY57QJvh6XkhbQWm3u8XT5GeAZGzrH +rKwFFB79v1dMjQNO0d6eHfQGlczsHRvVf7nncjNx9LD2XsBOVR4rM0jSflxCnkxfo7MEjaDHHK0 1zIMHlOVLID9q0PiqWoqSMsTiGkfcPgF4kJWAM6PQFqB9AgQ4TuALp4eAL5rBVQlDYptQaQ0JdkW 8FpxifilIOc9QAL+AEROo9uxWsDqvE79P+wzsHv9vnZwAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIw LTA4LTIyVDE5OjE1OjM5KzAwOjAwcItz+QAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMC0wOC0yMlQx OToxNTozOSswMDowMAHWy0UAAAAASUVORK5CYII= X-Now-Playing: Miles Davis's _In A Silent Way_: "Shhh-Peaceful" Date: Sat, 22 Aug 2020 21:17:40 +0200 In-Reply-To: (Stefan Kangas's message of "Sat, 22 Aug 2020 15:13:31 -0400") Message-ID: <87tuwuh4mj.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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: Stefan Kangas writes: > Drew Adams writes: > >> Enhancement request: >> >> Provide a Boolean variable or a wrapper macro that has the effect of not >> raising an error but just skipping over any unr [...] 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: 0.0 (/) 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 (-) Stefan Kangas writes: > Drew Adams writes: > >> Enhancement request: >> >> Provide a Boolean variable or a wrapper macro that has the effect of not >> raising an error but just skipping over any unreadable #(...) construct. >> >> (I really wish this were available for older Emacs versions. Those are >> the ones that barf on #(...) constructs that are supported in later >> versions. > > What's the use-case here? Why can't you use `ignore-errors'? The problem is when the thing inside the construct is unreadable, not when there's errors (in a syntactically valid form). For instance: (ignore-errors #0) In Common Lisp, this is the #| ... |# operator, and it's handy occasionally. It's really like a nesting comment thing... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Aug 18 11:25:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Aug 2020 19:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24982 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Kangas Cc: 24982@debbugs.gnu.org Received: via spool by 24982-submit@debbugs.gnu.org id=B24982.159812436715181 (code B ref 24982); Sat, 22 Aug 2020 19:27:01 +0000 Received: (at 24982) by debbugs.gnu.org; 22 Aug 2020 19:26:07 +0000 Received: from localhost ([127.0.0.1]:51532 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9Z9T-0003wl-1u for submit@debbugs.gnu.org; Sat, 22 Aug 2020 15:26:07 -0400 Received: from userp2120.oracle.com ([156.151.31.85]:38992) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9Z9R-0003w9-Pf for 24982@debbugs.gnu.org; Sat, 22 Aug 2020 15:26:06 -0400 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 07MJNhWm079147; Sat, 22 Aug 2020 19:26:00 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=GZ49JcoBz3xVFTYntfyvEKHrtko7J605hmy8ehB0RPQ=; b=UPC7Jcf61Dw/J4xvVQe1WAJG/2T7Lg1L6C0g5KwNB+J2+ifV035yImoRqpBcVLNQLEqu jyI+cyyvBCylhEC1+sT7UzPETQbK2hv6oNiMi53hJ6Wk550HVhCrWYX/aY6D+UmrN8EO awXdJP6AY7geQM/ccm3i9Q+l2LREV4p9aZ6/ZKOHOEB7h60rk5ZCMVq28h9+MlKzZXHN /vqkm4/yxZ6Msszuj8t5bSc7DOVWNW4Dug0AcboRnvoE0hz5BdXcvpI2T7C64UQa1ZCB y1TqLocTvfKYjdHHzlC5DHDnkc9SHxqhlYIyOWmwhprpgcg1bOOTBaUuFtfgDIRD4B/4 GQ== Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by userp2120.oracle.com with ESMTP id 332v0msd7j-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sat, 22 Aug 2020 19:25:59 +0000 Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 07MJNwol155125; Sat, 22 Aug 2020 19:25:59 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserp3020.oracle.com with ESMTP id 332u60u48n-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 22 Aug 2020 19:25:59 +0000 Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 07MJPwEC018458; Sat, 22 Aug 2020 19:25:58 GMT MIME-Version: 1.0 Message-ID: Date: Sat, 22 Aug 2020 12:25:57 -0700 (PDT) From: Drew Adams References: In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5044.0 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9721 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 phishscore=0 bulkscore=0 adultscore=0 mlxscore=0 suspectscore=0 malwarescore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008220214 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9721 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 bulkscore=0 mlxlogscore=999 adultscore=0 lowpriorityscore=0 suspectscore=0 clxscore=1011 malwarescore=0 spamscore=0 impostorscore=0 phishscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008220214 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 (---) > > Enhancement request: > > > > Provide a Boolean variable or a wrapper macro that has the effect of no= t > > raising an error but just skipping over any unreadable #(...) construct= . > > > > (I really wish this were available for older Emacs versions. Those are > > the ones that barf on #(...) constructs that are supported in later > > versions. >=20 > What's the use-case here? Why can't you use `ignore-errors'? (ignore-errors (read (current-buffer)) doesn't advance over the sexp. I guess what I mean is a #() construct that raises an (invalid-read-syntax "#") error. A situation where there is, in fact, a #(...) present but that error gets raised. It's possible that the request is underspecified; dunno. The parenthetical remark in the request is really the motivation. For older Emacs the syntax #(...) didn't exist. But that error can still be raised, when the syntax of the `...' isn't valid. From unknown Mon Aug 18 11:25:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Aug 2020 19:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24982 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen , Stefan Kangas Cc: 24982@debbugs.gnu.org Received: via spool by 24982-submit@debbugs.gnu.org id=B24982.159812452315416 (code B ref 24982); Sat, 22 Aug 2020 19:29:02 +0000 Received: (at 24982) by debbugs.gnu.org; 22 Aug 2020 19:28:43 +0000 Received: from localhost ([127.0.0.1]:51537 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9ZBz-00040a-Gn for submit@debbugs.gnu.org; Sat, 22 Aug 2020 15:28:43 -0400 Received: from aserp2120.oracle.com ([141.146.126.78]:39696) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9ZBx-00040N-Tu for 24982@debbugs.gnu.org; Sat, 22 Aug 2020 15:28:42 -0400 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 07MJRpHn108143; Sat, 22 Aug 2020 19:28:35 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=wIy4YwyTxRImsplaG1xlZyRHuYHCbLFlWPcfUJwDG0o=; b=dVW1vVCGzSuxl+5txiLnY5FONudv2w1lnFgVJlpBADc2Cr6CZ6XT0jcz2Bb1craW7yVD su6EkswKnQCVH5Cv9zgoGM7sC0V6eJ9bCggbO+YwfK+XcczOSIi7nIcR/7fV2/YJXobk lLzo2GzMzTaEov9hUZYfGrpFDYShF6Mb1OfmtMhmCEyMp7JFlJjys0uYq2k9hfjIPpwj +tRo+TncsitT03yDRTqH+I+itXtRGM+lTaTdVAUbuqnHEGMoIR1xTsKbBm3R4qrx1zYF /WGtGXBIBRqrh4rivNFwxSONEAmRreXV2WC3gSx6tTJCl8mGlV/h3Nt3S22Jld5+uFct 2A== Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by aserp2120.oracle.com with ESMTP id 332uak9f1t-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sat, 22 Aug 2020 19:28:35 +0000 Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 07MJN75E027534; Sat, 22 Aug 2020 19:28:34 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userp3030.oracle.com with ESMTP id 332rfraw1j-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 22 Aug 2020 19:28:34 +0000 Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 07MJSXgS016216; Sat, 22 Aug 2020 19:28:33 GMT MIME-Version: 1.0 Message-ID: <947a8471-8f34-40a9-852c-dc3a0997f9dc@default> Date: Sat, 22 Aug 2020 12:28:32 -0700 (PDT) From: Drew Adams References: <87tuwuh4mj.fsf@gnus.org> In-Reply-To: <87tuwuh4mj.fsf@gnus.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5044.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9721 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 bulkscore=0 malwarescore=0 mlxlogscore=999 suspectscore=0 spamscore=0 adultscore=0 phishscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008220214 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9721 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 clxscore=1015 impostorscore=0 mlxlogscore=999 spamscore=0 mlxscore=0 phishscore=0 bulkscore=0 priorityscore=1501 lowpriorityscore=0 adultscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008220215 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 (---) > The problem is when the thing inside the construct is unreadable, not > when there's errors (in a syntactically valid form). For instance: >=20 > (ignore-errors #0) >=20 > In Common Lisp, this is the #| ... |# operator, and it's handy > occasionally. It's really like a nesting comment thing... Good point. I was thinking of #(...), but yes, the situation is more general. It's about # syntax that's found to be invalid, but for cases where # nevertheless can tell where the sexp parsing should end (and so can advance point there). From unknown Mon Aug 18 11:25:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Aug 2020 19:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24982 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 24982@debbugs.gnu.org, Stefan Kangas Received: via spool by 24982-submit@debbugs.gnu.org id=B24982.159812604426253 (code B ref 24982); Sat, 22 Aug 2020 19:55:01 +0000 Received: (at 24982) by debbugs.gnu.org; 22 Aug 2020 19:54:04 +0000 Received: from localhost ([127.0.0.1]:51548 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9ZaV-0006pN-Vf for submit@debbugs.gnu.org; Sat, 22 Aug 2020 15:54:04 -0400 Received: from quimby.gnus.org ([95.216.78.240]:39110) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9ZaU-0006or-9L for 24982@debbugs.gnu.org; Sat, 22 Aug 2020 15:54:02 -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=JsifzkmSRRobp9Qwa4guCNLHQsVrUVo1DWoMz2xO9iA=; b=gcIVsFThv3l69d44s0Q7DnJEky toc3t/3h6+Febijy2D40L5UISAq5Q1fh0VzifAzdHUaPHK+sbFJ8gdvSNiQ2VnUZjNOcbtqLBCLUZ 9VX7t56pOlH6pPB6Q+VTgSzkjBVfL7M3/rW6nuFtd5mCPhu4cCn2Ty6bYiyA0E+F8g2Q=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k9ZaJ-0005bL-JN; Sat, 22 Aug 2020 21:53:55 +0200 From: Lars Ingebrigtsen References: <87tuwuh4mj.fsf@gnus.org> <947a8471-8f34-40a9-852c-dc3a0997f9dc@default> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAGFBMVEUQCwstHBqnoaeJ a3BVSFBPKiAXFyz///+6/j+UAAAAAWJLR0QHFmGI6wAAAAd0SU1FB+QIFhMPJzjxBDsAAAGrSURB VDjLdZLBcusgDEVFk7K2UpN1BrcfUCD71uC9acyeN9Ph/z/hgXBcu3VY2AxH90pIAGwXW3ang3uH vXXqddf1H3/Bl1RKqks2wWYDblrrrr+wYIcwrsHBABwBcFJD8Nsc1vT2A4UyYWP29STzujDsTdhI TlIqoy6sVcaHsJK0gw3BNaJVcisRbRh8GEfWyy6DlSSlCEyMwNphB9AVvJhBXADgmC/0dnuvBacf ALY5dEZeZxB/wItuQHUDYj3KH16/YvJBycEj+gLSHZjJGkdADM8jLy4E/OtNdzf56pEJ077xIiGK z3pwU+exYaj1FRYA0MDRdD6nQOs+yWYG4KzW0yeWVesivzxY57QJvh6XkhbQWm3u8XT5GeAZGzrH +rKwFFB79v1dMjQNO0d6eHfQGlczsHRvVf7nncjNx9LD2XsBOVR4rM0jSflxCnkxfo7MEjaDHHK0 1zIMHlOVLID9q0PiqWoqSMsTiGkfcPgF4kJWAM6PQFqB9AgQ4TuALp4eAL5rBVQlDYptQaQ0JdkW 8FpxifilIOc9QAL+AEROo9uxWsDqvE79P+wzsHv9vnZwAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIw LTA4LTIyVDE5OjE1OjM5KzAwOjAwcItz+QAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMC0wOC0yMlQx OToxNTozOSswMDowMAHWy0UAAAAASUVORK5CYII= X-Now-Playing: Miles Davis's _In A Silent Way_: "In A Silent Way-It's About That Time-In A Silent Way" Date: Sat, 22 Aug 2020 21:53:50 +0200 In-Reply-To: <947a8471-8f34-40a9-852c-dc3a0997f9dc@default> (Drew Adams's message of "Sat, 22 Aug 2020 12:28:32 -0700 (PDT)") Message-ID: <87pn7ih2y9.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.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: Drew Adams writes: >> In Common Lisp, this is the #| ... |# operator, and it's handy >> occasionally. It's really like a nesting comment thing... > > Good point. I was thinking of #(...), but yes, > the situation is mor [...] 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: 0.0 (/) 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 (-) Drew Adams writes: >> In Common Lisp, this is the #| ... |# operator, and it's handy >> occasionally. It's really like a nesting comment thing... > > Good point. I was thinking of #(...), but yes, > the situation is more general. It's about # > syntax that's found to be invalid, but for cases > where # nevertheless can tell where the sexp > parsing should end (and so can advance point there). Yup. I couldn't quite remember whether the Common Lisp #| |# was balanced, but it is, which is nice. That is, you can write #| foo #| bar |# zot |# and the first |# doesn't end the first #|. Digression: While Googling, I was reminded that Common Lisp also has #+condition (foo:bar) which (possibly) ignores the next sexp... which is handy in Common Lisp, but Emacs doesn't need it. Common Lisp needs it because reference to an unloaded package is a read error, instead of an undefined error. Which is a really bad design choice. That is, you can't say (if (fboundp 'foo:bar) ...) if foo is a package that isn't loaded -- it's a read error. Digression over! I'm not an expert on the Emacs Lisp reader, but poking at it at bit, it seems like adding support for #| |# should be trivial: It's just a new comment syntax, really, so we just have to count #|'s and discard the input. A bigger issue would be in emacs-lisp-mode -- having forward-sexp etc do the right thing. However, surely that's handled already in the Common Lisp modes, so we could just crib code from those, I'd have thought... So I think it's doable, which only leaves us with the question: What's the use case? Well, I think it's handy when developing. If I'm in the middle of a function ... (foo) (bar) (and-here-i'm-adding-some-new-stuff-that's-not-finished ... ) (zot) ... and I'm testing stuff, and I decide to take out the stuff I'm writing... Emacs doesn't really handle that well. I usually end up deleting the sexp, and hoping that the kill ring is big enough to hold it until I need it again, or slapping a (when nil ...) around it, which is unsatisfactory, because that changes the indentation. Just being able to do: ... (foo) (bar) #| (and-here-i'm-adding-some-new-stuff-that's-not-finished ... ) |# (zot) ... would be nice. And then the stuff I'm working on doesn't even have to be syntactically correct. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Aug 18 11:25:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Aug 2020 22:45:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24982 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 24982@debbugs.gnu.org, Stefan Kangas Received: via spool by 24982-submit@debbugs.gnu.org id=B24982.159813625517803 (code B ref 24982); Sat, 22 Aug 2020 22:45:01 +0000 Received: (at 24982) by debbugs.gnu.org; 22 Aug 2020 22:44:15 +0000 Received: from localhost ([127.0.0.1]:51707 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9cFC-0004d5-V7 for submit@debbugs.gnu.org; Sat, 22 Aug 2020 18:44:15 -0400 Received: from aserp2120.oracle.com ([141.146.126.78]:59328) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k9cFB-0004cs-I7 for 24982@debbugs.gnu.org; Sat, 22 Aug 2020 18:44:13 -0400 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 07MMgmPu016773; Sat, 22 Aug 2020 22:44:06 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2020-01-29; bh=z8gOu1c2rx39J0fklPVgfrS6cdf2aBLvAT3mxspGwG4=; b=FVSkBVr2fyEdjlDA75Xsh8s2XGjDtI2XyXSVPLjq1YZm+CzFyQAbAjbuPhwAvIOAQYi3 Garw3+mtRbFrV25m4CpxXTKjo6+X5/uywJfJEZCUNCtkbJqGOe99LyRVOUEFpOTwFCFM YgaMDetOzamzphucbIJl16zqAujZ+Ce4UPWs/Gx/RE9XRtsCWnZ+JC8308B1A1s/PDSW aDkcdbe348uPAhEgdbA3aHDZQXsKzteJKEZiX0KojcnoP8VKrMDmImTtH9RCXyL+RBbp 3wXgRFHnGX1psuf9eylOBlq7KSuwGythLUFQUI+jZZpAQo7vDlcR4+A6sytz3+0qOHHE pg== Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by aserp2120.oracle.com with ESMTP id 332uak9pkf-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Sat, 22 Aug 2020 22:44:06 +0000 Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 07MMhwNv020437; Sat, 22 Aug 2020 22:44:06 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserp3020.oracle.com with ESMTP id 332u614rth-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 22 Aug 2020 22:44:06 +0000 Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 07MMi3YO008219; Sat, 22 Aug 2020 22:44:03 GMT MIME-Version: 1.0 Message-ID: <29a39702-e355-4b00-9805-53f098bc1d40@default> Date: Sat, 22 Aug 2020 15:44:02 -0700 (PDT) From: Drew Adams References: <87tuwuh4mj.fsf@gnus.org> <947a8471-8f34-40a9-852c-dc3a0997f9dc@default> <87pn7ih2y9.fsf@gnus.org> In-Reply-To: <87pn7ih2y9.fsf@gnus.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.5044.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9721 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 phishscore=0 bulkscore=0 adultscore=0 mlxscore=0 suspectscore=0 malwarescore=0 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008220253 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9721 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 clxscore=1015 impostorscore=0 mlxlogscore=999 spamscore=0 mlxscore=0 phishscore=0 bulkscore=0 priorityscore=1501 lowpriorityscore=0 adultscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2008220253 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 (---) You bring up a few things. I'll comment only about commenting. ;-) > I couldn't quite remember whether the Common Lisp #| |# was balanced, > but it is, which is nice. That is, you can write > #| foo #| bar |# zot |# > and the first |# doesn't end the first #|. Yes, CL block commenting is fully nestable and unnestable. (IMO, that's really the point/advantage of block commenting.) > I'm not an expert on the Emacs Lisp reader, but poking at it at bit, it > seems like adding support for #| |# should be trivial: It's just a new > comment syntax, really, so we just have to count #|'s and discard the > input. Possibly; dunno. [Aside: I think it would be great if Elisp had reader macros - give Lisp programs control over the Lisp reader.] =20 > So ... What's the use case? Well, I think it's handy > when developing. If I'm in the middle of a function > (foo) > (bar) > (and-here-i'm-adding-some-new-stuff-that's-not-finished > ... > ) > (zot) >=20 > and I'm testing stuff, and I decide to take out the stuff I'm > writing... Emacs doesn't really handle that well. I usually end up > deleting the sexp, and hoping that the kill ring is big enough to hold > it until I need it again, or slapping a (when nil ...) around it, which > is unsatisfactory, because that changes the indentation. >=20 > Just being able to do: > (foo) > (bar) > #| > (and-here-i'm-adding-some-new-stuff-that's-not-finished > ... > ) > |# > (zot) >=20 > would be nice. And then the stuff I'm working on doesn't even have to > be syntactically correct. Yes. Well, we do have such a feature, but we don't have it by just inserting paired delimiters. We have it with `comment-region' (and similar). How so? Plain `C-u' UNcomments/unnests a given comment level. One difference, besides the paired-delimiter one (but which follows from it), is that you can't do it with the same effect in-line. Another is that because a single `;' comments to eol, syntactically there's no essential difference among `;', `;;', `;;;', etc. And yet the commenting and UNcommenting of `comment-region' give you the additional control of how many `;' to work with. E.g., you can "uncomment" by N `;', which may uncomment some code and leave other code commented (which had M>N `;'). But that's also what makes `comment-region' and its `C-u' give you block-commenting behavior. That's how I use `comment-region' - for block commenting and uncommenting - unnesting a block of commented code. And it's why I use `M-;' (`comment-dwim') ONLY for a comment after a line of code. I don't use it to comment the region as a block comment. Its behavior when the region consists only of comments is different from its region behavior otherwise. And I don't want that. ___ Actually, instead of `comment-region' for block commenting I use this, which is the same except it comments/uncomments whole lines. (defun comment-region-lines (beg end &optional arg) (interactive "*r\nP") (when (> beg end) (setq beg (prog1 end (setq end beg)))) (let ((bol (save-excursion (goto-char beg) (line-beginning-position))) (eol (save-excursion (goto-char end) (if (bolp) (point) (line-end-position))))) (comment-region bol eol arg))) From unknown Mon Aug 18 11:25:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Feb 2022 08:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24982 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 24982@debbugs.gnu.org, Eli Zaretskii , Stefan Monnier Received: via spool by 24982-submit@debbugs.gnu.org id=B24982.164474199727822 (code B ref 24982); Sun, 13 Feb 2022 08:47:02 +0000 Received: (at 24982) by debbugs.gnu.org; 13 Feb 2022 08:46:37 +0000 Received: from localhost ([127.0.0.1]:36260 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nJAWi-0007EN-Ol for submit@debbugs.gnu.org; Sun, 13 Feb 2022 03:46:37 -0500 Received: from quimby.gnus.org ([95.216.78.240]:50884) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nJAWg-000786-Ei for 24982@debbugs.gnu.org; Sun, 13 Feb 2022 03:46:34 -0500 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=CVmqNWjqdr590/NnlAsaGUDQmvHhB2q1EirCrb7Sh9Q=; b=EwNfYk2C1SxK5typCDiyhfs202 JgYV9ASSFD2AtYAwJqBymAIqEsMtq5whIBo+cTX7fE99xNzFd7R+uyNajNsyrtVhD5qpq3GWBevdL 4U7WB8GATeNFxrvxf1YHG3vIC26v5etXy7EELsHnsMqMSpprbr5Osi5KSpUE24cKeJlE=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nJAWT-0000pg-7q; Sun, 13 Feb 2022 09:46:24 +0100 From: Lars Ingebrigtsen References: X-Now-Playing: Sidsel Endresen's _Undertow_: "Blessed Instant" Date: Sun, 13 Feb 2022 09:46:19 +0100 In-Reply-To: (Drew Adams's message of "Mon, 21 Nov 2016 13:47:45 -0800 (PST)") Message-ID: <87zgmvxig4.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: Drew Adams writes: > Provide a Boolean variable or a wrapper macro that has the effect of not > raising an error but just skipping over any unreadable #(...) construct. I assume you mean #<...> here? 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 (---) Drew Adams writes: > Provide a Boolean variable or a wrapper macro that has the effect of not > raising an error but just skipping over any unreadable #(...) construct. I assume you mean #<...> here? Anyway, there was some discussion about this in the context of the new readablep function and the `print-unreadable-function' variable. We could indeed introduce a new `read-unreadable-function' variable that's called when we encounter a #< instead of throwing an error (with no performance impact). Does anybody see any major downsides to doing that? We've been wary of allowing the users to customise the Emacs Lisp reader, but this seems like a very small thing. And it'd allow people to implement having # read to (make-marker), etc, if they find that useful for some data structures. I had an extremely quick peek at this some time back, and it seemed pretty trivial to implement. Any opinions? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Aug 18 11:25:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24982: [External] : Re: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Feb 2022 17:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24982 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: "24982@debbugs.gnu.org" <24982@debbugs.gnu.org>, Eli Zaretskii , Stefan Monnier Received: via spool by 24982-submit@debbugs.gnu.org id=B24982.164477363219824 (code B ref 24982); Sun, 13 Feb 2022 17:34:01 +0000 Received: (at 24982) by debbugs.gnu.org; 13 Feb 2022 17:33:52 +0000 Received: from localhost ([127.0.0.1]:38842 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nJIkx-00059g-Tg for submit@debbugs.gnu.org; Sun, 13 Feb 2022 12:33:52 -0500 Received: from mx0a-00069f02.pphosted.com ([205.220.165.32]:17022) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nJIku-00059V-JV for 24982@debbugs.gnu.org; Sun, 13 Feb 2022 12:33:50 -0500 Received: from pps.filterd (m0246629.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.16.1.2/8.16.1.2) with SMTP id 21DAe3dm031159; Sun, 13 Feb 2022 17:33:47 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2021-07-09; bh=sV3iOF72k32Ykg0OTcHQ6f7rz/PfLmgjG7BNpF7Qnbk=; b=h1yduQ/6S6eKpa99gX3yOLAzVGLE7I6Vb2TguMkA+/YwNpKhbhT1v90Y+CsqUsGl9v46 puwyw4krOP/dPSajP9Y4IUlij/vzf7P+jnsa8vjf0dMaSqY21Z6sHBUmiTbZWdW5FH37 XV5ot30niz9n83+zsCxGuTdkuQF3u4gh2/9LSoXzTg7YBxgQ9rTzlf2UAuDB9PD2+mbs hnWN0CSNJYz7VwmoaA/6p9slz7U3qSfVsA5eloa7G7/x97nJyV1uYOvON7tZoCdNwvxN QBfNdN17sApGi7t5eelrEB9oG3A+IbNL7+x8aWVFGVz/gVAppt4Usqyeh4CfrHgJk4wF LQ== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by mx0b-00069f02.pphosted.com with ESMTP id 3e64sbtfej-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 13 Feb 2022 17:33:47 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.1.2/8.16.1.2) with SMTP id 21DHGMoc007641; Sun, 13 Feb 2022 17:33:46 GMT Received: from nam12-mw2-obe.outbound.protection.outlook.com (mail-mw2nam12lp2042.outbound.protection.outlook.com [104.47.66.42]) by aserp3030.oracle.com with ESMTP id 3e62xc76md-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 13 Feb 2022 17:33:46 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=XwqaYrIEanyOUC5Bs3k2Sl4O9FaVAdPy9gQoMykVujSTiL9ft9CC0jd4ie10m/zWn6/Q8cMGLAM+/raz6t0Y+A+1Pa57WXBU/IvyAdkF7bBkbQh3GbjqfCTf+XAwEKGJ0BDZIqYEOM4aoFENcvuGpD20eg/2G7v2GIRxCT75uDI4iWwfylHqCAcC3z1/b6yKfr4WgVGx7i3YxG/60iUnaDLGlgCmiNfjJlCyZz96Hh3RudifAZDCrw2dJ8ye15WlYN3AgUMuiDWoHcY8Jvz720tQwzyint/u2KXInHS/w84A6aQLiGkRNuz2djZOVyNnU6FH2r4OgNfg4mW4kx8CKw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=sV3iOF72k32Ykg0OTcHQ6f7rz/PfLmgjG7BNpF7Qnbk=; b=F6z2XmNcR+hTTA/16w9gT2MVpCr6oeROQRdN2bG/nBb9fWRUTKK1Nf6i1ttHxofeKCvLL0rXT309xDPA9D/OsuLdvqID377g8re7diBo7jfqzcZppLLiYl2YfBuQNSuLHDpRM0QCjL8+gjhtTRC9eKN7qQMieLiRcrMtsVc9MwLnPgvnPbbpua+ZXXxYWQWBajDJRChAI4PqoVUuJwlJy6kOLdMxp5a0KCSCrAkQJZ46VeDMqKY5digu7evJj7NG4xi74nOoYjByYnBhlzilPH5nI/HGanhCxnR8qCr1C37e4YFNdJypetOW00LeUhjayREOarHNXC2w7oFTlwhDKA== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=sV3iOF72k32Ykg0OTcHQ6f7rz/PfLmgjG7BNpF7Qnbk=; b=RcaUDhKE6hDnx1mXdQrwI/PsDQmgD1TFKdXl+UGEysUV2zvEpUZTySbucO8ex76deIiFcVj+wXMnZtnhJqhCb1J3kLtppqrF8ufszi5qQg+y//tysS2y/assa0k/f78oSdiitbrePnTnVG/pfUtxGyKpsDDmK3PHO0OAq9djAu8= Received: from SJ0PR10MB5488.namprd10.prod.outlook.com (2603:10b6:a03:37e::19) by DM6PR10MB4233.namprd10.prod.outlook.com (2603:10b6:5:213::16) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4975.11; Sun, 13 Feb 2022 17:33:44 +0000 Received: from SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::6d28:e29d:4c51:6d04]) by SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::6d28:e29d:4c51:6d04%5]) with mapi id 15.20.4975.017; Sun, 13 Feb 2022 17:33:43 +0000 From: Drew Adams Thread-Topic: [External] : Re: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Thread-Index: AQHYILY7h28yIz8bN0mI894ZDI5YGqyRvKvQ Date: Sun, 13 Feb 2022 17:33:43 +0000 Message-ID: References: <87zgmvxig4.fsf@gnus.org> In-Reply-To: <87zgmvxig4.fsf@gnus.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: b2b6c4a5-f241-43db-938c-08d9ef16fb9d x-ms-traffictypediagnostic: DM6PR10MB4233:EE_ x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: tBBl8eJEOBBC6jz9cd05UQ0L9o0nTl1qgpqPm4xtUTU5Lbyn0h/VZkVsg6go038FAVeKeD0FnC3fsjQ1/DsrrflzX4bVBpYSVabm3K9+BofL61ONjkVD6B56VYKq+YH22wp1BYqkaTE1XxLThEJOqv+I6wP0HsFBoFcQxgdNgoAuQ/Dhu4rL9p2pc3EJfZ7Q2U5z3Z9TMOndw9psGAxJPyPYMifd6ggI4rKWfLYgp+0aAUeihV2j56FaExTM+luPXsBDb4A3pZz238F6Yw6UtBDrxwB343/c37Q0YGMPdP1ICcNcIPDHTUIWfcM8hFxnE+n7uyj13LANDPdDb1cZiWO+peBN2uz/7cmTJ2yqEM2n8V9MRLaM7US+3gwpCmLILxzCSd96Ipr+43oDr+nDAdNzMP9KhRuJmGuuD4IVy5X1YpzX5rj08ZOj8fHve1w323TiL6LyIXMJoqpw8wzZUZHVH0nk3eCiwYwVZmo0zhONT4CxJJvY9bHMWuEG3oxW6Mj+6fo1LTMdVa5zngT6lxoYKLPE6WWEp3LrWyW+JZPdd6IpF8vqDquuGnXSvxZzhXoRbZDrAtqKHGFpJKgWAGkDHPkiP7BdovUBXd7ZBArBgPs89yss7U27GBafayN2aJB3UvAmsHb4ocqIe6OBUJmBQCiq8dkBS74/hecSKzX5av/F903HlrfA8oO5OPprNbnG3eUnpzdRZnWQusRLNkscvrfyaOBXeiRjMkKpe6IUxn7OEefx3PObADtZRYfeZ905vZfR12EiJqiGtOWAwBD2BIojjdcZhCGtVGN3L+u7zgkadnPJcIIC1Q/yHj/o x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR10MB5488.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(6916009)(26005)(44832011)(316002)(33656002)(186003)(54906003)(55016003)(2906002)(5660300002)(66446008)(66476007)(83380400001)(38100700002)(52536014)(8936002)(7696005)(508600001)(66946007)(76116006)(64756008)(122000001)(66556008)(86362001)(966005)(9686003)(71200400001)(8676002)(6506007)(38070700005)(4326008)(43043002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: qVIZRKnKzG7rLGPOFysorSFtIrCehyK+LSGqaD9jzjSMuNNdnDNPTrXOEEuQMfCihaH1DfK/mAHSW3Znc4TE7C3OuImTsP3oqAobjz3PDwoGdalmS1V77b9pmhV+cD/dZw9hGkHbaXqA8TElORU5+oa+8L1AI4h3KRJb/gx0f38tEjICO8IUj1DwL/O8Bknt7bZfvlzdJH2tS1ZG7iSgw7zxe/ad25iXvo91HLbSmJPeO4e2PP8wKJg9ukMBgr9OH83kK2v8aeS91Q7WT4frrNwjq+Tfmog7YzSremSKFpatFBHPi85aimO/jaHQgLJlECKlGw4g5kqnz5U4i+oC0RbsuUt3UuVJ20YOWM5glkfWqBIzH+wiL5P+k3a+GAs/9jcXa8PjG0Vx7vSw22P1zN937fYJM4t4Ad/H4PiacGU9yZPberEfWn8MjTXCzybP4bJnVYBqRPqj4NrzmsaaULBvL4oWIdVBYFsXPODEcy91Q+f2S/ZTQFLpC3y22Df9q9KzXXNOIcv/Z2bjbMFGonga1XP6mkGfjM8lam/+kkL+Syyv8XyK9uQ1//1Wpliw6rk5vQJo7n7XUghVY11Zh337dd1LHqTZQn9CINXsybgSzQhzqyocs69JbpPFmrWR1FC32JqG4JBrEKaeIqT+AOZxI3EMifYj5x89tunzH1+YUF9O3xtxlQUAUxRap3xTc2dz3oc1Okw2dICBB225N23YsKgPIVoWXEYSc9BXSdEdLVRjAOHm0VthaaeKaSACCk7uBFabatAXUzu+CYekuCKdR8bAATxErOoOdxVaSkumxzvAvqMN7LdZuc/FI/yAIqAs1wklK96sJxtOZIWPmB2bn2skvb64+ANzIMYFBBzSAoIqNryQ6y2Dkoqt8UrSC3alNMcxirtqsRMYdUy7HD5ulkCuTQU8O1NqEgvqU5OrqYaa+nJqbtqt05XoGWFpjHZ5l2YTWR2McdEOyPxbrATC8+Ean2oI0LqJ2betz7BwBszPKuBbMPUMKO30XosxuHwV8jXsBUQBcN1utbsjP03fzrhzacRz6VTjfR0n1rM9w2r5Hq3d1Q4aZAKWlOQAfuqhGmiPQs8Y+Bi3q81N+v/kvAe98i85bYREZhkRWo1ZjvooNPgz5giO+Syyoq7063X45bx7DzTmbVime2N+a5CrZSHdvHe5BrV7LLq63O4PzxGuH6OdyN5RJZL6uJeDw8SWQCyJ5jxRday+2Wck0KTC4X9yzuaOJmdN1OYpLebfJxgvpw32tXNbz0ibZKUaFx2eRZo99sij755kdNGKlvXkpRWfgJgN97p/TKUrBsGGpjNge6WHlD2KTshwhn/4v/QPiwg1Jl4AtNkbxzGJAVcXh0MMHN5hEPwd43vWoJqEsie4LfNX76I3Cx0isNd2OywcdZPoG6U+RTvL/I/7cBmJI5WTMj+D59kvqdt1/Jp9SkD/fU3lLYOciZ0G0TMbO9jfYVFLxC5O3fKi9guw0Mgs66mkto9nzTeRsU2LEPHSW9aq78TlakxJ7ksClJiwTXTEdnYeDairAsQpjKddEzVqV+Qztj+5VboIaNLXUGavkIeh2Ek1zYuo6rKn3Z6hO+ut/oXXcwtcvtaulwj/Uw== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: b2b6c4a5-f241-43db-938c-08d9ef16fb9d X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Feb 2022 17:33:43.7956 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: PXqVximaFDzBLA9yfAaIrlnt3F8MFPOHEATMZNb7OfO1WdqHu/d5TOko/FmRz4M4C/WDen+LzmzAzKLOB55srA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR10MB4233 X-Proofpoint-Virus-Version: vendor=nai engine=6300 definitions=10257 signatures=673431 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 phishscore=0 bulkscore=0 malwarescore=0 adultscore=0 spamscore=0 mlxlogscore=999 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2201110000 definitions=main-2202130119 X-Proofpoint-GUID: F3aDbSVFROs0N56pxbfb66IW-JHueKd_ X-Proofpoint-ORIG-GUID: F3aDbSVFROs0N56pxbfb66IW-JHueKd_ X-Spam-Score: -0.7 (/) 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 (-) > > Provide a Boolean variable or a wrapper macro that has the effect of no= t > > raising an error but just skipping over any unreadable #(...) construct= . >=20 > I assume you mean #<...> here? No. I meant #(...). I wrote that twice. But if you like you could extend this request to some other - or to ALL - # reader syntax. In that case, it would be good to be able to specify just which syntaxes to ignore - e.g., have an option or defvar whose value is a list that specifies which to ignore (e.g. in a given context). E.g. (from `i # TAB' in the Elisp manual): ## #$ #' #( #@COUNT #: #N# #N=3D #^ > Anyway, there was some discussion about this in the context of the new > readablep function and the `print-unreadable-function' variable. We > could indeed introduce a new `read-unreadable-function' variable that's > called when we encounter a #< instead of throwing an error (with no > performance impact). >=20 > Does anybody see any major downsides to doing that? We've been wary of > allowing the users to customise the Emacs Lisp reader, but this seems > like a very small thing. And it'd allow people to implement having >=20 > # >=20 > read to (make-marker), etc, if they find that useful for some data > structures. >=20 > I had an extremely quick peek at this some time back, and it seemed > pretty trivial to implement. >=20 > Any opinions? >=20 > -- > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: > https://urldefense.com/v3/__http://lars.ingebrigtsen.no__;!!ACWV5N9M2RV99= hQ! > ecUUd4A1C-jNt5HVD7l0qY450h_bpEQRCBEBtE78iCT4tITSqr-AY6VKDdpX9cNx$ From unknown Mon Aug 18 11:25:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24982: [External] : Re: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Feb 2022 17:54:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24982 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: "24982@debbugs.gnu.org" <24982@debbugs.gnu.org>, Eli Zaretskii , Stefan Monnier Received: via spool by 24982-submit@debbugs.gnu.org id=B24982.164477484021765 (code B ref 24982); Sun, 13 Feb 2022 17:54:01 +0000 Received: (at 24982) by debbugs.gnu.org; 13 Feb 2022 17:54:00 +0000 Received: from localhost ([127.0.0.1]:38846 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nJJ4R-0005ey-P3 for submit@debbugs.gnu.org; Sun, 13 Feb 2022 12:53:59 -0500 Received: from quimby.gnus.org ([95.216.78.240]:55480) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nJJ4P-0005ei-AL for 24982@debbugs.gnu.org; Sun, 13 Feb 2022 12:53:58 -0500 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=kDtOOCwYulRVB1wFerzZw3ZqtmZznqWLRLubxfapoJU=; b=KYay3bFmox4ynTzdKAxhLqv6WK nwz5tb1rEK3uKqZuk5cB89dFaWi1H74hjTvpzIujt4sDjBmR5daTNN8DY/oNX1jme8mi9oH2n3lII zK5AAlW53Rc6VF8Biu5piSEp/9r7NkksMiMrcM3RozS5g92I4siMHmF04ILj2dqGrXt0=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nJJ4B-0005nO-3a; Sun, 13 Feb 2022 18:53:46 +0100 From: Lars Ingebrigtsen References: <87zgmvxig4.fsf@gnus.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAFVBMVEUjKjE2O0ZKSFOc UGkHDA/Lwc7///92KfOGAAAAAWJLR0QGYWa4fQAAAAd0SU1FB+YCDRE0FDh3N08AAAGhSURBVDjL dZNLkoMgEIbbxOyFygFEnb0DcW8M2WekuP9Vph+CxMx0JS746L9fNABUik13qmNzZC14P9feA/ga P2h4gcwQ4B+aoE0A/Dz7RgBeADg1WhvVITh1w8lsAF20db3tCbDEDipjMITagNhdt6ilKlJS+S4G cFMct9imBJeI1oBKWSW703l8iYcuwJPB+in1xSCqo9Qs57FlpcLjQaehiyMrca92pVDP8cUOnYYy V+ea+MNSOSuOEJwbCWgaDBQRcD42rkomAnsRgSY3reKQwCUB9ND6ACJ7tEq0CqkYJgTjO3hI2Qi+ Kd0u13HHWYiYocJ19vC9E2Cpu10BzuvEeXEPS7BYJz1REiODeyCxYEFapTPwrsfqgkkjz91dnMXE bAOHxzBPru3J4fh8ztHif9zfdAJTqHGGV96DEjzijeAMOxEw/dAQXx/gHCivOAiADObpRnKBFwfD Vxk4WoTLy8sWQgaL5Ti3DKoERg5x3aTYpWFw45dY++RChGMMBMK2tkKa3N3nG1A7WN4AWt6P/4Dn YvwfYBn8G/EHS+e/m3jNfsqE1rcAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjItMDItMTNUMTc6NTI6 MjArMDA6MDAv7UoeAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIyLTAyLTEzVDE3OjUyOjIwKzAwOjAw XrDyogAAAABJRU5ErkJggg== X-Now-Playing: Jenny Hval's _Apocalypse, girl_: "Sabbath" Date: Sun, 13 Feb 2022 18:53:41 +0100 In-Reply-To: (Drew Adams's message of "Sun, 13 Feb 2022 17:33:43 +0000") Message-ID: <87k0dytzyy.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: Drew Adams writes: >> > Provide a Boolean variable or a wrapper macro that has the effect of not >> > raising an error but just skipping over any unreadable #(...) construct. >> >> I assume you mean #<...> here? > > No. [...] 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 (---) Drew Adams writes: >> > Provide a Boolean variable or a wrapper macro that has the effect of not >> > raising an error but just skipping over any unreadable #(...) construct. >> >> I assume you mean #<...> here? > > No. I meant #(...). I wrote that twice. There's nothing unreadable about #("..."), which is the only thing that's printed as #(...). -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Aug 18 11:25:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24982: [External] : Re: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Feb 2022 18:05:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24982 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: "24982@debbugs.gnu.org" <24982@debbugs.gnu.org>, Eli Zaretskii , Stefan Monnier Received: via spool by 24982-submit@debbugs.gnu.org id=B24982.164477544222726 (code B ref 24982); Sun, 13 Feb 2022 18:05:02 +0000 Received: (at 24982) by debbugs.gnu.org; 13 Feb 2022 18:04:02 +0000 Received: from localhost ([127.0.0.1]:38852 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nJJE9-0005uN-Mz for submit@debbugs.gnu.org; Sun, 13 Feb 2022 13:04:02 -0500 Received: from mx0a-00069f02.pphosted.com ([205.220.165.32]:46160) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nJJE2-0005uA-OL for 24982@debbugs.gnu.org; Sun, 13 Feb 2022 13:04:00 -0500 Received: from pps.filterd (m0246617.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.16.1.2/8.16.1.2) with SMTP id 21DAX1JH018242; Sun, 13 Feb 2022 18:03:53 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2021-07-09; bh=EWPqaLpqJ/DSGNZ5UupP0IhN8WGGHVGnfS5HwpVEUhA=; b=LPJI5kvhC/vZch9pk/Rb3H6HWPX41sd6oGvI/YC/nyRsAYdm8/7ltoA8IeGV9ZzMBtNJ ePR4Gqva37yRv0K+Ay0CwbtwHc80tvACuJV2soyaG5VrpRH9KfTrxK4rKtxLl2NYoda/ JlnzKSgi1rlxK7OAIDqETXE/z8UW8d6yY/ACjVLulJH1NeFQh/Lm0qgrRJIy1MriR5um 5AtOhq7gjbt4VwiE/vRCKBfjkn0GAKY0svq2so1td++gn0A/q0Yh5B79NRjwGl7x+rCW 2CiNW67NSGL0cQk0NYFzaQ9OoMu7PlA3nSBRvpZLXQ+YhCGkA7KuOtGh6d/92QuTSEU9 3g== Received: from aserp3020.oracle.com (aserp3020.oracle.com [141.146.126.70]) by mx0b-00069f02.pphosted.com with ESMTP id 3e65euag3j-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 13 Feb 2022 18:03:53 +0000 Received: from pps.filterd (aserp3020.oracle.com [127.0.0.1]) by aserp3020.oracle.com (8.16.1.2/8.16.1.2) with SMTP id 21DHu5ll063614; Sun, 13 Feb 2022 18:03:46 GMT Received: from nam11-dm6-obe.outbound.protection.outlook.com (mail-dm6nam11lp2172.outbound.protection.outlook.com [104.47.57.172]) by aserp3020.oracle.com with ESMTP id 3e6qkvt67a-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 13 Feb 2022 18:03:45 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=KvIA28aFFUfPabX54BU4lSiHOPaNMHU27atbr4VHZRwqVjqT+uMcrPaYPvamNWMO1NJi+IuG++t6mt9O+4LAAj3CxZO37G5G5cHGZriPZS3SoznmU8WBppav66EVNFk9K8eNPrYfnM661PjEehQr+5K+ClaYVskcIowdedG5QLkG4+bTT/aW4lY7Uyt3E8fga3ky3hqnQojeS4p9yQ8QZdOtY0ZaASCR2LHJujIbvJ7RGdaEtTpcdWidWn/rwUP4WE5BLnyMMTWNzHdC3Hw734V7xbbChzGaak21uZKp0t8UOIBpjMxg+6Ii6zB1/CrwQhk4cRdIZucfin4asmcgoQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=EWPqaLpqJ/DSGNZ5UupP0IhN8WGGHVGnfS5HwpVEUhA=; b=KrB+4Ddw4oUWbldO+RrFt6qtlxXOj2BUyDJ8mcr+7C/SaO1UctA7s/IB8EgR7IhQZs6dYoZ07B+UtGrO7VgdOIIgQEFL+L7J8iWN7/i3+QD10Qpt1PZ0ecKOWf49USlHgzuDchmqRaef37QCKl6DW3EXaVzL/xPi5/C75VM3l3XWW6BOZ+vsz7uerLXzlgfTqfVtoB/89MLiR43R0azAZauMfp4rUnA7UIxlaHYUv/idd7hStqKP+KniMde5xpwRl9ehNSvXV3o4YkigRzZ5i1IQc+S/2fZAvAyjQ9HJp49OVWaD6hmgR4rlMNTKDqdB8ylO12/3Er1GCXLPc1AB+A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=EWPqaLpqJ/DSGNZ5UupP0IhN8WGGHVGnfS5HwpVEUhA=; b=IqPEZeHUS5GyptlyPTMfcrMlF+iLVfSloBHghVk2kTHrSk87CJ5p8HWQsPlBdrmqQnEnooOfyau1S68HMo+ZvfnUoIjFc7vroo5Oq+mprOa6vVifl7fmVUjf1fY7kaYtXtsi01xuXK2RZ7mya+ASXWD3yX3LVdIjSjcQ3bWQZYY= Received: from SJ0PR10MB5488.namprd10.prod.outlook.com (2603:10b6:a03:37e::19) by BYAPR10MB2981.namprd10.prod.outlook.com (2603:10b6:a03:8d::31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4975.17; Sun, 13 Feb 2022 18:03:44 +0000 Received: from SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::6d28:e29d:4c51:6d04]) by SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::6d28:e29d:4c51:6d04%5]) with mapi id 15.20.4975.017; Sun, 13 Feb 2022 18:03:44 +0000 From: Drew Adams Thread-Topic: [External] : Re: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Thread-Index: AQHYIQKuXPrfk+XwxUmbAKMd0gjv7ayRxR5w Date: Sun, 13 Feb 2022 18:03:44 +0000 Message-ID: References: <87zgmvxig4.fsf@gnus.org> <87k0dytzyy.fsf@gnus.org> In-Reply-To: <87k0dytzyy.fsf@gnus.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: f0dc50c8-6d75-454d-65e0-08d9ef1b2cbd x-ms-traffictypediagnostic: BYAPR10MB2981:EE_ x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:9508; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: JLkaEl+JtQq+dl2Vi7XCGvpZcGCxBMexn4Mzad64ppCyfjjtcmPGy3T3UgmkafGRPPgjG0s0dVZuANb5C6qWYhSPUOYxKr+5fmR3LCahh7szyfJ2wDcmXuLM/7+7vtxv4MhaI1BL3238ZJsL6vMuvW6mfh00J/vvOPXaxn3hb+G0t3PoN5OzJY35MGYcpo7VfLAgnBFAwlRhA6zHUZJAD/4JGx10Pv4KwmuyduAzmjOcQdc+UJiR4E4TCYYqHH3gdKF9t6cgw5ApsTppwZhnjcbdwD34BrHdJ6+IsSoOEulHDkjKV7ZTalSBRvUHbENOwnIAQpRel6U+G7DK8AOI3N3L4WzV6J4AvIITt3V7dCFmZE4H2Bug02pUkD7AtUMTaxg49rehZJJnDEO9PNz55I3lFAoX9YUrh5E6UuouR/fuIQx3tqlNzi9T5Uxz3862kV10mr4s9PXJjG5BYf/JLe2Zz6Pe+f7HWJguAW7CpoS4ie6pCwtYBTe6ty3N6gkyp1u+N58KWKi7uAXtUC1ZL84tsyOuRyif3S+xnLYNHyIsez35UEKYnRSt5Q4dMczTxZEct+RtIOQpDDoAL7SJ7QsIA8foLIJYernxIg1TVr3f+JY9ndcYaSmyEW7VyAxAadPnwNx4OvOXjjyeJLmqbQwLr6FQD+Mlr0sOl+x8hSP0iDAOm28ZPpVvsr2xDjAxdN66o/ltt/Ucusr8RYsq7zlMZQnqRKHciI1tojaIB0M= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR10MB5488.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(71200400001)(52536014)(55016003)(86362001)(2906002)(9686003)(38070700005)(5660300002)(8936002)(44832011)(7696005)(4744005)(6506007)(8676002)(54906003)(508600001)(6916009)(122000001)(66446008)(66556008)(66476007)(64756008)(4326008)(66946007)(316002)(38100700002)(76116006)(186003)(26005)(33656002)(43043002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: ZHdYaozJ/LCoZCVb//vBvdwbfcm5NLvhZeedfziiuNgCD8N23CqQ6d+WevX2T1ilF3KJuFJ5TlJkd0S1mfzPKXb7Mlq/uRzs6gqP/6+uUhJds3PfEphx5MfE2o/TQKf7BbN/IWXmfIfxrIC9/Me1kuCB5Fv5OYy1JfvWNFlDaOODU3u9y56D/L8PXJNKMRvDdHXmHq/fTqV+l/UVD0q3Y1Aq2+GOwHY80w9n0D4CRg9f/Ondtn/PQS6PyhtAsE/V+pwKSv679X6vhhID9X+Z5Y3V33dH6+qmdrRCqsLu6YaS7SlkzkDzxSTZz6qmLMckgNcJlki88CVx2zbVP4Fv7gZ1emHgXVbK2bAzhiMyMAOY4w24Xd9fc6SSuQ+r/igolz/L2qkCSRNO6Moal5seetCbMnvl0CgGsS87Q/nbgjKe3C5fWd9IaKRsHhcG9C9pQxzhAugg9w98GqxOS2/ovUrYMHiIPUKpcK1T/0560muS9raxaviaLKkzuI+IqjWXjV5GYOe02vgAaEWDYQgUTpHtX8AuoAmyVf+LSdvKuuEjNJv5XhLsDgXAeCCeXWS9wW8NlZTLPHYn7nfUPQswseHK09TQNJQikNM5GtkMsgJsduBhjQWr38FdP3b2UBOJJ9B1gkiXjwhFEiRKDENu20+NfP6vtxNRjHkGkpQKSCNmeD0q/4Op0APhAESiH4sW9cnCVXDngFas37dv7n3Hvule4aQvOEL+qE9uNR8MpqYOO8kE4tEnZIEk4mO67kwsNmXkBSeq4lIkSQ/JqCkn/ky3eivth/3xq2gfV9iRH/cARY7CJaNIdDHYfswO1DqCA4dhx2Oou42VtxOyCmAZTdlO2wcxUAsghg2vzgV2xUtB2af7/PHw8xUxxaYoCPCL9pwsm+Ck04JuhazjgzTkkNrhng10bTkP95HVl0fFNrDTxId5HUtDG3mT5DdELqATUagbqC8scbd2HT8l02WqCQV2kLMMsLHf5d172ZkM8S9MxQnsjOLQGjf4tjvhzQEq9QXTHnMCjcPC/XGtlaQJqXjP1OeT89D3jza34qmTDGbfa31YQbezMHAlIzSGmRde8GyKvTXmJtx1/EoFUd9nEn+0u5Xt45sXuaqn6Po7+ssmhboRqTPtyT1N1w3ywJBinJmkI8yNj4FdCfhJ+G9PYrDx94SxaYSM5tYzWqQHrEF9pep3+owVc/G56AcullJYwmNQexIkAFnH32Zuj0JLF2gf7XG1J7tBAqUVhHjWIzQJZLV6TPbVdxdV8Mk3nR57IWTtR0OZqZpfV/j56B3gCExcSJEOhbGsw3abm+gN/zyPCUzIW8ZxE3nI2BfE+N24ZC7YFOMICZh9TgrnnbVNQIT7nTOZ53wvf8MWwQlIll7neVMG2Nn2/qK3dTv/fmMBTQ74V7iMF4Cb3YdUEE4i1q1xfQKzad+tYZIk2xJU8T403Z835oSWs6jaomrlq9aDSDUPlX2hKIRpnrjncDwbZUB4l4cnfrjKPDhZ4Hjm5nfIiKm2fEPkKN4oVaHBDmS2AtLF/9l3choDGbo38PXxE4FaTeoqRmPZbXcwn75Kq5ZVbJLMLXeG532yxIzFowTQ6HxINsiHlH6RKLof72t5pg== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: f0dc50c8-6d75-454d-65e0-08d9ef1b2cbd X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Feb 2022 18:03:44.2307 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 4uDapGNeHST8yus6bZY8jPHVb5cnLcA4G6xHPGYeJD3GBVYgWLgK5XjsDa/szhPFHUMb5iINmizujHZniNOTRg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR10MB2981 X-Proofpoint-Virus-Version: vendor=nai engine=6300 definitions=10257 signatures=673431 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 bulkscore=0 suspectscore=0 phishscore=0 malwarescore=0 mlxscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2201110000 definitions=main-2202130123 X-Proofpoint-ORIG-GUID: u3pbcJWrqLyAIcVsEqJGYt2IDScSn15z X-Proofpoint-GUID: u3pbcJWrqLyAIcVsEqJGYt2IDScSn15z X-Spam-Score: -0.7 (/) 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 (-) > There's nothing unreadable about #("..."), which is the only thing > that's printed as #(...). I agree that this could usefully be generalized. As I wrote: I was thinking of #(...), but yes, the situation is more general. It's about # syntax that's found to be invalid, but for cases where # nevertheless can tell where the sexp parsing should end (and so can advance point there). The reason I'm interested in #(...) is stated at the outset - for Emacs releases where that isn't supported. If the bug is fixed in Elisp then I could likely add whatever the fix is (a macro or whatever) to my code, to handle such older releases. But sure, let's consider handling # constructs more generally, as I said in my previous mail. From unknown Mon Aug 18 11:25:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Resent-From: Richard Stallman Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Feb 2022 04:17:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24982 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 24982@debbugs.gnu.org, monnier@iro.umontreal.ca, drew.adams@oracle.com Reply-To: rms@gnu.org Received: via spool by 24982-submit@debbugs.gnu.org id=B24982.164481217225286 (code B ref 24982); Mon, 14 Feb 2022 04:17:01 +0000 Received: (at 24982) by debbugs.gnu.org; 14 Feb 2022 04:16:12 +0000 Received: from localhost ([127.0.0.1]:39399 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nJSma-0006Zl-1i for submit@debbugs.gnu.org; Sun, 13 Feb 2022 23:16:12 -0500 Received: from eggs.gnu.org ([209.51.188.92]:56530) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nJSmO-0006Yh-PX for 24982@debbugs.gnu.org; Sun, 13 Feb 2022 23:16:11 -0500 Received: from [2001:470:142:3::e] (port=49062 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 1nJSmI-0003ap-PF; Sun, 13 Feb 2022 23:15:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=V0fYcgnprQC30A3RJcEM7ExZGIJ0u/00yguqYRQeTPY=; b=bUZJVl/lN0pN PEKELr378wiIfo0ycHVU8sh7VwZZziC3C9SC/Iq7bPR29S83BSAIYMihve29jc34ywbj3SHo9PTeW zcJNXYVNgcJKntFpP3coKVnB6leSFMFuSqxLjm+I7FJSU5nXjujC1RZjhyvq9aRMzmEzd0ov0ACuy sVF+l3gsyMhm4j1w7HvtfNjZdqOZprBNC5tKDtmW4Jwc6rWTVC6aN0cvhxr3XQSmm3MuDDtWwJc0e PsHTlW+6IFFkFIm1+4palRuzkJDrLCJvHBlU2fsfEhTLurPptBdUD16Z2WT2grY4+Rak3N5cLaE7e pWm2M9A/sTpjejX/q393yg==; Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1nJSmI-0001pP-Ij; Sun, 13 Feb 2022 23:15:54 -0500 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman In-Reply-To: <87zgmvxig4.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 13 Feb 2022 09:46:19 +0100) References: <87zgmvxig4.fsf@gnus.org> Message-Id: Date: Sun, 13 Feb 2022 23:15:54 -0500 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 (---) [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > Anyway, there was some discussion about this in the context of the new > readablep function and the `print-unreadable-function' variable. We > could indeed introduce a new `read-unreadable-function' variable that's > called when we encounter a #< instead of throwing an error (with no > performance impact). > Does anybody see any major downsides to doing that? We've been wary of > allowing the users to customise the Emacs Lisp reader, but this seems > like a very small thing. And it'd allow people to implement having I think it is asking for trouble to make `read' extensible, because then people will extend it in different, incompatible ways. That is asking for trouble. Uniformity is what we need here. If we want to handle some additional read syntax, we should implement it in the C code so that it works the same for everyone. -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) From unknown Mon Aug 18 11:25:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 Apr 2022 17:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24982 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Richard Stallman Cc: 24982@debbugs.gnu.org, monnier@iro.umontreal.ca, drew.adams@oracle.com Received: via spool by 24982-submit@debbugs.gnu.org id=B24982.165133809630536 (code B ref 24982); Sat, 30 Apr 2022 17:02:01 +0000 Received: (at 24982) by debbugs.gnu.org; 30 Apr 2022 17:01:36 +0000 Received: from localhost ([127.0.0.1]:59008 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkqTQ-0007wR-Ik for submit@debbugs.gnu.org; Sat, 30 Apr 2022 13:01:36 -0400 Received: from quimby.gnus.org ([95.216.78.240]:50198) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkqTM-0007vs-UK for 24982@debbugs.gnu.org; Sat, 30 Apr 2022 13:01:33 -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=JcbpOw3AMGpvfXsYkJr4y49D+rewyj42sguXxmFkqf8=; b=EG7X70NroTJSTccW3U9vygLoW1 dkM29fAxYf2t4irEPTNBwSUDIgqNgJjRFvHN4HF/o7bz3AveUyjF7c5AiXiDS/yvKIcHbvAhUCO6K KufZ19WjCFmVIndBlQe0fWdwuPPHoqDGVjndC4kZztaZCkGtoTJ9aykn8J2QyN19ylJA=; 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 1nkqT8-0001rT-9d; Sat, 30 Apr 2022 19:01:20 +0200 From: Lars Ingebrigtsen References: <87zgmvxig4.fsf@gnus.org> X-Now-Playing: Talking Heads's _The Name Of This Band Is Talking Heads_: "track" Date: Sat, 30 Apr 2022 19:01:16 +0200 In-Reply-To: (Richard Stallman's message of "Sun, 13 Feb 2022 23:15:54 -0500") Message-ID: <87bkwiy083.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: Richard Stallman writes: > I think it is asking for trouble to make `read' extensible, because > then people will extend it in different, incompatible ways. That is > asking for trouble. > > Uniformity is what we need here. I [...] 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 (---) Richard Stallman writes: > I think it is asking for trouble to make `read' extensible, because > then people will extend it in different, incompatible ways. That is > asking for trouble. > > Uniformity is what we need here. If we want to handle some additional > read syntax, we should implement it in the C code so that it works the > same for everyone. So there doesn't seem to be much enthusiasm for adding this to Emacs, and I'm therefore closing this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 30 13:01:32 2022 Received: (at control) by debbugs.gnu.org; 30 Apr 2022 17:01:32 +0000 Received: from localhost ([127.0.0.1]:59005 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkqTM-0007w9-Dm for submit@debbugs.gnu.org; Sat, 30 Apr 2022 13:01:32 -0400 Received: from quimby.gnus.org ([95.216.78.240]:50192) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkqTK-0007vp-W4 for control@debbugs.gnu.org; Sat, 30 Apr 2022 13:01:31 -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=4JFV4PJk3V2I9Ynuh9822TNpNO1ZWFtyiUz5jnxhnLY=; b=bzMRP7bu+an667eAJm5P3ovIVO uOk2QNhDMwd//iXfv0lD80U+OQMU3o49sV4PcVZkunp+zqx7cQYQ3KJzzjOup5954z59nuj5K2kR2 px1dt921T5EZqkitgb19PAWHv43Peu+BYf+kO2LaRwE0rdsS+OZpJapleEJdreMdxxn4=; 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 1nkqTD-0001rY-GL for control@debbugs.gnu.org; Sat, 30 Apr 2022 19:01:25 +0200 Date: Sat, 30 Apr 2022 19:01:23 +0200 Message-Id: <87a6c2y07w.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #24982 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 24982 wontfix close 24982 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 24982 wontfix close 24982 quit From unknown Mon Aug 18 11:25:08 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 Apr 2022 17:27:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24982 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: wontfix To: Lars Ingebrigtsen , Richard Stallman Cc: "24982@debbugs.gnu.org" <24982@debbugs.gnu.org>, "monnier@iro.umontreal.ca" Received: via spool by 24982-submit@debbugs.gnu.org id=B24982.16513396119010 (code B ref 24982); Sat, 30 Apr 2022 17:27:01 +0000 Received: (at 24982) by debbugs.gnu.org; 30 Apr 2022 17:26:51 +0000 Received: from localhost ([127.0.0.1]:59037 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkqrr-0002LF-4g for submit@debbugs.gnu.org; Sat, 30 Apr 2022 13:26:51 -0400 Received: from mx0b-00069f02.pphosted.com ([205.220.177.32]:59090) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkqrm-0002Ky-9x for 24982@debbugs.gnu.org; Sat, 30 Apr 2022 13:26:49 -0400 Received: from pps.filterd (m0246630.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.17.1.5/8.17.1.5) with ESMTP id 23UAGT7Y026132; Sat, 30 Apr 2022 17:26:45 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=corp-2021-07-09; bh=6nIbLUbcoVWAvTsPDZpTFKtiT5CGS7XebTMoBPWGoqQ=; b=fKAeNLbFjOkbMluqoVOZlflQrGdKy4jmiWHWOBmke38w1aQTbGc6oe4IWLtucDwazZi+ cbj0LQ91ON5dRnFjNcqJuIhAi9Zqh489FQC8ERjkmwCxbE7JKBkQQuYNDA95xuvarGeI NL81vwOnvtvZxED9NEHoUDeeOIwuBXrB7ODrnoEBqARb+Ow9Dfr9zoYUIDu38BaldSsv q58j2c82uC9UqQzTTdjNz/+PYQH05sIug1RxSIFcxbz3Q8kp37OhaWTH08OzbSt2ySks o/fr72T32k+faqBFcR0LWmQQO5r8i561cdWzwxq8/VLqsYnrGa/DiUXJr9wSM705axc6 sA== Received: from iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (iadpaimrmta02.appoci.oracle.com [147.154.18.20]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 3fruhc0sm5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 30 Apr 2022 17:26:45 +0000 Received: from pps.filterd (iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com [127.0.0.1]) by iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com (8.16.1.2/8.16.1.2) with SMTP id 23UHQiw5028482; Sat, 30 Apr 2022 17:26:44 GMT Received: from nam12-dm6-obe.outbound.protection.outlook.com (mail-dm6nam12lp2173.outbound.protection.outlook.com [104.47.59.173]) by iadpaimrmta02.imrmtpd1.prodappiadaev1.oraclevcn.com with ESMTP id 3fruj6vu56-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sat, 30 Apr 2022 17:26:44 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=gYikI2zZZ5iKIWoMEcmxHYoXRGrxQ53mBzNi6dwKFFrf8zxEs9pe8sPib39qxh9hHF3Bep8HUHyeHS0byVDv0RRaaEpvx+EiDKtWNRgRO+T+LHLqPa35S1sGQGwyJXnNuQwEoKHDJZiKcsXSzqXf7zbjc2NwohKudjzWt+X+eYgWweKOOc0yyzhccwKhEpA0v64utlQk4pvUsKBy1UCRXgTDp08mj1X55cFQb3bhFJPV3YbT0UZCSJPT78x79FEN4cyCae2BshywuznVbiQs3t0WjAndX4kjCfKehwNsmaS79LyayIwk+H++bTcElqNRpbtP16EH99LIs6NM67LbaQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=6nIbLUbcoVWAvTsPDZpTFKtiT5CGS7XebTMoBPWGoqQ=; b=D3CFQmnXqno+FsY96f9uoXXbjdydrIhyPzzpS3ym38yO6If8rWH1xr8uuEtl8x8KwHFwHgdf8ueOnLybPQ9U28LsfakE0h3mpjJq3Qeq2dbNr8frHx5N7yJ6AvYLn4PEzmvmrnvYGycEt4c+GsTKCJbSARRumta7jsdgJDLTU3qFkvY1hjH6AIqP9lP5fEvlzq3lAVikPHtpzxIB/0oU33Qwp8uLxNcVyUSrV26nINzfPozwKP3JP9mRIHK2xD+pxn+DxDyEu2tHIgq5kD6k4yegIusrhgbMNLhcw/xzZ0gGb2EaxqpaTkIbExgGoFvIu6NhW5ELcSoQqB5TRauq4g== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=6nIbLUbcoVWAvTsPDZpTFKtiT5CGS7XebTMoBPWGoqQ=; b=UPy32vBSiW3ss2IQzwg3ATtGAmW4Oz0lxZohSUO/lszUd6TGQrGDARM/RbGq0ReY7Ei2wDKMcM4sZ1NbZrr1EaCI6Vrjmp7KcEBqTJv1uCq6pWbXVHnwTTl8thLFlqhTkuH9RkbJE/4DBGFejDMzJJeHi0WBj/mkq2jwxgIVmoI= Received: from SJ0PR10MB5488.namprd10.prod.outlook.com (2603:10b6:a03:37e::19) by DM6PR10MB3658.namprd10.prod.outlook.com (2603:10b6:5:152::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5186.15; Sat, 30 Apr 2022 17:26:42 +0000 Received: from SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::a0e7:5f38:ab50:5123]) by SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::a0e7:5f38:ab50:5123%9]) with mapi id 15.20.5206.013; Sat, 30 Apr 2022 17:26:42 +0000 From: Drew Adams Thread-Topic: [External] : Re: bug#24982: 24.5; way to let Elisp reader ignore unreadable #(...) constructs Thread-Index: AQHYXLP1nYWRXZOHY0ycXjVNeEPb8q0IsT5A Date: Sat, 30 Apr 2022 17:26:42 +0000 Message-ID: References: <87zgmvxig4.fsf@gnus.org> <87bkwiy083.fsf@gnus.org> In-Reply-To: <87bkwiy083.fsf@gnus.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 9d04f528-b635-450f-7ace-08da2ace97a0 x-ms-traffictypediagnostic: DM6PR10MB3658:EE_ x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Yuog0bkfyKEGX/dKMQR79BIQydcK0E+uslGfZ7HxJcg3drlx6ZK79C9XGcjoYA3URKIMzCJNVP/+G3DnUzl3Adz1lhhT6L6Cg4jZp6Togqcg8Uo69xki33odwrqZXep/Rc20Si4pz4SzHEqjf1zS1eS4+nzsj1sc7Y4L1vh8PghriqqAGS85ckwudx/9vue3JA2BU1BLKXbO0lTaIZWRc3FHssjwpXQqqJS1Pva03smnmLhBwUPSLnWLZnpbl4+bZ3KJAndae3i7Cdrr5NwAFIaqjBOs/DLaNSxPwY6wK1fyY208VX7ZPYA20A9BbnOvH17v75HzgF+AK4Ihs9Bx8aK6tC+oNQkB0IIUWy/beq1ZwTYKHJNOAYl25Bdw4OSX0rD0URNZC8tgfaFeizr2ERTaORB9efnnzmzG8q1nV9FvLYhMnRHy3Ru6brGFOsmSr04S5Sxqpko9BNdG4cbcMbzBi9oCgYSbUMuq9j1B6yNay5DCkLmy3UEx+9dnxZH+yhdvLj4nzM37QCIvKd6svbcrBWgOXDENZRlAVGRfbv1z37fWL5uzJI7P/2cQbu7+g31GIOTtD6UaAoZHQoqsR8SgEkmVHss30WDBb/jdbhmTHVrSXleuW6d/KNM01BSnY30kq1rtxHi/iVn2axEWH/mLeND7RPnCEJBjji14Cmi4lpAPOFocXJyhTZR+mlvi+1D38jdsEFhQtQk2dkGwteVur4ehoi2L2nL6BN4gQLI= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR10MB5488.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(508600001)(2906002)(83380400001)(71200400001)(6506007)(33656002)(38070700005)(8936002)(110136005)(7696005)(38100700002)(26005)(9686003)(55016003)(54906003)(186003)(5660300002)(52536014)(316002)(4326008)(66446008)(66476007)(66556008)(64756008)(66946007)(8676002)(44832011)(122000001)(86362001)(76116006)(43043002); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: 8+7LiRj2QGhNo+Iy/Vh9m+EIRG51mxKNeBwLkiXp0wPr4zRV6AySNvLhcSWBi/kKj8VKx3M7x8yfyZer1GvsvIEazDXHqhBTkX459jjC1Z6wUhsBFzQN5+0dM5U4aSvOMPFqfVXnzbeyDsXPvBUv49taN7EQsKP3ZNRQXRLxmwWKG58WQbTI2jURjrLipxUBOjZJek7O3QyL6yC8pkVQM2FQpycxPipJN5for4tIFhypaFTJU0IYnutOPJwrSIb7SgNMPJvum+R9sSnIIf75VD6yellWstXR64PM24pUgXyJdDH6SoJfBuL0UkWJHY9TfgbYnJSC3R47ZtyIose5GIkYtUurYx9T2CloStLWLCDZbewd69lM0X3TZCAlrmDgJSu66ok76tAL+8ZmSAyrzDKbgQ/5d9a5ivskWhXhSnzHESMS5nXtD3s+vbhZDwtsyXO4ptjb5aNATalNpWEAfkNktYQ4yZfmzdg3smR8Y1Shf2eW36bPhKJY3hrESNyrMaleGQH80N0BTW7Y/n2Gaoikt0YTl/br66epozRsGLJNo1KIX7skrhXi4R6WwWdjBgfXFL3s+nVwe6zWXpi1dcbV+55EAEVo6mXkOy2LxmJXL+OsE6FX8diM9tuSMmYAQHrWcIN1qnETHmvJJ13UJ1SRKMFj+ZTSVh99hGClABf2nQGnJcHMOlC01weTq0hHon8070Ssqyb+areNk5sO09pD6hoQwBH354sYmzHdj+SXQ1krXQwwKTEW5iS0pKl7Hp5qTJbtQLGuS+LzNy5/ftSf77/+h7OYDF+u5MZ8iYEbX9W+OHaIWmoNLo4Os+6Upcu4RbGm/VAGe9DwTuPZQDAZA2DhRoceMB5Pdk29cAGSciBtQy4uRrW3m/jPppRXSxriGIPCJZC2M0oAIatOF3Aya1FRGN1l9fMNSlUU6m89IvBDkobeP+lD5ajbn6Epxe20q4IrD8MZ/Ya2TKZx0S3rmJmF9CAZcy6l/RBJ0FZv3CpyazLjFKzsdpywUZeochllDvlXb5dToFHMGlgQ3192zXgo7QWuo0Ap7JjP6rYf+Q4iEWUFHXJ2tWl4crLYYrESlrtRa9unShyahIrHi4y6YikwZ5i4QsctzQax4hIXEDi+IkqlN+4uohXVmOqNB9sx+3nb9Kj6QwS0EiFeXG/UDDHTc10cy6RMvXG7+HeLLTcgCBALNOeRrT/Ubc2YAt1TjA5Wy5aExeeOc9vRhM7oewf2bMvXMWKP/EHv/6Xf25Ji1uQ2H+NUzPt0Uj/Twbk1NPM0aS9ZifIpzdi/o2w+KSzLu3b/1j2O/2mPuNROE9W8lFtur+7xCTjaqkGeozJ59ZIXRXuqGpjviRbackqqCTc6xVaM/4iuOYfWeVGZvfKZyP3RW4xCBU1k59hPHjGkuNRHRJmK8MOVUjus0gdGsZWWV0HY1pNQi1xMy2ArfaMYEMkJ6t/EmLjgsfqjat/93j6E7TiCqBP4wTs19QR4I6U9cpJWUMdpsf6sbvpzCTAXHW3gtJzizyAcptdf0aucM4effT8rAd5Ecufce8auD7QZE4SWD6Ul9/ZQY8CD+5QT4+lljjXfZso3S66T0sHkjcX6wt+Uam9aadZp8+YheCmNJPhQHgDU1cSlzAMN+3Tp3jQBpaLzolTwasklb/CPja+Qx+EAYxsDkxaXAWxWExCDB7YpBoBOhULNKEj4D7eNqn2tqed/JavVqJZRcVWbus7wpCTXkga/hI5VDw== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 9d04f528-b635-450f-7ace-08da2ace97a0 X-MS-Exchange-CrossTenant-originalarrivaltime: 30 Apr 2022 17:26:42.1384 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: 5TNXoag7/3lsSyOr088FtUmroLQ6ezCVnExfKdGIgF+cp8Ze0ATqe6ekaaRiKsmGY097wj9YOL0jCizX4cNt/w== X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR10MB3658 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.486, 18.0.858 definitions=2022-04-30_06:2022-04-28, 2022-04-30 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 malwarescore=0 phishscore=0 mlxlogscore=865 mlxscore=0 spamscore=0 suspectscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2202240000 definitions=main-2204300136 X-Proofpoint-GUID: sESvihpfk9ldwJcw4H0-3aVU80Sxfn7d X-Proofpoint-ORIG-GUID: sESvihpfk9ldwJcw4H0-3aVU80Sxfn7d X-Spam-Score: -0.7 (/) 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 (-) > > I think it is asking for trouble to make `read' extensible, because > > then people will extend it in different, incompatible ways. That is > > asking for trouble. > > > > Uniformity is what we need here. If we want to handle some > additional > > read syntax, we should implement it in the C code so that it works > the > > same for everyone. >=20 > So there doesn't seem to be much enthusiasm for adding this to Emacs, > and I'm therefore closing this bug report. It seems you went off and dreamed up your own substitute for the actual bug report and request. Your reply here only to RMS's reply to your detour shows that. You're in effect closing your own imaginary bug report, but with the unfortunate side effect of closing this request as well. ___ Don't get me wrong; I assume the hijacking was unintentional, from misunderstanding, not from any desire to divert. But coming back to what this request was actually about, and to where you hijacked it to take the detour: >>> Provide a Boolean variable or a wrapper macro >>> that has the effect of not raising an error >>> but just skipping over any unreadable #(...) >>> construct. That's the request. >> I assume you mean #<...> here? > > No. I meant #(...). I wrote that twice. > > But if you like you could extend this request > to some other - or to ALL - # reader syntax. With that last sentence I guess I unfortunately encouraged you to ignore the preceding sentence, where I said NO, that's not what this is about. The request is _not_ about extending the reader in any general way, though (unlike RMS) I'm not against Elisp considering doing that (the devil would be in the details). The request is only about what is written above: give users and code a way to, in effect, `ignore-errors' for unreadable #(...). Only that. [It's not about `ignore-errors'; I mention that as an analogy: we provide ways to ignore errors, but not this kind of (reader) error.]