From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 18 Sep 2022 14:57:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 57911@debbugs.gnu.org X-Debbugs-Original-To: Emacs Bug Report Received: via spool by submit@debbugs.gnu.org id=B.16635129921742 (code B ref -1); Sun, 18 Sep 2022 14:57:01 +0000 Received: (at submit) by debbugs.gnu.org; 18 Sep 2022 14:56:32 +0000 Received: from localhost ([127.0.0.1]:50977 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oZvih-0000S2-Gv for submit@debbugs.gnu.org; Sun, 18 Sep 2022 10:56:31 -0400 Received: from lists.gnu.org ([209.51.188.17]:41984) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oZsvP-0007Dq-Vd for submit@debbugs.gnu.org; Sun, 18 Sep 2022 07:57:30 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:37108) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oZsvP-0005O2-Qf for bug-gnu-emacs@gnu.org; Sun, 18 Sep 2022 07:57:27 -0400 Received: from mail-lj1-x229.google.com ([2a00:1450:4864:20::229]:34813) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oZsvO-0002Fd-0v for bug-gnu-emacs@gnu.org; Sun, 18 Sep 2022 07:57:27 -0400 Received: by mail-lj1-x229.google.com with SMTP id h3so22400231lja.1 for ; Sun, 18 Sep 2022 04:57:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:date:message-id:subject:mime-version:content-transfer-encoding :from:sender:from:to:cc:subject:date; bh=Auhpe4TWOSm9Y0xLWmwThH9j3CAObWJE/xce0rJhA3M=; b=gaNcTsAqWjAukNy6yHSPI1dVKtYw/tMC1lxrrTSlFLxTsjHiTCb7j+7W8U3ZsQypQJ zalhNhp0p3UiFQPEERzaqky5zUZ2151bw9QepWUd46EvMWwP1ROLc4bANIe6WtT59Awf Cnrj5VQKGuNUmQmUbjLv+tH+2H28NXUjIJwaQi/Mki5oJbK8gR/GtHAjv9Uu/h5d3+1Z hsBGJlOqSZcVhis38KAWNcG+CSZ1XfKWKL4fjdFlyBeMTcZ2bJcDe6VEAfmFEwgqypyZ 1Rt5mEzfWTRk/Fgr4QBHQACMkp0gD+Qu9QXcGdhwyozw8l3WCrE6Pnb7UBHmPMPzDGeV dH7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:date:message-id:subject:mime-version:content-transfer-encoding :from:sender:x-gm-message-state:from:to:cc:subject:date; bh=Auhpe4TWOSm9Y0xLWmwThH9j3CAObWJE/xce0rJhA3M=; b=6UE9Ala0R+7WW2ccvgGGADX3hm9AUehjs2qaA+v7A1A2m+vYYTxTFIxB2EdiJgHCB2 iL+YA91RtSbZjDjCkgUe6vdbQX8cy1w55izybFIVMZ/c5yfjBfPiDjKuVocnRBJrWSjY bnEk8mWOzYf2XDArxkvy9rYZzZ+imX0RQD0HPtbEYlpFhzI5K6EsQFq88d0KP81/0luX TlZnRtqfBdFAS5SF3sr1Y4bNZPyhSb95BRIZ5DeqszroyupiudNlq5fb60d6d3po/qvX Z9kX1ijbaISYJRDecWoTXYxjsT2OXSA+fZwq5mpV5USTGSTPlx+hrVfVKwin8mIbH77L UJtg== X-Gm-Message-State: ACrzQf3+gxh+xeGnikKDwnQxre+Tap+lhVuy0DLIezGy3abyk+KwqIpb wC4atsrwPd8np03YVQDubXuDVDP47Ild026F X-Google-Smtp-Source: AMsMyM6awbn0B8m3i4D4e4Y34btOEViVAfVUtHua8l7IoNNW9dg/0pd2dPqlc0okgRWLziujPCu5xQ== X-Received: by 2002:a2e:84d6:0:b0:26b:dce5:2fe5 with SMTP id q22-20020a2e84d6000000b0026bdce52fe5mr3617123ljh.12.1663502243826; Sun, 18 Sep 2022 04:57:23 -0700 (PDT) Received: from smtpclient.apple ([188.150.188.179]) by smtp.gmail.com with ESMTPSA id bf40-20020a2eaa28000000b0025dfd8c9287sm1845220ljb.69.2022.09.18.04.57.23 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 18 Sep 2022 04:57:23 -0700 (PDT) From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Message-Id: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> Date: Sun, 18 Sep 2022 13:57:22 +0200 X-Mailer: Apple Mail (2.3654.120.0.1.13) Received-SPF: pass client-ip=2a00:1450:4864:20::229; envelope-from=mattias.engdegard@gmail.com; helo=mail-lj1-x229.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Mailman-Approved-At: Sun, 18 Sep 2022 10:56:30 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) This is a proposal to abolish max-specpdl-size, the user-controllable = limit on the internal specpdl stack. It is safe to do so because unbounded specpdl growth is not possible = without proportionally growing the lisp-eval-depth. Therefore, = max-lisp-eval-depth suffices as a guard against runaway recursion and = unreasonable memory usage as it effectively bounds the specpdl stack as = well. The change would give us some performance benefits but the biggest gain = is in user convenience: currently, any code that needs deeper recursion = than permitted by default has to set two variables. What values to use = is often a matter of puzzlement and guessing since it is far from clear = to anyone how they relate. Why abolish max-specpdl-size rather than max-lisp-eval-depth, if they = are connected? First and foremost, because the lisp-eval-depth is easier = to explain and understand; the specpdl is an internal implementation = detail that most Lisp users don't really have a firm grip on. Moreover, although each Lisp call currently consumes at least one = specpdl entry, this won't necessarily remain true in the future: it = should be possible to eliminate that specpdl usage for gains in both = speed and memory. In that case, max-specpdl-size would no longer serve = as an effective recursion limit. Concretely, the change would amount to retaining max-specpdl-size as a = plain dynamic Lisp variable with no special meaning. We could obsolete = it or keep it around indefinitely. A patch will come -- it's all very = straightforward. From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Sep 2022 07:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Cc: 57911@debbugs.gnu.org, Stefan Monnier Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.166357142015965 (code B ref 57911); Mon, 19 Sep 2022 07:11:01 +0000 Received: (at 57911) by debbugs.gnu.org; 19 Sep 2022 07:10:20 +0000 Received: from localhost ([127.0.0.1]:52088 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaAv5-00049R-Px for submit@debbugs.gnu.org; Mon, 19 Sep 2022 03:10:20 -0400 Received: from quimby.gnus.org ([95.216.78.240]:46928) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaAv2-000499-QN for 57911@debbugs.gnu.org; Mon, 19 Sep 2022 03:10:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :Date:References:In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=muTL2WCM1ki9mvCFpsRdtNmhTYHz5n3GU31iL576LWE=; b=Yi7h5PalylBvH//aO9K4HjCcFS S+Ln5uAu1v2C18RTveJEaefbLPUHpBlz2aL3kkIsMqaxVQ+Y38Otq1Pp5LdSuCtPKXuz9zGF7tRNC 2UTWAWijUQFhJK87UEb3JOBvzoNEN/2j2clxHompTXXww3YqTr9eagJbUvAU0iJWnd4A=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oaAus-0006cE-Kh; Mon, 19 Sep 2022 09:10:08 +0200 From: Lars Ingebrigtsen In-Reply-To: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> ("Mattias =?UTF-8?Q?Engdeg=C3=A5rd?="'s message of "Sun, 18 Sep 2022 13:57:22 +0200") References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEX83Lr94cKsqadv QmL///9urP2wAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+YJEwcJFfolgRgAAAGBSURBVDjLdZSNlYQw CISDNgCxAQMNeKT/3m7Ij/HcPd7qc+eTZEKIKX0P+lD4PzBC3iMIL8AzvQn8PQOAFpDxSIkoMfGt UbuUJQkxRY6I3M6yUtNZSKSDHsePIvaiXZe5JD7cVLOplRuEQ6LdzVxN68pow3FRAH8BTrRBQgZC JmhVoN2KqSPgema0ZeyqVr1atTVUENorwuNWnnYpHXXGI6O5wvuRcPwFmigMmRb2k9MNckUNMa+i XvlUXwBvV9eqXnTD4wIeXq0C6Wm2wFYsEvCrmOcJrvBkbUCU5p6DMZJDgoY1ut92uXq2tnKN+7Xs 1hp6Y0gpiRaY4ftVC62Vj5etlly2ZzPki+HzzGdsBi6a+0GjZ6TrA7R2xY3ogRoIcfxdMZohvUHb b8ZBWBLz3QxoY/mIBehzjgAphn3yfohEsA3oN/XZ0z0DK8Dubmc0xCOD4ih9nbz561VZvttB/OJ2 zNErFK6iNiny0l2NKCVczC/EOPZzZ+j9ZRAaAk/wC8i0SPbmcZflAAAAJXRFWHRkYXRlOmNyZWF0 ZQAyMDIyLTA5LTE5VDA3OjA5OjIwKzAwOjAwZRHd3QAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMi0w OS0xOVQwNzowOToyMCswMDowMBRMZWEAAAAASUVORK5CYII= X-Now-Playing: DMX Krew's _Sound of the Street_: "Dance to the Beat" Date: Mon, 19 Sep 2022 09:10:06 +0200 Message-ID: <87v8pjzvox.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= writes: > This is a proposal to abolish max-specpdl-size, the user-controllable > limit on the internal specpdl stack. I think that sounds like it could be very helpful -- having two variables that do kinda similar limits here is very confusing. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Mattias Engdeg=C3=A5rd writes: > This is a proposal to abolish max-specpdl-size, the user-controllable > limit on the internal specpdl stack. I think that sounds like it could be very helpful -- having two variables that do kinda similar limits here is very confusing. From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Sep 2022 12:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Cc: 57911@debbugs.gnu.org, Lars Ingebrigtsen Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.166359047218633 (code B ref 57911); Mon, 19 Sep 2022 12:28:02 +0000 Received: (at 57911) by debbugs.gnu.org; 19 Sep 2022 12:27:52 +0000 Received: from localhost ([127.0.0.1]:52628 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaFsN-0004qT-Is for submit@debbugs.gnu.org; Mon, 19 Sep 2022 08:27:51 -0400 Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:44002) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaFsL-0004qE-Nw for 57911@debbugs.gnu.org; Mon, 19 Sep 2022 08:27:50 -0400 Received: from pmg2.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id C95238089C; Mon, 19 Sep 2022 08:27:42 -0400 (EDT) Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg2.iro.umontreal.ca (Proxmox) with ESMTP id 27AA480390; Mon, 19 Sep 2022 08:27:37 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1663590457; bh=9OYghV1vH3pLEQloIk4HG2leeLrXjBRm6Gr+erRG4tY=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=VaqM48MPj2ZuOpKwDalISEw/ZLv+QLoZQUXJv1IEPrN9nSKz3JzW0qtSSL0vEXfr9 GpMrzhsQJRMhDKZf6PXwhUIn2S6AU06sLIVlAYgvLkdRYjVnqC1157mG7aCnou4FbU qhDmvXFAvQb+HRrmc9KM9g9Z/j6RiVzOSGCqDtfeei1ahyhe0U6gHVf+/e66mnpxxH 8xyapPhsOMJgq17tGTlWuJzU1p9RwNqfgD9ARiP4zXW84ttmA6Uoku+Y6mE0bQL/Lg BuyIHTneygow+X+6S3AssYXvulTAuK363Nbu2OLtKgf2q0FGdhglmcO/b0EEbYJJ65 m+GrR8PUynFxg== Received: from pastel (unknown [157.52.9.190]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id BEE0B120785; Mon, 19 Sep 2022 08:27:36 -0400 (EDT) From: Stefan Monnier In-Reply-To: ("Mattias =?UTF-8?Q?Engdeg=C3=A5rd?="'s message of "Mon, 19 Sep 2022 11:35:24 +0200") Message-ID: References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> Date: Mon, 19 Sep 2022 08:27:35 -0400 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-SPAM-INFO: Spam detection results: 0 ALL_TRUSTED -1 Passed through trusted hosts only via SMTP AWL -0.072 Adjusted score from AWL reputation of From: address BAYES_00 -1.9 Bayes spam probability is 0 to 1% DKIM_SIGNED 0.1 Message has a DKIM or DK signature, not necessarily valid DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's domain X-SPAM-LEVEL: X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Mattias Engdeg=E5rd [2022-09-19 11:35:24] wrote: > diff --git a/lisp/subr.el b/lisp/subr.el > index d7cdc28abb..0e8cb2fcd6 100644 > --- a/lisp/subr.el > +++ b/lisp/subr.el > @@ -376,6 +376,13 @@ ignore-error > > ;;;; Basic Lisp functions. >=20=20 > +(defvar max-specpdl-size 2500 > + "Former limit on specbindings, now without effect. > +This variable used to limit the size of the specpdl stack which, > +among other things, held dynamic variable bindings and `unwind-protect' > +activations. To prevent runaway recursion, use `max-lisp-eval-lisp-dept= h' > +instead; it will indirectly limit the specpdl stack size as well.") > + > (defvar gensym-counter 0 > "Number used to construct the name of the next symbol created by `gens= ym'.") Please mark it as obsolete as well. Stefan From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Sep 2022 12:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Cc: 57911@debbugs.gnu.org, 'Eli Zaretskii' , Stefan Monnier Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.166359127519990 (code B ref 57911); Mon, 19 Sep 2022 12:42:02 +0000 Received: (at 57911) by debbugs.gnu.org; 19 Sep 2022 12:41:15 +0000 Received: from localhost ([127.0.0.1]:52646 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaG5L-0005CL-0j for submit@debbugs.gnu.org; Mon, 19 Sep 2022 08:41:15 -0400 Received: from quimby.gnus.org ([95.216.78.240]:50380) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaG5K-0005C9-4q for 57911@debbugs.gnu.org; Mon, 19 Sep 2022 08:41:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :Date:References:In-Reply-To:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=MCV42Oy9BR3XzH2g5f3iqYitMn8kRK/TfxgWq5jpE+8=; b=eKtwAwVegcQ9EsTNAUdXUWyR3h XQdrEt+dCVNv7TPql27XqLITmBgDInsVZU+JgvBQdh4CsQFHYWlUo3ReGMwBMfS9f8rC1dgwB7uvd 1aN5AZwbB2UusCTqp9IVw39pHmiR+adi00fYWqcWd5YgdFAaqeMXZnk09tNpHIiVo2GU=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oaG55-0000ZE-3Q; Mon, 19 Sep 2022 14:41:05 +0200 From: Lars Ingebrigtsen In-Reply-To: ("Mattias =?UTF-8?Q?Engdeg=C3=A5rd?="'s message of "Mon, 19 Sep 2022 11:35:24 +0200") References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> X-Now-Playing: Jesca Hoop's _Memories Are Now_: "Cut Connection" Date: Mon, 19 Sep 2022 14:40:58 +0200 Message-ID: <87v8pjtu3p.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= writes: >> I think that sounds like it could be very helpful -- having two >> variables that do kinda similar limits here is very confusing. > > On we go then, here is the patch. Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Mattias Engdeg=C3=A5rd writes: >> I think that sounds like it could be very helpful -- having two >> variables that do kinda similar limits here is very confusing. > > On we go then, here is the patch. Cool; that was smaller than I expected. =F0=9F=98=80 And I take from Stef= an's response that he has no objections... Eli, any comments? From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Sep 2022 13:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 57911@debbugs.gnu.org, mattias.engdegard@gmail.com, monnier@iro.umontreal.ca Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.166359568911755 (code B ref 57911); Mon, 19 Sep 2022 13:55:02 +0000 Received: (at 57911) by debbugs.gnu.org; 19 Sep 2022 13:54:49 +0000 Received: from localhost ([127.0.0.1]:52808 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaHEW-00033X-RC for submit@debbugs.gnu.org; Mon, 19 Sep 2022 09:54:49 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57082) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaHEV-00033J-2i for 57911@debbugs.gnu.org; Mon, 19 Sep 2022 09:54:48 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:47610) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oaHEP-0004Mj-LK; Mon, 19 Sep 2022 09:54:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=W0lZKgtD13LWyLshH1YfIdKZ/AIMGMuwfLeENdWn6Gw=; b=o+zS5VUtBNYiTLzgHoNJ UbMIe8BnZIZTh6nJl+CM7cOTDt19S1B6nSOEKiPHLlLzYaC4IcOqYNGUU/fBasAOxGN050ZaT/FN4 3Z3ge7Pc9xG1RClHK7guT+Zg1umy8v30/Zl/s5q2rsxOLVj/mw4VQKDdnIs8vygo+FC48lxtRHjAh JAUY5LIp3KNSdemQNDLiPa0wVaaXqJltveXrnH5zeTfXbOfHZqJORZaUcnwNxMwVPQJYi26CHMj4d k39UUWGCGr7MO5lFlC9aawhPu/5/5JlnZIFAaRjI0tvdqAa6/e4O4YnYWgUJGwFkE8iRO5FQ/lYgc wEYcn/NOxzMeBw==; Received: from [87.69.77.57] (port=2389 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oaHEJ-0000io-DE; Mon, 19 Sep 2022 09:54:39 -0400 Date: Mon, 19 Sep 2022 16:54:38 +0300 Message-Id: <83v8pjxye9.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87v8pjtu3p.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 19 Sep 2022 14:40:58 +0200) References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> <87v8pjtu3p.fsf@gnus.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: 57911@debbugs.gnu.org, Stefan Monnier , "'Eli > Zaretskii'" > Date: Mon, 19 Sep 2022 14:40:58 +0200 > > Mattias Engdegård writes: > > >> I think that sounds like it could be very helpful -- having two > >> variables that do kinda similar limits here is very confusing. > > > > On we go then, here is the patch. > > Cool; that was smaller than I expected. 😀 And I take from Stefan's > response that he has no objections... Eli, any comments? No. From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Sep 2022 16:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 57911@debbugs.gnu.org, Stefan Monnier Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.166360379119728 (code B ref 57911); Mon, 19 Sep 2022 16:10:02 +0000 Received: (at 57911) by debbugs.gnu.org; 19 Sep 2022 16:09:51 +0000 Received: from localhost ([127.0.0.1]:54973 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaJLC-000587-Kj for submit@debbugs.gnu.org; Mon, 19 Sep 2022 12:09:51 -0400 Received: from mail-lf1-f46.google.com ([209.85.167.46]:36822) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaDBc-0006K8-AH for 57911@debbugs.gnu.org; Mon, 19 Sep 2022 05:35:35 -0400 Received: by mail-lf1-f46.google.com with SMTP id f9so45255221lfr.3 for <57911@debbugs.gnu.org>; Mon, 19 Sep 2022 02:35:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:sender:from:to:cc:subject:date; bh=ER0FExupNM9INLMYL1hMLLrGB7673YYMeb2H7d5B7Vc=; b=CLDUzO3wzf8+8V1IoO2jvcSplmozXK40o8SSu+78lrhV444WAZ+W3OuwHCVbEippO8 WUqUTXRzhOnfwOQhJFkCGIUzQ2nszrBg4ObNsKAiuUCbaobG6c3OBbLDwVn8RUHrAVn2 qCL/RqDzyqvBuTOsP1Jn+gBc5t+SxjfLv/7/PakmDHNswNgptgt7DxlMJXomKtleQ2nM ddp/1SrXQuKCbLHE49pLocVmt95eLbU6KVWInN0TyhVoHXnO7FRoRF64PlwK7v0RGVNN 4Tbwj2tMPYjGdODGImAkMacZ7vw9UlrSosWM+Myy+C4CTKgjjrwevzYM8lvRylgJHpOg bYXg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=references:to:cc:in-reply-to:date:subject:mime-version:message-id :from:sender:x-gm-message-state:from:to:cc:subject:date; bh=ER0FExupNM9INLMYL1hMLLrGB7673YYMeb2H7d5B7Vc=; b=lYFPcwIXljoCsGP9FORqKuvosteRngkVI5IRZ5peAIGvr5XV8tBANadJSVAgg0Bi6X JtAmStbgL/tqgXcsDAowqhXyzpdI+TMY9MuAPCjcuyliH3KqAfq8DTdclF4EC7/MNvBu ewBgRCEBWJ29gMDz5kCacISIf0OcvILfS8/Whb/Oo/l55RVbA6wlP6F1gLY1Og4TPHxa 197G5V2IrYwXUgHGaNvT8Ew5NRvxgM8CJOnpyaeawt1F+6ufkpuVRHzz875oNRdCLLsG 8oHAdhnMvonaMfj//OhSqUCO2/usigKz6VpoNmTzf8hovcK+WtquK5KN0nHghSuvPbUK OMlw== X-Gm-Message-State: ACrzQf2MtR0He8hxoJk9HsVnvZRjuDxDrOgkMpw2wRC3yHpidYMs6h9Y ytxsis0Uk1bitRYaz8eCpCc= X-Google-Smtp-Source: AMsMyM5XX35HpNZGmO/hCw9uXpOgj7g8gXnDNyglvjQfn4FlT7nPQt8jLyhjUKSu9BwqrpKVilMkLQ== X-Received: by 2002:a05:6512:3182:b0:499:edbc:d23c with SMTP id i2-20020a056512318200b00499edbcd23cmr6274186lfe.675.1663580126026; Mon, 19 Sep 2022 02:35:26 -0700 (PDT) Received: from smtpclient.apple ([188.150.188.179]) by smtp.gmail.com with ESMTPSA id t2-20020ac243a2000000b00497a8f04905sm5115931lfl.251.2022.09.19.02.35.24 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Sep 2022 02:35:25 -0700 (PDT) From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Message-Id: Content-Type: multipart/mixed; boundary="Apple-Mail=_AC6F88CD-BEE1-4BE9-A0B1-EE07562A1EE5" Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Date: Mon, 19 Sep 2022 11:35:24 +0200 In-Reply-To: <87v8pjzvox.fsf@gnus.org> References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Spam-Score: 0.0 (/) X-Mailman-Approved-At: Mon, 19 Sep 2022 12:09:50 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --Apple-Mail=_AC6F88CD-BEE1-4BE9-A0B1-EE07562A1EE5 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii 19 sep. 2022 kl. 09.10 skrev Lars Ingebrigtsen : > I think that sounds like it could be very helpful -- having two > variables that do kinda similar limits here is very confusing. On we go then, here is the patch. --Apple-Mail=_AC6F88CD-BEE1-4BE9-A0B1-EE07562A1EE5 Content-Disposition: attachment; filename=0001-Abolish-max-specpdl-size-bug-57911.patch Content-Type: application/octet-stream; x-unix-mode=0644; name="0001-Abolish-max-specpdl-size-bug-57911.patch" Content-Transfer-Encoding: quoted-printable =46rom=20997dbb1284c882730f0a515f49a93babf3fcdcee=20Mon=20Sep=2017=20= 00:00:00=202001=0AFrom:=20=3D?UTF-8?q?Mattias=3D20Engdeg=3DC3=3DA5rd?=3D=20= =0ADate:=20Mon,=2019=20Sep=202022=2010:55:09=20+0200=0A= Subject:=20[PATCH]=20Abolish=20max-specpdl-size=20(bug#57911)=0A=0AThe=20= max-lisp-eval-depth=20limit=20is=20sufficient=20to=20prevent=20unbounded=20= stack=0Agrowth=20including=20the=20specbind=20stack;=20simplify=20= matters=20for=20the=20user=20by=0Anot=20having=20them=20to=20worry=20= about=20two=20different=20limits.=20=20This=20change=0Aturns=20= max-specpdl-size=20into=20a=20harmless=20variable=20with=20no=20effects,=0A= to=20keep=20existing=20code=20happy.=0A=0A*=20lisp/subr.el=20= (max-specpdl-size):=20Define=20as=20an=20ordinary=20dynamic=20variable.=0A= *=20admin/grammars/Makefile.in:=0A*=20= doc/lispintro/emacs-lisp-intro.texi=20(Loops=20&=20Recursion):=0A*=20= doc/lispref/control.texi=20(Cleanups):=0A*=20doc/lispref/edebug.texi=20= (Checking=20Whether=20to=20Stop):=0A*=20doc/lispref/eval.texi=20(Eval):=0A= *=20doc/lispref/variables.texi=20(Local=20Variables):=0A*=20= doc/misc/calc.texi=20(Recursion=20Depth):=0AUpdate=20documentation.=0A*=20= etc/NEWS:=20Announce.=0A*=20src/eval.c=0A(FletX):=20Use=20safe=20= iteration=20to=20guard=20against=20circular=20bindings=20list.=0A= (syms_of_eval):=20Remove=20old=20max-specpdl-size=20definition.=0A= (init_eval_once,=20restore_stack_limits,=20call_debugger)=0A= (signal_or_quit,=20grow_specpdl_allocation):=0A*=20leim/Makefile.in:=0A*=20= lisp/Makefile.in:=0A*=20lisp/calc/calc-stuff.el=20= (calc-more-recursion-depth)=0A(calc-less-recursion-depth):=0A*=20= lisp/calc/calc.el=20(calc-do):=0A*=20lisp/cedet/semantic/ede-grammar.el=20= (ede-proj-makefile-insert-rules):=0A*=20lisp/cedet/semantic/grammar.el=20= (semantic-grammar-batch-build-one-package):=0A*=20lisp/cus-start.el=20= (standard):=0A*=20lisp/emacs-lisp/comp.el=20(comp--native-compile):=0A*=20= lisp/emacs-lisp/edebug.el=20(edebug-max-depth):=0A= (edebug-read-and-maybe-wrap-form,=20edebug-default-enter):=0A*=20= lisp/emacs-lisp/regexp-opt.el=20(regexp-opt):=0A*=20= lisp/eshell/esh-mode.el=20(eshell-mode):=0A*=20lisp/loadup.el=20= (max-specpdl-size):=0A*=20lisp/mh-e/mh-e.el=20(mh-invisible-headers):=0A= *=20lisp/net/shr.el=20(shr-insert-document,=20shr-descend):=0A*=20= lisp/play/hanoi.el=20(hanoi-internal):=0A*=20= lisp/progmodes/cperl-mode.el:=0A*=20src/fileio.c=20(Fdo_auto_save):=0A= Remove=20references=20to=20and=20modifications=20of=20max-specpdl-size.=0A= ---=0A=20admin/grammars/Makefile.in=20=20=20=20=20=20=20=20=20=20|=20=20= 2=20+-=0A=20doc/lispintro/emacs-lisp-intro.texi=20|=20=205=20+--=0A=20= doc/lispref/control.texi=20=20=20=20=20=20=20=20=20=20=20=20|=20=205=20= ---=0A=20doc/lispref/edebug.texi=20=20=20=20=20=20=20=20=20=20=20=20=20|=20= =205=20+--=0A=20doc/lispref/eval.texi=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20|=20=205=20+--=0A=20doc/lispref/variables.texi=20=20=20=20=20=20= =20=20=20=20|=2021=20----------=0A=20doc/misc/calc.texi=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20|=20=204=20--=0A=20etc/NEWS=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= |=20=206=20+++=0A=20leim/Makefile.in=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20|=20=202=20-=0A=20lisp/Makefile.in=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20|=20=208=20++--=0A=20= lisp/calc/calc-stuff.el=20=20=20=20=20=20=20=20=20=20=20=20=20|=20=208=20= +---=0A=20lisp/calc/calc.el=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20|=20=203=20+-=0A=20lisp/cedet/semantic/ede-grammar.el=20=20|=20=20= 7=20++--=0A=20lisp/cedet/semantic/grammar.el=20=20=20=20=20=20|=20=201=20= -=0A=20lisp/cus-start.el=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20|=20=201=20-=0A=20lisp/emacs-lisp/comp.el=20=20=20=20=20=20=20=20=20= =20=20=20=20|=20=201=20-=0A=20lisp/emacs-lisp/edebug.el=20=20=20=20=20=20= =20=20=20=20=20|=20=206=20+--=0A=20lisp/emacs-lisp/regexp-opt.el=20=20=20= =20=20=20=20|=20=201=20-=0A=20lisp/eshell/esh-mode.el=20=20=20=20=20=20=20= =20=20=20=20=20=20|=20=201=20-=0A=20lisp/loadup.el=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20|=20=204=20+-=0A=20= lisp/mh-e/mh-e.el=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= |=20=204=20+-=0A=20lisp/net/shr.el=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20|=2062=20+++++++++++++----------------=0A=20= lisp/play/hanoi.el=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= |=20=205=20+--=0A=20lisp/progmodes/cperl-mode.el=20=20=20=20=20=20=20=20= |=20=201=20-=0A=20lisp/subr.el=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20|=20=207=20++++=0A=20src/eval.c=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20|=2060=20= +++-------------------------=0A=20src/fileio.c=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20|=20=205=20---=0A=2027=20= files=20changed,=2067=20insertions(+),=20173=20deletions(-)=0A=0Adiff=20= --git=20a/admin/grammars/Makefile.in=20b/admin/grammars/Makefile.in=0A= index=204ca88982cd..178c79b7a0=20100644=0A---=20= a/admin/grammars/Makefile.in=0A+++=20b/admin/grammars/Makefile.in=0A@@=20= -35,7=20+35,7=20@@=20top_builddir=20=3D=0A=20=0A=20EMACS=20=3D=20= ${top_builddir}/src/emacs=0A=20emacs=20=3D=20"${EMACS}"=20-batch=20= --no-site-file=20--no-site-lisp=20\=0A-=20=20--eval=20'(setq=20= max-specpdl-size=205000)'=20--eval=20'(setq=20load-prefer-newer=20t)'=0A= +=20=20--eval=20'(setq=20load-prefer-newer=20t)'=0A=20=0A=20make_bovine=20= =3D=20${emacs}=20-l=20semantic/bovine/grammar=20-f=20= bovine-batch-make-parser=0A=20make_wisent=20=3D=20${emacs}=20-l=20= semantic/wisent/grammar=20-f=20wisent-batch-make-parser=0Adiff=20--git=20= a/doc/lispintro/emacs-lisp-intro.texi=20= b/doc/lispintro/emacs-lisp-intro.texi=0Aindex=2047a5a870fd..df8fa2f8e7=20= 100644=0A---=20a/doc/lispintro/emacs-lisp-intro.texi=0A+++=20= b/doc/lispintro/emacs-lisp-intro.texi=0A@@=20-10100,9=20+10100,8=20@@=20= Loops=20&=20Recursion=0A=20frugal=20of=20mental=20resources---sometimes=20= use=20considerable=20computer=0A=20resources.=20=20Emacs=20was=20= designed=20to=20run=20on=20machines=20that=20we=20now=20consider=0A=20= limited=20and=20its=20default=20settings=20are=20conservative.=20=20You=20= may=20want=20to=0A-increase=20the=20values=20of=20= @code{max-specpdl-size}=20and=0A-@code{max-lisp-eval-depth}.=20=20In=20= my=20@file{.emacs}=20file,=20I=20set=20them=20to=0A-15=20and=2030=20= times=20their=20default=20value.}.=0A+increase=20the=20value=20of=20= @code{max-lisp-eval-depth}.=20=20In=20my=20@file{.emacs}=0A+file,=20I=20= set=20it=20to=2030=20times=20its=20default=20value.}.=0A=20=0A=20@menu=0A= =20*=20while::=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20Causing=20a=20stretch=20of=20code=20to=20repeat.=0Adiff=20--git=20= a/doc/lispref/control.texi=20b/doc/lispref/control.texi=0Aindex=20= d4520ebdee..ee2acdb002=20100644=0A---=20a/doc/lispref/control.texi=0A+++=20= b/doc/lispref/control.texi=0A@@=20-2366,11=20+2366,6=20@@=20Cleanups=0A=20= guaranteed=20to=20evaluate=20the=20rest=20of=20them.=20=20If=20the=20= failure=20of=20one=20of=20the=0A=20@var{cleanup-forms}=20has=20the=20= potential=20to=20cause=20trouble,=20then=20protect=0A=20it=20with=20= another=20@code{unwind-protect}=20around=20that=20form.=0A-=0A-The=20= number=20of=20currently=20active=20@code{unwind-protect}=20forms=20= counts,=0A-together=20with=20the=20number=20of=20local=20variable=20= bindings,=20against=20the=20limit=0A-@code{max-specpdl-size}=20= (@pxref{Definition=20of=20max-specpdl-size,,=20Local=0A-Variables}).=0A=20= @end=20defspec=0A=20=0A=20=20=20For=20example,=20here=20we=20make=20an=20= invisible=20buffer=20for=20temporary=20use,=20and=0Adiff=20--git=20= a/doc/lispref/edebug.texi=20b/doc/lispref/edebug.texi=0Aindex=20= 56f7b7bdfa..6a51489d8a=20100644=0A---=20a/doc/lispref/edebug.texi=0A+++=20= b/doc/lispref/edebug.texi=0A@@=20-1032,9=20+1032,8=20@@=20Checking=20= Whether=20to=20Stop=0A=20@itemize=20@bullet=0A=20@item=0A=20@vindex=20= edebug-max-depth=0A-@code{max-lisp-eval-depth}=20(@pxref{Eval})=20and=20= @code{max-specpdl-size}=0A-(@pxref{Local=20Variables})=20are=20both=20= increased=20to=20reduce=20Edebug's=20impact=0A-on=20the=20stack.=20=20= You=20could,=20however,=20still=20run=20out=20of=20stack=20space=20when=0A= +@code{max-lisp-eval-depth}=20(@pxref{Eval})=20is=20increased=20to=20= reduce=20Edebug's=0A+impact=20on=20the=20stack.=20=20You=20could,=20= however,=20still=20run=20out=20of=20stack=20space=20when=0A=20using=20= Edebug.=20=20You=20can=20also=20enlarge=20the=20value=20of=0A=20= @code{edebug-max-depth}=20if=20Edebug=20reaches=20the=20limit=20of=20= recursion=20depth=0A=20instrumenting=20code=20that=20contains=20very=20= large=20quoted=20lists.=0Adiff=20--git=20a/doc/lispref/eval.texi=20= b/doc/lispref/eval.texi=0Aindex=206e29a5403f..11c321b32e=20100644=0A---=20= a/doc/lispref/eval.texi=0A+++=20b/doc/lispref/eval.texi=0A@@=20-830,7=20= +830,7=20@@=20Eval=0A=20@code{apply},=20and=20@code{funcall}=20before=20= an=20error=20is=20signaled=20(with=20error=0A=20message=20@code{"Lisp=20= nesting=20exceeds=20max-lisp-eval-depth"}).=0A=20=0A-This=20limit,=20= with=20the=20associated=20error=20when=20it=20is=20exceeded,=20is=20one=20= way=0A+This=20limit,=20with=20the=20associated=20error=20when=20it=20is=20= exceeded,=20is=20how=0A=20Emacs=20Lisp=20avoids=20infinite=20recursion=20= on=20an=20ill-defined=20function.=20=20If=0A=20you=20increase=20the=20= value=20of=20@code{max-lisp-eval-depth}=20too=20much,=20such=0A=20code=20= can=20cause=20stack=20overflow=20instead.=20=20On=20some=20systems,=20= this=20overflow=0A@@=20-851,9=20+851,6=20@@=20Eval=0A=20reached.=20=20= Entry=20to=20the=20Lisp=20debugger=20increases=20the=20value,=20if=20= there=20is=0A=20little=20room=20left,=20to=20make=20sure=20the=20= debugger=20itself=20has=20room=20to=0A=20execute.=0A-=0A= -@code{max-specpdl-size}=20provides=20another=20limit=20on=20nesting.=0A= -@xref{Definition=20of=20max-specpdl-size,,=20Local=20Variables}.=0A=20= @end=20defopt=0A=20=0A=20@defvar=20values=0Adiff=20--git=20= a/doc/lispref/variables.texi=20b/doc/lispref/variables.texi=0Aindex=20= 975e945b34..ccd19630bf=20100644=0A---=20a/doc/lispref/variables.texi=0A= +++=20b/doc/lispref/variables.texi=0A@@=20-358,27=20+358,6=20@@=20Local=20= Variables=0A=20like=20ordinary=20local=20bindings,=20but=20they=20are=20= localized=20depending=20on=0A=20where=20you=20are=20in=20Emacs.=0A=20=0A= -@defopt=20max-specpdl-size=0A-@anchor{Definition=20of=20= max-specpdl-size}=0A-@cindex=20variable=20limit=20error=0A-@cindex=20= evaluation=20error=0A-@cindex=20infinite=20recursion=0A-This=20variable=20= defines=20the=20limit=20on=20the=20total=20number=20of=20local=20= variable=0A-bindings=20and=20@code{unwind-protect}=20cleanups=20= (@pxref{Cleanups,,=0A-Cleaning=20Up=20from=20Nonlocal=20Exits})=20that=20= are=20allowed=20before=20Emacs=0A-signals=20an=20error=20(with=20data=20= @code{"Variable=20binding=20depth=20exceeds=0A-max-specpdl-size"}).=0A-=0A= -This=20limit,=20with=20the=20associated=20error=20when=20it=20is=20= exceeded,=20is=20one=20way=0A-that=20Lisp=20avoids=20infinite=20= recursion=20on=20an=20ill-defined=20function.=0A= -@code{max-lisp-eval-depth}=20provides=20another=20limit=20on=20depth=20= of=20nesting.=0A-@xref{Definition=20of=20max-lisp-eval-depth,,=20Eval}.=0A= -=0A-The=20default=20value=20is=202500.=20=20Entry=20to=20the=20Lisp=20= debugger=20increases=20the=0A-value,=20if=20there=20is=20little=20room=20= left,=20to=20make=20sure=20the=20debugger=20itself=0A-has=20room=20to=20= execute.=0A-@end=20defopt=0A-=0A=20@node=20Void=20Variables=0A=20= @section=20When=20a=20Variable=20is=20Void=0A=20@cindex=20= @code{void-variable}=20error=0Adiff=20--git=20a/doc/misc/calc.texi=20= b/doc/misc/calc.texi=0Aindex=2098f59b89c0..89a340e734=20100644=0A---=20= a/doc/misc/calc.texi=0A+++=20b/doc/misc/calc.texi=0A@@=20-10392,7=20= +10392,6=20@@=20Recursion=20Depth=0A=20@cindex=20Recursion=20depth=0A=20= @cindex=20``Computation=20got=20stuck''=20message=0A=20@cindex=20= @code{max-lisp-eval-depth}=0A-@cindex=20@code{max-specpdl-size}=0A=20= Calc=20uses=20recursion=20in=20many=20of=20its=20calculations.=20=20= Emacs=20Lisp=20keeps=20a=0A=20variable=20@code{max-lisp-eval-depth}=20= which=20limits=20the=20amount=20of=20recursion=0A=20possible=20in=20an=20= attempt=20to=20recover=20from=20program=20bugs.=20=20If=20a=20= calculation=0A@@=20-10406,9=20+10405,6=20@@=20Recursion=20Depth=0A=20= decreases=20this=20limit=20by=20a=20factor=20of=20two,=20down=20to=20a=20= minimum=20value=20of=20200.=0A=20The=20default=20value=20is=201000.=0A=20= =0A-These=20commands=20also=20double=20or=20halve=20= @code{max-specpdl-size},=20another=0A-internal=20Lisp=20recursion=20= limit.=20=20The=20minimum=20value=20for=20this=20limit=20is=20600.=0A-=0A= =20@node=20Caches=0A=20@subsection=20Caches=0A=20=0Adiff=20--git=20= a/etc/NEWS=20b/etc/NEWS=0Aindex=20a739d74b65..63ceb7ba34=20100644=0A---=20= a/etc/NEWS=0A+++=20b/etc/NEWS=0A@@=20-3806,6=20+3806,12=20@@=20the=20= same=20but=20works=20by=20modifying=20LIST=20destructively.=0A=20---=0A=20= **=20'string-split'=20is=20now=20an=20alias=20for=20'split-string'.=0A=20= =0A++++=0A+**=20'max-specpdl-size'=20is=20no=20longer=20used.=0A+Now=20= 'max-lisp-eval-depth'=20alone=20is=20used=20for=20limiting=20Lisp=20= recursion=0A+and=20stack=20usage.=20=20'max-specpdl-size'=20is=20still=20= present=20as=20a=20plain=0A+variable=20for=20compatibility=20but=20its=20= limiting=20powers=20have=20been=20taken=20away.=0A+=0A=20=0C=0A=20*=20= Changes=20in=20Emacs=2029.1=20on=20Non-Free=20Operating=20Systems=0A=20=0A= diff=20--git=20a/leim/Makefile.in=20b/leim/Makefile.in=0Aindex=20= 29b9f3b2f8..fbd733b7f6=20100644=0A---=20a/leim/Makefile.in=0A+++=20= b/leim/Makefile.in=0A@@=20-128,7=20+128,6=20@@=20leim-list.el:=0A=20= ${leimdir}/leim-list.el:=20${srcdir}/leim-ext.el=20${TIT_MISC}=0A=20=09= $(AM_V_GEN)rm=20-f=20$@=0A=20=09$(AM_V_at)${RUN_EMACS}=20-l=20= international/quail=20\=0A-=09=20=20--eval=20"(setq=20max-specpdl-size=20= 5000)"=20\=0A=20=09=20=20--eval=20"(update-leim-list-file=20= (unmsys--file-name=20\"${leimdir}\"))"=0A=20=09$(AM_V_at)sed=20-n=20-e=20= '/^[^;]/p'=20-e=20's/^;\(;*\)inc=20/;\1=20/p'=20<=20$<=20>>=20$@=0A=20=0A= @@=20-139,7=20+138,6=20@@=20.PHONY:=0A=20generate-ja-dic:=20= ${leimdir}/ja-dic/ja-dic.el=0A=20${leimdir}/ja-dic/ja-dic.el:=20= $(srcdir)/SKK-DIC/SKK-JISYO.L=0A=20=09$(AM_V_GEN)$(RUN_EMACS)=20-batch=20= -l=20ja-dic-cnv=20\=0A-=09=20=20--eval=20"(setq=20max-specpdl-size=20= 5000)"=20\=0A=20=09=20=20-f=20batch-skkdic-convert=20-dir=20= "$(leimdir)/ja-dic"=20$(JA_DIC_NO_REDUCTION_OPTION)=20"$<"=0A=20=0A=20= ${srcdir}/../lisp/language/pinyin.el:=20${srcdir}/MISC-DIC/pinyin.map=0A= diff=20--git=20a/lisp/Makefile.in=20b/lisp/Makefile.in=0Aindex=20= c73a623cce..bcf4a3146d=20100644=0A---=20a/lisp/Makefile.in=0A+++=20= b/lisp/Makefile.in=0A@@=20-70,9=20+70,7=20@@=20BYTE_COMPILE_FLAGS=20=3D=0A= =20=20=20--eval=20"(setq=20load-prefer-newer=20t=20byte-compile-warnings=20= 'all)"=20\=0A=20=09$(BYTE_COMPILE_EXTRA_FLAGS)=0A=20#=20...=20but=20we=20= must=20prefer=20.elc=20files=20for=20those=20in=20the=20early=20= bootstrap.=0A-#=20A=20larger=20`max-specpdl-size'=20is=20needed=20for=20= emacs-lisp/comp.el.=0A-compile-first:=20BYTE_COMPILE_FLAGS=20=3D=20\=0A-=20= =20--eval=20'(setq=20max-specpdl-size=205000)'=20= $(BYTE_COMPILE_EXTRA_FLAGS)=0A+compile-first:=20BYTE_COMPILE_FLAGS=20=3D=20= $(BYTE_COMPILE_EXTRA_FLAGS)=0A=20=0A=20#=20Files=20to=20compile=20before=20= others=20during=20a=20bootstrap.=20=20This=20is=20done=20to=0A=20#=20= speed=20up=20the=20bootstrap=20process.=20=20They're=20ordered=20by=20= size,=20so=20we=20use=0A@@=20-342,8=20+340,8=20@@=20compile-first:=0A=20=0A= =20.PHONY:=20compile-targets=0A=20#=20TARGETS=20is=20set=20dynamically=20= in=20the=20recursive=20call=20from=20'compile-main'.=0A-#=20Do=20not=20= build=20comp.el=20unless=20necessary=20not=20to=20exceed=20= max-specpdl-size=20and=0A-#=20max-lisp-eval-depth=20in=20normal=20= builds.=0A+#=20Do=20not=20build=20comp.el=20unless=20necessary=20not=20= to=20exceed=20max-lisp-eval-depth=0A+#=20in=20normal=20builds.=0A=20= ifneq=20($(HAVE_NATIVE_COMP),yes)=0A=20compile-targets:=20$(filter-out=20= ./emacs-lisp/comp-cstr.elc,$(filter-out=20= ./emacs-lisp/comp.elc,$(TARGETS)))=0A=20else=0Adiff=20--git=20= a/lisp/calc/calc-stuff.el=20b/lisp/calc/calc-stuff.el=0Aindex=20= 0e8ea42bed..758b920184=20100644=0A---=20a/lisp/calc/calc-stuff.el=0A+++=20= b/lisp/calc/calc-stuff.el=0A@@=20-52,18=20+52,14=20@@=20= calc-more-recursion-depth=0A=20=20=20=20=20=20=20=20= (calc-less-recursion-depth=20n)=0A=20=20=20=20=20=20(let=20((n=20(if=20n=20= (prefix-numeric-value=20n)=202)))=0A=20=20=20=20=20=20=20=20(if=20(>=20n=20= 1)=0A-=09=20=20=20(setq=20max-specpdl-size=20(*=20max-specpdl-size=20n)=0A= -=09=09=20max-lisp-eval-depth=20(*=20max-lisp-eval-depth=20n))))=0A+=09=20= =20=20(setq=20max-lisp-eval-depth=20(*=20max-lisp-eval-depth=20n))))=0A=20= =20=20=20=20=20(message=20"max-lisp-eval-depth=20is=20now=20%d"=20= max-lisp-eval-depth))))=0A=20=0A=20(defun=20calc-less-recursion-depth=20= (n)=0A=20=20=20(interactive=20"P")=0A=20=20=20(let=20((n=20(if=20n=20= (prefix-numeric-value=20n)=202)))=0A=20=20=20=20=20(if=20(>=20n=201)=0A-=09= (setq=20max-specpdl-size=0A-=09=20=20=20=20=20=20(max=20(/=20= max-specpdl-size=20n)=20600)=0A-=09=20=20=20=20=20=20max-lisp-eval-depth=0A= -=09=20=20=20=20=20=20(max=20(/=20max-lisp-eval-depth=20n)=20200))))=0A+=09= (setq=20max-lisp-eval-depth=20(max=20(/=20max-lisp-eval-depth=20n)=20= 200))))=0A=20=20=20(message=20"max-lisp-eval-depth=20is=20now=20%d"=20= max-lisp-eval-depth))=0A=20=0A=20=0Adiff=20--git=20a/lisp/calc/calc.el=20= b/lisp/calc/calc.el=0Aindex=205077c8c852..c0f87ad3d4=20100644=0A---=20= a/lisp/calc/calc.el=0A+++=20b/lisp/calc/calc.el=0A@@=20-1625,8=20+1625,7=20= @@=20calc-do=0A=20=09=20=20(error=0A=20=09=20=20=20(if=20(and=20(eq=20= (car=20err)=20'error)=0A=20=09=09=20=20=20=20(stringp=20(nth=201=20err))=0A= -=09=09=20=20=20=20(string-match=20= "max-specpdl-size\\|max-lisp-eval-depth"=0A-=09=09=09=09=20=20(nth=201=20= err)))=0A+=09=09=20=20=20=20(string-search=20"max-lisp-eval-depth"=20= (nth=201=20err)))=0A=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= (error=20(substitute-command-keys=0A=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20"Computation=20got=20stuck=20or=20ran=20= too=20long.=20=20Type=20\\`M'=20to=20increase=20the=20limit"))=0A=20=09=20= =20=20=20=20(setq=20calc-aborted-prefix=20nil)=0Adiff=20--git=20= a/lisp/cedet/semantic/ede-grammar.el=20= b/lisp/cedet/semantic/ede-grammar.el=0Aindex=20ff9f991ff4..40ff8fc86d=20= 100644=0A---=20a/lisp/cedet/semantic/ede-grammar.el=0A+++=20= b/lisp/cedet/semantic/ede-grammar.el=0A@@=20-177,10=20+177,9=20@@=20= ede-proj-makefile-insert-variables=0A=20=0A=20(cl-defmethod=20= ede-proj-makefile-insert-rules=20:after=20((this=20= semantic-ede-proj-target-grammar))=0A=20=20=20=20=20"Insert=20rules=20= needed=20by=20THIS=20target.=0A-This=20raises=20`max-specpdl-size'=20and=20= `max-lisp-eval-depth',=20which=20can=20be=0A-needed=20for=20the=20= compilation=20of=20the=20resulting=20parsers."=0A-=20=20=20=20(insert=20= (format=20"%s:=20EMACSFLAGS+=3D=20--eval=20'(setq=20max-specpdl-size=20= 1500=20\=0A-max-lisp-eval-depth=20700)'\n"=0A+This=20raises=20= `max-lisp-eval-depth',=20which=20can=20be=20needed=20for=20the=20= compilation=0A+of=20the=20resulting=20parsers."=0A+=20=20=20=20(insert=20= (format=20"%s:=20EMACSFLAGS+=3D=20--eval=20'(setq=20max-lisp-eval-depth=20= 700)'\n"=0A=20=09=09=20=20=20=20(oref=20this=20name))))=0A=20=0A=20= (cl-defmethod=20ede-proj-makefile-insert-dist-dependencies=20((this=20= semantic-ede-proj-target-grammar))=0Adiff=20--git=20= a/lisp/cedet/semantic/grammar.el=20b/lisp/cedet/semantic/grammar.el=0A= index=2072037f4710..8ba0e346ff=20100644=0A---=20= a/lisp/cedet/semantic/grammar.el=0A+++=20= b/lisp/cedet/semantic/grammar.el=0A@@=20-1009,7=20+1009,6=20@@=20= semantic-grammar-batch-build-one-package=0A=20=20=20=20=20=20=20=20=20=20= =20=20=20=20packagename=20(byte-compile-dest-file=20packagename))=0A=20=20= =20=20=20=20=20=20=20=20=20=20=20(let=20(;;=20Some=20complex=20grammar=20= table=20expressions=20need=20a=20few=0A=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20;;=20more=20resources=20than=20the=20default.=0A-=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20(max-specpdl-size=20=20= =20=20(max=203000=20max-specpdl-size))=0A=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20(max-lisp-eval-depth=20(max=201000=20= max-lisp-eval-depth))=0A=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20)=0A=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20;;=20byte=20= compile=20the=20resultant=20file=0Adiff=20--git=20a/lisp/cus-start.el=20= b/lisp/cus-start.el=0Aindex=200e1cb4589d..d7fb56c985=20100644=0A---=20= a/lisp/cus-start.el=0A+++=20b/lisp/cus-start.el=0A@@=20-251,7=20+251,6=20= @@=20minibuffer-prompt-properties--setter=0A=20=09=20=20=20=20=20;;=20= emacs.c=0A=20=09=20=20=20=20=20(report-emacs-bug-address=20emacsbug=20= string)=0A=20=09=20=20=20=20=20;;=20eval.c=0A-=09=20=20=20=20=20= (max-specpdl-size=20limits=20integer)=0A=20=09=20=20=20=20=20= (max-lisp-eval-depth=20limits=20integer)=0A=20=09=20=20=20=20=20= (max-mini-window-height=20limits=0A=20=09=09=09=09=20=20=20=20=20(choice=20= (const=20:tag=20"quarter=20screen"=20nil)=0Adiff=20--git=20= a/lisp/emacs-lisp/comp.el=20b/lisp/emacs-lisp/comp.el=0Aindex=20= a9087313b1..35acbff9b1=20100644=0A---=20a/lisp/emacs-lisp/comp.el=0A+++=20= b/lisp/emacs-lisp/comp.el=0A@@=20-4044,7=20+4044,6=20@@=20= comp--native-compile=0A=20=20=20=20=20=20=20=20=20=20=20=20=20(list=20= "Not=20a=20function=20symbol=20or=20file"=20function-or-file)))=0A=20=20=20= (catch=20'no-native-compile=0A=20=20=20=20=20(let*=20= ((print-symbols-bare=20t)=0A-=20=20=20=20=20=20=20=20=20=20=20= (max-specpdl-size=20(max=20max-specpdl-size=205000))=0A=20=20=20=20=20=20= =20=20=20=20=20=20(data=20function-or-file)=0A=20=20=20=20=20=20=20=20=20= =20=20=20(comp-native-compiling=20t)=0A=20=20=20=20=20=20=20=20=20=20=20=20= (byte-native-qualities=20nil)=0Adiff=20--git=20= a/lisp/emacs-lisp/edebug.el=20b/lisp/emacs-lisp/edebug.el=0Aindex=20= 31c05057bf..67704bdb51=20100644=0A---=20a/lisp/emacs-lisp/edebug.el=0A= +++=20b/lisp/emacs-lisp/edebug.el=0A@@=20-129,7=20+129,7=20@@=20= edebug-max-depth=0A=20containing=20very=20large=20quoted=20lists,=20it=20= may=20reach=20this=20limit=20and=20give=0A=20the=20error=20message=20= \"Too=20deep=20-=20perhaps=20infinite=20loop=20in=20spec?\".=0A=20Make=20= this=20limit=20larger=20to=20countermand=20that,=20but=20you=20may=20= also=20need=20to=0A-increase=20`max-lisp-eval-depth'=20and=20= `max-specpdl-size'."=0A+increase=20`max-lisp-eval-depth'."=0A=20=20=20= :type=20'integer=0A=20=20=20:version=20"26.1")=0A=20=0A@@=20-1107,8=20= +1107,7=20@@=20edebug-read-and-maybe-wrap-form=0A=20=09edebug-best-error=0A= =20=09edebug-error-point=0A=20=09;;=20Do=20this=20once=20here=20instead=20= of=20several=20times.=0A-=09(max-lisp-eval-depth=20(+=20800=20= max-lisp-eval-depth))=0A-=09(max-specpdl-size=20(+=202000=20= max-specpdl-size)))=0A+=09(max-lisp-eval-depth=20(+=20800=20= max-lisp-eval-depth)))=0A=20=20=20=20=20(let=20((no-match=0A=20=20=20=20=20= =20=20=20=20=20=20=20(catch=20'no-match=0A=20=20=20=20=20=20=20=20=20=20=20= =20=20=20(setq=20result=20(edebug-read-and-maybe-wrap-form1))=0A@@=20= -2317,7=20+2316,6=20@@=20edebug-default-enter=0A=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20;;=20but=20not=20inside=20an=20unwind-protect.=0A=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20;;=20Doing=20it=20here=20also=20= keeps=20it=20from=20growing=20too=20large.=0A=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20(max-lisp-eval-depth=20(+=20100=20max-lisp-eval-depth))=20= ;=20too=20much??=0A-=20=20=20=20=20=20=20=20=20=20=20=20=20=20= (max-specpdl-size=20(+=20200=20max-specpdl-size))=0A=20=0A=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20(debugger=20edebug-debugger)=20;=20only=20= while=20edebug=20is=20active.=0A=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20(edebug-outside-debug-on-error=20debug-on-error)=0Adiff=20--git=20= a/lisp/emacs-lisp/regexp-opt.el=20b/lisp/emacs-lisp/regexp-opt.el=0A= index=20cae5dd00d1..4d5a39458d=20100644=0A---=20= a/lisp/emacs-lisp/regexp-opt.el=0A+++=20b/lisp/emacs-lisp/regexp-opt.el=0A= @@=20-133,7=20+133,6=20@@=20regexp-opt=0A=20=20=20(save-match-data=0A=20=20= =20=20=20;;=20Recurse=20on=20the=20sorted=20list.=0A=20=20=20=20=20(let*=20= ((max-lisp-eval-depth=2010000)=0A-=09=20=20=20(max-specpdl-size=2010000)=0A= =20=09=20=20=20(completion-ignore-case=20nil)=0A=20=09=20=20=20= (completion-regexp-list=20nil)=0A=20=09=20=20=20(open=20(cond=20= ((stringp=20paren)=20paren)=20(paren=20"\\(")))=0Adiff=20--git=20= a/lisp/eshell/esh-mode.el=20b/lisp/eshell/esh-mode.el=0Aindex=20= 69069183a3..8f11e6f04a=20100644=0A---=20a/lisp/eshell/esh-mode.el=0A+++=20= b/lisp/eshell/esh-mode.el=0A@@=20-331,7=20+331,6=20@@=20eshell-mode=0A=20= =20=20(setq-local=20require-final-newline=20nil)=0A=20=0A=20=20=20= (setq-local=20max-lisp-eval-depth=20(max=203000=20max-lisp-eval-depth))=0A= -=20=20(setq-local=20max-specpdl-size=20(max=206000=20= max-lisp-eval-depth))=0A=20=0A=20=20=20(setq-local=20= eshell-last-input-start=20(point-marker))=0A=20=20=20(setq-local=20= eshell-last-input-end=20(point-marker))=0Adiff=20--git=20= a/lisp/loadup.el=20b/lisp/loadup.el=0Aindex=20634a331436..c01c827a75=20= 100644=0A---=20a/lisp/loadup.el=0A+++=20b/lisp/loadup.el=0A@@=20-244,9=20= +244,7=20@@=0A=20(load=20"language/indonesian")=0A=20=0A=20(load=20= "indent")=0A-(let=20((max-specpdl-size=20(max=20max-specpdl-size=20= 1800)))=0A-=20=20;;=20A=20particularly=20demanding=20file=20to=20load;=20= 1600=20does=20not=20seem=20to=20be=20enough.=0A-=20=20(load=20= "emacs-lisp/cl-generic"))=0A+(load=20"emacs-lisp/cl-generic")=0A=20(load=20= "simple")=0A=20(load=20"emacs-lisp/seq")=0A=20(load=20= "emacs-lisp/nadvice")=0Adiff=20--git=20a/lisp/mh-e/mh-e.el=20= b/lisp/mh-e/mh-e.el=0Aindex=200ad934107d..9a04d89097=20100644=0A---=20= a/lisp/mh-e/mh-e.el=0A+++=20b/lisp/mh-e/mh-e.el=0A@@=20-2831,9=20+2831,7=20= @@=20mh-invisible-headers=0A=20=20=20=20=20=20=20=20=20(setq=20= mh-invisible-header-fields-compiled=0A=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20(concat=0A=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20"^"=0A= -=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20;;=20workaround=20for=20= insufficient=20default=0A-=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= (let=20((max-specpdl-size=201000))=0A-=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20(regexp-opt=20fields=20t))))=0A+=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20(regexp-opt=20fields=20t)))=0A=20=20=20=20=20=20=20= (setq=20mh-invisible-header-fields-compiled=20nil))))=0A=20=0A=20;;=20= Compile=20invisible=20header=20fields.=0Adiff=20--git=20= a/lisp/net/shr.el=20b/lisp/net/shr.el=0Aindex=2054ce9b1a41..d56420eb02=20= 100644=0A---=20a/lisp/net/shr.el=0A+++=20b/lisp/net/shr.el=0A@@=20-373,7=20= +373,6=20@@=20shr-insert-document=0A=20=09=09=20shr-width=0A=20=09=20=20=20= =20=20=20=20(*=20shr-width=20(frame-char-width)))=0A=20=20=20=20=20=20=20= =20=20=20=20=20(shr--window-width)))=0A-=20=20=20=20=20=20=20=20= (max-specpdl-size=20max-specpdl-size)=0A=20=20=20=20=20=20=20=20=20= (shr--link-targets=20nil)=0A=20=20=20=20=20=20=20=20=20(hscroll=20= (window-hscroll))=0A=20=20=20=20=20=20=20=20=20;;=20= `bidi-display-reordering'=20is=20supposed=20to=20be=20only=20used=20for=0A= @@=20-625,41=20+624,34=20@@=20shr-descend=0A=20=09(shr-stylesheet=20= shr-stylesheet)=0A=20=09(shr-depth=20(1+=20shr-depth))=0A=20=09(start=20= (point)))=0A-=20=20=20=20;;=20shr=20uses=20many=20frames=20per=20nested=20= node.=0A-=20=20=20=20(if=20(and=20(>=20shr-depth=20(/=20max-specpdl-size=20= 15))=0A-=20=20=20=20=20=20=20=20=20=20=20=20=20(not=20(and=20= shr-offer-extend-specpdl=0A-=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20(y-or-n-p=20"Too=20deeply=20nested=20to=20render=20= properly;=20increase=20`max-specpdl-size'?")=0A-=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20(setq=20max-specpdl-size=20(*=20= max-specpdl-size=202)))))=0A-=20=20=20=20=20=20=20=20(setq=20shr-warning=0A= -=20=20=20=20=20=20=20=20=20=20=20=20=20=20"Not=20rendering=20the=20= complete=20page=20because=20of=20too-deep=20nesting")=0A+=20=20=20=20= (when=20style=0A+=20=20=20=20=20=20(if=20(string-match-p=20= "color\\|display\\|border-collapse"=20style)=0A+=09=20=20(setq=20= shr-stylesheet=20(nconc=20(shr-parse-style=20style)=0A+=09=09=09=09=20=20= =20=20=20=20shr-stylesheet))=0A+=09(setq=20style=20nil)))=0A+=20=20=20=20= ;;=20If=20we=20have=20a=20display:none,=20then=20just=20ignore=20this=20= part=20of=20the=20DOM.=0A+=20=20=20=20(unless=20(or=20(equal=20(cdr=20= (assq=20'display=20shr-stylesheet))=20"none")=0A+=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20(and=20shr-discard-aria-hidden=0A+=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20(equal=20(dom-attr=20dom=20= 'aria-hidden)=20"true")))=0A+=20=20=20=20=20=20;;=20We=20don't=20use=20= shr-indirect-call=20here,=20since=20shr-descend=20is=0A+=20=20=20=20=20=20= ;;=20the=20central=20bit=20of=20shr.el,=20and=20should=20be=20as=20fast=20= as=0A+=20=20=20=20=20=20;;=20possible.=20=20Having=20one=20more=20level=20= of=20indirection=20with=20its=0A+=20=20=20=20=20=20;;=20negative=20= effect=20on=20performance=20is=20deemed=20unjustified=20in=0A+=20=20=20=20= =20=20;;=20this=20case.=0A+=20=20=20=20=20=20(cond=20(external=0A+=20=20=20= =20=20=20=20=20=20=20=20=20=20(funcall=20external=20dom))=0A+=20=20=20=20= =20=20=20=20=20=20=20=20((fboundp=20function)=0A+=20=20=20=20=20=20=20=20= =20=20=20=20=20(funcall=20function=20dom))=0A+=20=20=20=20=20=20=20=20=20= =20=20=20(t=0A+=20=20=20=20=20=20=20=20=20=20=20=20=20(shr-generic=20= dom)))=0A+=20=20=20=20=20=20(when-let=20((id=20(dom-attr=20dom=20'id)))=0A= +=20=20=20=20=20=20=20=20(push=20(cons=20id=20(set-marker=20= (make-marker)=20start))=20shr--link-targets))=0A+=20=20=20=20=20=20;;=20= If=20style=20is=20set,=20then=20this=20node=20has=20set=20the=20color.=0A= =20=20=20=20=20=20=20(when=20style=0A-=09(if=20(string-match-p=20= "color\\|display\\|border-collapse"=20style)=0A-=09=20=20=20=20(setq=20= shr-stylesheet=20(nconc=20(shr-parse-style=20style)=0A-=09=09=09=09=09= shr-stylesheet))=0A-=09=20=20(setq=20style=20nil)))=0A-=20=20=20=20=20=20= ;;=20If=20we=20have=20a=20display:none,=20then=20just=20ignore=20this=20= part=20of=20the=20DOM.=0A-=20=20=20=20=20=20(unless=20(or=20(equal=20= (cdr=20(assq=20'display=20shr-stylesheet))=20"none")=0A-=20=20=20=20=20=20= =20=20=20=20=20=20=20=20=20=20=20=20(and=20shr-discard-aria-hidden=0A-=20= =20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20(equal=20= (dom-attr=20dom=20'aria-hidden)=20"true")))=0A-=20=20=20=20=20=20=20=20= ;;=20We=20don't=20use=20shr-indirect-call=20here,=20since=20shr-descend=20= is=0A-=20=20=20=20=20=20=20=20;;=20the=20central=20bit=20of=20shr.el,=20= and=20should=20be=20as=20fast=20as=0A-=20=20=20=20=20=20=20=20;;=20= possible.=20=20Having=20one=20more=20level=20of=20indirection=20with=20= its=0A-=20=20=20=20=20=20=20=20;;=20negative=20effect=20on=20performance=20= is=20deemed=20unjustified=20in=0A-=20=20=20=20=20=20=20=20;;=20this=20= case.=0A-=20=20=20=20=20=20=20=20(cond=20(external=0A-=20=20=20=20=20=20=20= =20=20=20=20=20=20=20=20(funcall=20external=20dom))=0A-=20=20=20=20=20=20= =20=20=20=20=20=20=20=20((fboundp=20function)=0A-=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20(funcall=20function=20dom))=0A-=20=20=20=20=20=20=20= =20=20=20=20=20=20=20(t=0A-=20=20=20=20=20=20=20=20=20=20=20=20=20=20=20= (shr-generic=20dom)))=0A-=20=20=20=20=20=20=20=20(when-let=20((id=20= (dom-attr=20dom=20'id)))=0A-=20=20=20=20=20=20=20=20=20=20(push=20(cons=20= id=20(set-marker=20(make-marker)=20start))=20shr--link-targets))=0A-=09= ;;=20If=20style=20is=20set,=20then=20this=20node=20has=20set=20the=20= color.=0A-=09(when=20style=0A-=09=20=20(shr-colorize-region=0A-=09=20=20=20= start=20(point)=0A-=09=20=20=20(cdr=20(assq=20'color=20shr-stylesheet))=0A= -=09=20=20=20(cdr=20(assq=20'background-color=20shr-stylesheet))))))))=0A= +=09(shr-colorize-region=0A+=09=20start=20(point)=0A+=09=20(cdr=20(assq=20= 'color=20shr-stylesheet))=0A+=09=20(cdr=20(assq=20'background-color=20= shr-stylesheet)))))))=0A=20=0A=20(defun=20shr-fill-text=20(text)=0A=20=20= =20(if=20(zerop=20(length=20text))=0Adiff=20--git=20a/lisp/play/hanoi.el=20= b/lisp/play/hanoi.el=0Aindex=2058fb82b6ed..1a4b6dbeb1=20100644=0A---=20= a/lisp/play/hanoi.el=0A+++=20b/lisp/play/hanoi.el=0A@@=20-149,10=20= +149,9=20@@=20hanoi-internal=0A=20=20=20(setq=20show-trailing-whitespace=20= nil)=0A=20=20=20(unwind-protect=0A=20=20=20=20=20=20=20(let*=0A-=09=20=20= (;;=20These=20lines=20can=20cause=20Emacs=20to=20crash=20if=20you=20ask=20= for=20too=0A-=09=20=20=20;;=20many=20rings.=20=20If=20you=20uncomment=20= them,=20on=20most=20systems=20you=0A+=09=20=20(;;=20This=20line=20can=20= cause=20Emacs=20to=20crash=20if=20you=20ask=20for=20too=0A+=09=20=20=20= ;;=20many=20rings.=20=20If=20you=20uncomment=20it,=20on=20most=20systems=20= you=0A=20=09=20=20=20;;=20can=20get=2010,000+=20rings.=0A-=09=20=20=20= ;;(max-specpdl-size=20(max=20max-specpdl-size=20(*=20nrings=2015)))=0A=20= =09=20=20=20;;(max-lisp-eval-depth=20(max=20max-lisp-eval-depth=20(+=20= nrings=2020)))=0A=20=09=20=20=20(vert=20(not=20hanoi-horizontal-flag))=0A= =20=09=20=20=20(pole-width=20(length=20(format=20"%d"=20(max=200=20(1-=20= nrings)))))=0Adiff=20--git=20a/lisp/progmodes/cperl-mode.el=20= b/lisp/progmodes/cperl-mode.el=0Aindex=20614ee60fa0..c3704a05db=20100644=0A= ---=20a/lisp/progmodes/cperl-mode.el=0A+++=20= b/lisp/progmodes/cperl-mode.el=0A@@=20-3718,7=20+3718,6=20@@=20= cperl-process-here-doc=0A=20=20=20=20=20=20=20=20=20=20=20overshoot=0A=20= =20=20=20=20=20=20=20=20=20=20warning-message)))=0A=20=0A-;;=20Debugging=20= this=20may=20require=20(setq=20max-specpdl-size=202000)...=0A=20(defun=20= cperl-find-pods-heres=20(&optional=20min=20max=20non-inter=20end=20= ignore-max=20end-of-here-doc)=0A=20=20=20"Scan=20the=20buffer=20for=20= hard-to-parse=20Perl=20constructions.=0A=20If=20`cperl-pod-here-fontify'=20= is=20non-nil=20after=20evaluation,=0Adiff=20--git=20a/lisp/subr.el=20= b/lisp/subr.el=0Aindex=20d7cdc28abb..0e8cb2fcd6=20100644=0A---=20= a/lisp/subr.el=0A+++=20b/lisp/subr.el=0A@@=20-376,6=20+376,13=20@@=20= ignore-error=0A=20=0C=0A=20;;;;=20Basic=20Lisp=20functions.=0A=20=0A= +(defvar=20max-specpdl-size=202500=0A+=20=20"Former=20limit=20on=20= specbindings,=20now=20without=20effect.=0A+This=20variable=20used=20to=20= limit=20the=20size=20of=20the=20specpdl=20stack=20which,=0A+among=20= other=20things,=20held=20dynamic=20variable=20bindings=20and=20= `unwind-protect'=0A+activations.=20=20To=20prevent=20runaway=20= recursion,=20use=20`max-lisp-eval-lisp-depth'=0A+instead;=20it=20will=20= indirectly=20limit=20the=20specpdl=20stack=20size=20as=20well.")=0A+=0A=20= (defvar=20gensym-counter=200=0A=20=20=20"Number=20used=20to=20construct=20= the=20name=20of=20the=20next=20symbol=20created=20by=20`gensym'.")=0A=20=0A= diff=20--git=20a/src/eval.c=20b/src/eval.c=0Aindex=20= bd414fb868..7da1d8fb98=20100644=0A---=20a/src/eval.c=0A+++=20= b/src/eval.c=0A@@=20-211,9=20+211,7=20@@=20backtrace_thread_next=20= (struct=20thread_state=20*tstate,=20union=20specbinding=20*pdl)=0A=20= void=0A=20init_eval_once=20(void)=0A=20{=0A-=20=20/*=20Don't=20forget=20= to=20update=20docs=0A-=20=20=20=20=20(lispref=20nodes=20"Local=20= Variables"=20and=20"Eval").=20=20*/=0A-=20=20max_specpdl_size=20=3D=20= 2500;=0A+=20=20/*=20Don't=20forget=20to=20update=20docs=20(lispref=20= node=20"Eval").=20=20*/=0A=20=20=20max_lisp_eval_depth=20=3D=201600;=0A=20= =20=20Vrun_hooks=20=3D=20Qnil;=0A=20=20=20pdumper_do_now_and_after_load=20= (init_eval_once_for_pdumper);=0A@@=20-265,8=20+263,7=20@@=20= max_ensure_room=20(intmax_t=20*m,=20intmax_t=20a,=20intmax_t=20b)=0A=20= static=20void=0A=20restore_stack_limits=20(Lisp_Object=20data)=0A=20{=0A= -=20=20integer_to_intmax=20(XCAR=20(data),=20&max_specpdl_size);=0A-=20=20= integer_to_intmax=20(XCDR=20(data),=20&max_lisp_eval_depth);=0A+=20=20= integer_to_intmax=20(data,=20&max_lisp_eval_depth);=0A=20}=0A=20=0A=20/*=20= Call=20the=20Lisp=20debugger,=20giving=20it=20argument=20ARG.=20=20*/=0A= @@=20-278,9=20+275,6=20@@=20call_debugger=20(Lisp_Object=20arg)=0A=20=20=20= specpdl_ref=20count=20=3D=20SPECPDL_INDEX=20();=0A=20=20=20Lisp_Object=20= val;=0A=20=20=20intmax_t=20old_depth=20=3D=20max_lisp_eval_depth;=0A-=20=20= /*=20Do=20not=20allow=20max_specpdl_size=20less=20than=20actual=20depth=20= (Bug#16603).=20=20*/=0A-=20=20ptrdiff_t=20counti=20=3D=20= specpdl_ref_to_count=20(count);=0A-=20=20intmax_t=20old_max=20=3D=20max=20= (max_specpdl_size,=20counti);=0A=20=0A=20=20=20/*=20The=20previous=20= value=20of=2040=20is=20too=20small=20now=20that=20the=20debugger=0A=20=20= =20=20=20=20prints=20using=20cl-prin1=20instead=20of=20prin1.=20=20= Printing=20lists=20nested=208=0A@@=20-288,20=20+282,8=20@@=20= call_debugger=20(Lisp_Object=20arg)=0A=20=20=20=20=20=20currently=20= requires=2077=20additional=20frames.=20=20See=20bug#31919.=20=20*/=0A=20=20= =20max_ensure_room=20(&max_lisp_eval_depth,=20lisp_eval_depth,=20100);=0A= =20=0A-=20=20/*=20While=20debugging=20Bug#16603,=20previous=20value=20of=20= 100=20was=20found=0A-=20=20=20=20=20too=20small=20to=20avoid=20specpdl=20= overflow=20in=20the=20debugger=20itself.=20=20*/=0A-=20=20= max_ensure_room=20(&max_specpdl_size,=20counti,=20200);=0A-=0A-=20=20if=20= (old_max=20=3D=3D=20counti)=0A-=20=20=20=20{=0A-=20=20=20=20=20=20/*=20= We=20can=20enter=20the=20debugger=20due=20to=20specpdl=20overflow=20= (Bug#16603).=20=20*/=0A-=20=20=20=20=20=20specpdl_ptr--;=0A-=20=20=20=20=20= =20grow_specpdl=20();=0A-=20=20=20=20}=0A-=0A=20=20=20/*=20Restore=20= limits=20after=20leaving=20the=20debugger.=20=20*/=0A-=20=20= record_unwind_protect=20(restore_stack_limits,=0A-=09=09=09=20Fcons=20= (make_int=20(old_max),=20make_int=20(old_depth)));=0A+=20=20= record_unwind_protect=20(restore_stack_limits,=20make_int=20= (old_depth));=0A=20=0A=20#ifdef=20HAVE_WINDOW_SYSTEM=0A=20=20=20if=20= (display_hourglass_p)=0A@@=20-933,12=20+915,9=20@@=20DEFUN=20("let*",=20= FletX,=20SletX,=201,=20UNEVALLED,=200,=0A=20=20=20lexenv=20=3D=20= Vinternal_interpreter_environment;=0A=20=0A=20=20=20Lisp_Object=20= varlist=20=3D=20XCAR=20(args);=0A-=20=20while=20(CONSP=20(varlist))=0A+=20= =20FOR_EACH_TAIL=20(varlist)=0A=20=20=20=20=20{=0A-=20=20=20=20=20=20= maybe_quit=20();=0A-=0A=20=20=20=20=20=20=20elt=20=3D=20XCAR=20= (varlist);=0A-=20=20=20=20=20=20varlist=20=3D=20XCDR=20(varlist);=0A=20=20= =20=20=20=20=20if=20(SYMBOLP=20(elt))=0A=20=09{=0A=20=09=20=20var=20=3D=20= elt;=0A@@=20-1752,8=20+1731,6=20@@=20signal_or_quit=20(Lisp_Object=20= error_symbol,=20Lisp_Object=20data,=20bool=20keyboard_quit)=0A=20=20=20=20= =20{=0A=20=20=20=20=20=20=20/*=20Edebug=20takes=20care=20of=20restoring=20= these=20variables=20when=20it=20exits.=20=20*/=0A=20=20=20=20=20=20=20= max_ensure_room=20(&max_lisp_eval_depth,=20lisp_eval_depth,=2020);=0A-=20= =20=20=20=20=20ptrdiff_t=20counti=20=3D=20specpdl_ref_to_count=20= (SPECPDL_INDEX=20());=0A-=20=20=20=20=20=20max_ensure_room=20= (&max_specpdl_size,=20counti,=2040);=0A=20=0A=20=20=20=20=20=20=20call2=20= (Vsignal_hook_function,=20error_symbol,=20data);=0A=20=20=20=20=20}=0A@@=20= -1822,8=20+1799,6=20@@=20signal_or_quit=20(Lisp_Object=20error_symbol,=20= Lisp_Object=20data,=20bool=20keyboard_quit)=0A=20=20=20=20=20{=0A=20=20=20= =20=20=20=20max_ensure_room=20(&max_lisp_eval_depth,=20lisp_eval_depth,=20= 100);=0A=20=20=20=20=20=20=20specpdl_ref=20count=20=3D=20SPECPDL_INDEX=20= ();=0A-=20=20=20=20=20=20ptrdiff_t=20counti=20=3D=20specpdl_ref_to_count=20= (count);=0A-=20=20=20=20=20=20max_ensure_room=20(&max_specpdl_size,=20= counti,=20200);=0A=20=20=20=20=20=20=20specbind=20(Qdebugger,=20= Qdebug_early);=0A=20=20=20=20=20=20=20call_debugger=20(list2=20(Qerror,=20= Fcons=20(error_symbol,=20data)));=0A=20=20=20=20=20=20=20unbind_to=20= (count,=20Qnil);=0A@@=20-1839,12=20+1814,10=20@@=20signal_or_quit=20= (Lisp_Object=20error_symbol,=20Lisp_Object=20data,=20bool=20= keyboard_quit)=0A=20=20=20=20=20{=0A=20=20=20=20=20=20=20max_ensure_room=20= (&max_lisp_eval_depth,=20lisp_eval_depth,=20100);=0A=20=20=20=20=20=20=20= specpdl_ref=20count=20=3D=20SPECPDL_INDEX=20();=0A-=20=20=20=20=20=20= ptrdiff_t=20counti=20=3D=20specpdl_ref_to_count=20(count);=0A=20=20=20=20= =20=20=20AUTO_STRING=20(redisplay_trace,=20"*Redisplay_trace*");=0A=20=20= =20=20=20=20=20Lisp_Object=20redisplay_trace_buffer;=0A=20=20=20=20=20=20= =20AUTO_STRING=20(gap,=20"\n\n\n\n");=20/*=20Separates=20things=20in=20= *Redisplay-trace*=20*/=0A=20=20=20=20=20=20=20Lisp_Object=20= delayed_warning;=0A-=20=20=20=20=20=20max_ensure_room=20= (&max_specpdl_size,=20counti,=20200);=0A=20=20=20=20=20=20=20= redisplay_trace_buffer=20=3D=20Fget_buffer_create=20(redisplay_trace,=20= Qnil);=0A=20=20=20=20=20=20=20current_buffer=20=3D=20XBUFFER=20= (redisplay_trace_buffer);=0A=20=20=20=20=20=20=20if=20(!backtrace_yet)=20= /*=20Are=20we=20on=20the=20first=20backtrace=20of=20the=20command?=20=20= */=0A@@=20-2376,17=20+2349,12=20@@=20grow_specpdl_allocation=20(void)=0A=20= =20=20eassert=20(specpdl_ptr=20=3D=3D=20specpdl_end);=0A=20=0A=20=20=20= specpdl_ref=20count=20=3D=20SPECPDL_INDEX=20();=0A-=20=20ptrdiff_t=20= max_size=20=3D=20min=20(max_specpdl_size,=20PTRDIFF_MAX=20-=201000);=0A+=20= =20ptrdiff_t=20max_size=20=3D=20PTRDIFF_MAX=20-=201000;=0A=20=20=20union=20= specbinding=20*pdlvec=20=3D=20specpdl=20-=201;=0A=20=20=20ptrdiff_t=20= size=20=3D=20specpdl_end=20-=20specpdl;=0A=20=20=20ptrdiff_t=20= pdlvecsize=20=3D=20size=20+=201;=0A=20=20=20if=20(max_size=20<=3D=20= size)=0A-=20=20=20=20{=0A-=20=20=20=20=20=20if=20(max_specpdl_size=20<=20= 400)=0A-=09max_size=20=3D=20max_specpdl_size=20=3D=20400;=0A-=20=20=20=20= =20=20if=20(max_size=20<=3D=20size)=0A-=09xsignal0=20= (Qexcessive_variable_binding);=0A-=20=20=20=20}=0A+=20=20=20=20xsignal0=20= (Qexcessive_variable_binding);=20=20/*=20Can't=20happen,=20essentially.=20= =20*/=0A=20=20=20pdlvec=20=3D=20xpalloc=20(pdlvec,=20&pdlvecsize,=201,=20= max_size=20+=201,=20sizeof=20*specpdl);=0A=20=20=20specpdl=20=3D=20= pdlvec=20+=201;=0A=20=20=20specpdl_end=20=3D=20specpdl=20+=20pdlvecsize=20= -=201;=0A@@=20-4229,22=20+4197,6=20@@=20get_backtrace=20(Lisp_Object=20= array)=0A=20void=0A=20syms_of_eval=20(void)=0A=20{=0A-=20=20DEFVAR_INT=20= ("max-specpdl-size",=20max_specpdl_size,=0A-=09=20=20=20=20=20=20doc:=20= /*=20Limit=20on=20number=20of=20Lisp=20variable=20bindings=20and=20= `unwind-protect's.=0A-=0A-If=20Lisp=20code=20tries=20to=20use=20more=20= bindings=20than=20this=20amount,=20an=20error=20is=0A-signaled.=0A-=0A= -You=20can=20safely=20increase=20this=20variable=20substantially=20if=20= the=20default=0A-value=20proves=20inconveniently=20small.=20=20However,=20= if=20you=20increase=20it=20too=0A-much,=20Emacs=20could=20run=20out=20of=20= memory=20trying=20to=20make=20the=20stack=20bigger.=0A-Note=20that=20= this=20limit=20may=20be=20silently=20increased=20by=20the=20debugger=20= if=0A-`debug-on-error'=20or=20`debug-on-quit'=20is=20set.=0A-=0A= -\"spec\"=20is=20short=20for=20\"special=20variables\",=20i.e.,=20= dynamically=20bound=0A-variables.=20=20\"PDL\"=20is=20short=20for=20= \"push-down=20list\",=20which=20is=20an=20old=0A-term=20for=20\"stack\".=20= =20*/);=0A-=0A=20=20=20DEFVAR_INT=20("max-lisp-eval-depth",=20= max_lisp_eval_depth,=0A=20=09=20=20=20=20=20=20doc:=20/*=20Limit=20on=20= depth=20in=20`eval',=20`apply'=20and=20`funcall'=20before=20error.=0A=20=0A= diff=20--git=20a/src/fileio.c=20b/src/fileio.c=0Aindex=20= 6efea8ac36..dd7f85ec97=20100644=0A---=20a/src/fileio.c=0A+++=20= b/src/fileio.c=0A@@=20-6019,11=20+6019,6=20@@=20DEFUN=20("do-auto-save",=20= Fdo_auto_save,=20Sdo_auto_save,=200,=202,=20"",=0A=20=20=20bool=20= old_message_p=20=3D=200;=0A=20=20=20struct=20auto_save_unwind=20= auto_save_unwind;=0A=20=0A-=20=20intmax_t=20sum=20=3D=20INT_ADD_WRAPV=20= (specpdl_end=20-=20specpdl,=2040,=20&sum)=0A-=20=20=20=20=20=20=20=20=20=20= =20=20=20=20=20=20=20?=20INTMAX_MAX=20:=20sum;=0A-=20=20if=20= (max_specpdl_size=20<=20sum)=0A-=20=20=20=20max_specpdl_size=20=3D=20= sum;=0A-=0A=20=20=20if=20(minibuf_level)=0A=20=20=20=20=20no_message=20=3D= =20Qt;=0A=20=0A--=20=0A2.32.0=20(Apple=20Git-132)=0A=0A= --Apple-Mail=_AC6F88CD-BEE1-4BE9-A0B1-EE07562A1EE5-- From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Sep 2022 16:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Stefan Monnier Cc: 57911@debbugs.gnu.org, Lars Ingebrigtsen Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.166360379119735 (code B ref 57911); Mon, 19 Sep 2022 16:10:02 +0000 Received: (at 57911) by debbugs.gnu.org; 19 Sep 2022 16:09:51 +0000 Received: from localhost ([127.0.0.1]:54975 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaJLD-000589-3E for submit@debbugs.gnu.org; Mon, 19 Sep 2022 12:09:51 -0400 Received: from mail-lj1-f177.google.com ([209.85.208.177]:41743) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaIoL-0001zv-Ao for 57911@debbugs.gnu.org; Mon, 19 Sep 2022 11:35:53 -0400 Received: by mail-lj1-f177.google.com with SMTP id a14so32187090ljj.8 for <57911@debbugs.gnu.org>; Mon, 19 Sep 2022 08:35:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:sender:from:to:cc:subject :date; bh=wWJvD3tlFXPNTdEdgNovlWImWxjk0q+cXqv9vks+uKY=; b=cc8PW8cTGq4ijEI1m/W6BFvEkXcAvC0MsrUSnWbkc0ooOlphhWRP6p1ocUfzm/yw8y c5hmv7Dxko109vUKBaeHRDCpGH6qyMzc0pezWrwfMRF3f6ewNe0pVOkRRm/G/W5bOm0E w70nySb8BXOOBki1th2yTy+GsJu/vM0q7wt/l83t5TfcRUrJAiBneMPswGS148pLHm+T yXG4nfSjUsnr6Rcps8cGpxmd1eynSHyGH/R7wl83dmHRavZhvP5z9ISo2frJFP8Ktv4S AixGMEThX8kvwRgl680ZnRXnGV3++BkTpGkWzUzWd+MowMpgwDcR7O1/RJVhaPdB0TMI KV9Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:sender:x-gm-message-state :from:to:cc:subject:date; bh=wWJvD3tlFXPNTdEdgNovlWImWxjk0q+cXqv9vks+uKY=; b=SRsDYBlmQnDs6c4U9OAOkq9QmV7A5HcUjZREsxpvYl7QSGiWoykAMfnRs1fXb8Gl5J w+mneKVlWH8TZ+CLPzHMwYxBWuaapyZwXMEDHFWMYiUqEjxmiE72zHL6WWtBVp6dp3Of stYTxkT/Sc3eGINUHVFzuLrB0Q7nmS04JMxqSwaW3LuojJRMQZtK5w5Uab/zCAfx2sTC QIkM0sFyhwCUMdw5OdbZe8Pj9T0y1+ANyjmeesTxeK+kK6sNqzNbuzlVFgHxLZsqyDJF EXgobZVj6bHd906AVpluRcq5Rgd5hvJR+UhcVpBuRLSQtVvpvnhlpSlv06IxtYPy1oAy gQnw== X-Gm-Message-State: ACrzQf2i/0IIdzvMm25UqV3EuoYH7oo6tYAx5kaouOqDQx6K7MKhw0BX r/iONnM5kejFyFxOg7zcKXE= X-Google-Smtp-Source: AMsMyM6HVMB0Akwbup/bIU32lEYDBxsrBzFoPiwHXAxbk5vte2/aObv6ThIza0rVZrm1/0y41hlbSA== X-Received: by 2002:a2e:be8d:0:b0:26c:f4b:47a0 with SMTP id a13-20020a2ebe8d000000b0026c0f4b47a0mr5172812ljr.92.1663601747127; Mon, 19 Sep 2022 08:35:47 -0700 (PDT) Received: from smtpclient.apple ([188.150.188.179]) by smtp.gmail.com with ESMTPSA id du11-20020a056512298b00b00497ac35ae1esm5248390lfb.85.2022.09.19.08.35.45 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Sep 2022 08:35:46 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= In-Reply-To: Date: Mon, 19 Sep 2022 17:35:45 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Spam-Score: 0.0 (/) X-Mailman-Approved-At: Mon, 19 Sep 2022 12:09:50 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) 19 sep. 2022 kl. 14.27 skrev Stefan Monnier : > Please mark it as obsolete as well. Will do. It currently causes warnings in Tramp and cc-mode (which I = didn't change). (Let's see when and if this reply is accepted by the debbugs.gnu.org = mail circus.) From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Sep 2022 16:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Cc: 57911@debbugs.gnu.org, Lars Ingebrigtsen , Stefan Monnier Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.16636063448569 (code B ref 57911); Mon, 19 Sep 2022 16:53:01 +0000 Received: (at 57911) by debbugs.gnu.org; 19 Sep 2022 16:52:24 +0000 Received: from localhost ([127.0.0.1]:55045 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaK0N-0002E9-Le for submit@debbugs.gnu.org; Mon, 19 Sep 2022 12:52:23 -0400 Received: from mout.gmx.net ([212.227.15.19]:57359) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaK0L-0002Dv-HP for 57911@debbugs.gnu.org; Mon, 19 Sep 2022 12:52:22 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1663606332; bh=9NneP1qDKNmSavJ518tWVcatpawUPYE/O0lCXIUvmcM=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=Utk7KPxh8EsGNLmIvjQMM+SGX4KR3iMWjzJXqf0yb7ct5pvDk5yhJGsGovuC614aR 7PuJao3qaA//VOEoAYcrY7qFnIObge+UEax/MEYjkGqRh+nv8dXNzpMb2SVwx9WN/e 2QonDeq2ooxOklcaVWTsKCoUmXNq/5iGGyrMNsSU= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from gandalf.gmx.de ([213.220.159.44]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MeU4s-1pAThX43Eq-00aUlm; Mon, 19 Sep 2022 18:52:12 +0200 From: Michael Albinus In-Reply-To: ("Mattias =?UTF-8?Q?Engdeg=C3=A5rd?="'s message of "Mon, 19 Sep 2022 17:35:45 +0200") References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> Date: Mon, 19 Sep 2022 18:52:10 +0200 Message-ID: <87r107i9xh.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:1bOBF55LmHqJWB47IsWKwTH3xlsdLkDe3iAc+PuE4cEQBjVF+cC wxyVJ+ONYqWsfxZwG5LLc/DIH5DV9ts243YGW46ermnRglRZJ31lW1Kp3Kwoyqd85kFVLPJ wFgJyBw4Cjw+fk+axllxLMmuVOSPhMugpozdXmQiqhGjpIiDtC8/BHXbV+fzS5HsAA4u4Mc hMBM2BF/GYKMcrsHOmfmQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:6qZ7vXx5cMs=:YtH0F+ZPz+iwuqWWkQQesf Sxy/6uZt00yBVs4riY7JCX8AWX3yJdoZRjyuOryy12h3XgIRNTGWAiyVc7i02jBlX5XlXMWl5 ata2hv7YSbTGociVJAkto7nXjRz/BSIgj18loBB2js26w2ZIRRTpb8l3fCzM1jPmq+9+gUbUD rPSeIAY4O2wgFZDveEHwMJ2gnSbnrLEj2EOfGViXVAWoJQy7RP90Yawwq+Y2t57v1lr4tDbKH h3xXSBcYSk2Wz34DErBTZwMhFgOaUQIeJw7ZMvNzPaoP8zEvXR+dgPrCCtogue0ycOh2G8HOT sd83F5yRZukm9yLglnmWgjvMtmxZPdrGawm9mC7cz5vAxcMerNob8oAF18zN4aQQBIjxYUC7k f8NMts4b9prVMV1Nuf7xZYsp3A2i89FGBdW7mipr6yjVvOOsqOVoy24jMBRcNYcgOwsepxuNS gfhVQQ02igwRWwBtcjdVdOiSTVS3WPhpYoPN6Gk74ACkcXepYSus6uSD9PHhIIyX01t52twyw 6rm8q92/t3h/iM9mcWxrQEpCGNRAAboKt3BEEr8LvahXO6Y5MIg9wjAqcGNaJNsOmAx2es4Oy jhZxSRgqvqg9rva3JxWWxgcPAWtU4I55LedavauxblQ1kMRNgLZHKHNK30wldVRIVuDT+wrme kT58Syj6S7UeWcds/GB/3iBCUrvacXwukVUHVklDAb6YyE38dK3WKIO5PIQ70WnviDTZGW2fV 79VzO9/WnnbCepqLWJKpb1qLZSxvweMN4WIPyQu23Y80MqTKdtMaqIVmseo3muh1FybvgyVaH UwzOlQ8KBgPlSzvPdL1B/nO9odQkIubeCcz2vfTjCgnmF3SGsERiK2OtFoCCNZLp+S4ug/Xz7 YpjXbqzXmvKomtCXjvEumd+CF9Oqson6f1x6VuKLh+Oqe9ym4o3Fj70Si1GEzSW7+feIYf8hh jAejgSF1pkWu+R4fJ7Q/wT5nehkSEu0xorEfg3twLDT3nDzYzYX9uNbGoFS/RHkc1JG2IrtoG x5xmUkUoEHVtmSWbYTWqIlaCn1UVC2TfvpjZOk6fyWELoKEtsbI73ZNCEejat5+N7EY8Nrc16 Kf3UhGwyEWK/Aup2Zb1RCm9ks6BIIRZR1uVKSnAONzc6vY3w+2+Id258XbXrpbjyuMHB2eNcM bMNhP4wQalbyZBs00e5C9Y2DLl 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 (-) Mattias Engdeg=C3=A5rd writes: Hi Mattias, > (Let's see when and if this reply is accepted by the debbugs.gnu.org mail= circus.) Earlier today, I've got a message from you for moderator's approval. I did, and I have also checked the box to trust in you from now on. Hopefully, this is sufficient. The circus is in place because there are many spam mails. We moderators hide them from you, but it isn't as funny as a circus should be. Best regards, Michael. From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Sep 2022 17:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: 57911@debbugs.gnu.org, Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= , Stefan Monnier Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.166360738210289 (code B ref 57911); Mon, 19 Sep 2022 17:10:01 +0000 Received: (at 57911) by debbugs.gnu.org; 19 Sep 2022 17:09:42 +0000 Received: from localhost ([127.0.0.1]:55075 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaKH7-0002fs-Nz for submit@debbugs.gnu.org; Mon, 19 Sep 2022 13:09:42 -0400 Received: from quimby.gnus.org ([95.216.78.240]:60784) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaKH5-0002ff-6I for 57911@debbugs.gnu.org; Mon, 19 Sep 2022 13:09:39 -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:Date:References: In-Reply-To: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=lK6mTiRU5xVrQCz0JTihrFi/aiOr8nYPdzIcR5oEzaI=; b=pk4Df0RvA4TDI5P1RvR/6oDqwM GxcseiOAd+LMGY0wswr8SYPyY2+zunuqYWUr3vfCa4UFWxNs0YsYcQ+uSldVGUm1bwGeXfYMGEXrx oFDPoaFvtnVglRyd9PVbbxFa+WiKeVKocTeLI3Je0YxqGzWzGVKo9cjMSgRfdA9NCZzI=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oaKGu-0008Os-Jc; Mon, 19 Sep 2022 19:09:30 +0200 From: Lars Ingebrigtsen In-Reply-To: <87r107i9xh.fsf@gmx.de> (Michael Albinus's message of "Mon, 19 Sep 2022 18:52:10 +0200") References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> <87r107i9xh.fsf@gmx.de> X-Now-Playing: Bob Hund's _0-100_: "Vi ar saa lyckliga" Date: Mon, 19 Sep 2022 19:09:27 +0200 Message-ID: <87zgevs33s.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: Michael Albinus writes: > Earlier today, I've got a message from you for moderator's approval. I > did, and I have also checked the box to trust in you from now > on. Hopefully, this is sufficient. 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 (---) Michael Albinus writes: > Earlier today, I've got a message from you for moderator's approval. I > did, and I have also checked the box to trust in you from now > on. Hopefully, this is sufficient. Here's the relevant Received headers for Mattias' that you're responding to: Original-Received: from localhost ([127.0.0.1]:54975 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaJLD-000589-3E for submit@debbugs.gnu.org; Mon, 19 Sep 2022 12:09:51 -0400 Original-Received: from mail-lj1-f177.google.com ([209.85.208.177]:41743) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaIoL-0001zv-Ao for 57911@debbugs.gnu.org; Mon, 19 Sep 2022 11:35:53 -0400 So debbugs.gnu.org got the message at 11:35:53 -0400, but sent it along 12:09:51 -0400, which is half an hour later. It seems like half of the messages lately are like this -- they take everything between a couple of minutes and an hour to pass through the mailing lists at gnu.org, and it's not just affecting people with unknown/new mail addresses. Could it be a high load situation at debbugs.gnu.org or something? From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Sep 2022 17:29:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: 57911@debbugs.gnu.org, Lars Ingebrigtsen , Stefan Monnier Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.166360852212153 (code B ref 57911); Mon, 19 Sep 2022 17:29:02 +0000 Received: (at 57911) by debbugs.gnu.org; 19 Sep 2022 17:28:42 +0000 Received: from localhost ([127.0.0.1]:55107 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaKZV-00039x-Mp for submit@debbugs.gnu.org; Mon, 19 Sep 2022 13:28:41 -0400 Received: from mail-lf1-f48.google.com ([209.85.167.48]:36575) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaKZT-00039k-GY for 57911@debbugs.gnu.org; Mon, 19 Sep 2022 13:28:40 -0400 Received: by mail-lf1-f48.google.com with SMTP id f9so47378632lfr.3 for <57911@debbugs.gnu.org>; Mon, 19 Sep 2022 10:28:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:sender:from:to:cc:subject :date; bh=KrehGts/Sf1KNe/318hQ4JTZHnmQb4d68F1csfqw+ng=; b=EW7ZNNIDwD+t1ZS9TJ47MC0C6ur0PGvLKVgpyULLq6TNoGCY3CLxCXe9zEeOBZmrTE Hg0llmoJkGoqPIgdxqsG0bUeuqfv6B4IDZ4+X1n+oU3/VwhkKuV5lIx1Hs3JSks6AgvS O+BSUr5erOYT0Ca+znfD5Iz8Rf0BR7gA9lSJybMB4cNRuPxwin6lJjCM6Em3jtlqQJ/z mJvPQo5jtHreFMXna7unEZjBaKTcZ/tWckt7YBCy8MvBEd1Xw2u8skLD8jrwa0K+9OOU kpvfTqIkCXBTQR+W6ldKWa9Fz+873+UFavdgLt03XPpQmcvgY+6q6QvxBbWfewuJqFHO 7RIQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:sender:x-gm-message-state :from:to:cc:subject:date; bh=KrehGts/Sf1KNe/318hQ4JTZHnmQb4d68F1csfqw+ng=; b=5HLtcclZeKmz1fdFYoc4g8Q6pT+b3U9696laTJ9YNjB1Yxl7TGIV5PWD9tZTcJZpqL TtQiGghSCEXI9LR+xgjc80C8ko26ULWWJvUxni/z+gwkx9PfW8fVyyf4rmiwOMKHVn6f zAEuvXh9FGKqNfg/PaVeTtKoH0jXM6BAltlCNUgmVR71CL6BUaF5G8Ge+fJ6WdU5aBV8 vAWc3yC1vmr+rSSty0obwoG3jX1mVKc/eIixcSFuIgSYioJJrGCQuNywn7zH+ZBaSBcU X2cT0a9mtap8j1El5kSjKPdhYfyg0y7uaao24fd01LhmyaWnn9Pj1cXqZgXeJk9d3mvm ZZjg== X-Gm-Message-State: ACrzQf2VrS0owrLCyuZw1IvKC+fVSjAWW2YU7Olns0wRoeUaTv8wsxDx 0RRXDnHJjPb8i0KmKd7xhOU= X-Google-Smtp-Source: AMsMyM4xMj5KC478+8rf2y84TCCcNpsQHbjRQakXONTg4lUiaym5g3QRTtYJRpyZk7c4d78o8znrxg== X-Received: by 2002:a19:f80d:0:b0:49b:29a8:db54 with SMTP id a13-20020a19f80d000000b0049b29a8db54mr6357552lff.178.1663608513326; Mon, 19 Sep 2022 10:28:33 -0700 (PDT) Received: from smtpclient.apple ([188.150.188.179]) by smtp.gmail.com with ESMTPSA id s14-20020a19770e000000b00494603953b6sm5268532lfc.6.2022.09.19.10.28.32 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Sep 2022 10:28:32 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= In-Reply-To: <87r107i9xh.fsf@gmx.de> Date: Mon, 19 Sep 2022 19:28:31 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <5BA7C22D-D170-4F74-ADB5-2758BBFDF562@gmail.com> References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> <87r107i9xh.fsf@gmx.de> X-Mailer: Apple Mail (2.3654.120.0.1.13) 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 (-) 19 sep. 2022 kl. 18.52 skrev Michael Albinus : > Earlier today, I've got a message from you for moderator's approval. I > did, and I have also checked the box to trust in you from now > on. Hopefully, this is sufficient. Thank you! I have no complaints about the moderators whatsoever -- as = far as I'm concerned you are doing sterling work. If anything I'm assuming the mistake to be on my side until proven = otherwise... From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Sep 2022 17:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 57911@debbugs.gnu.org, Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= , Stefan Monnier Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.166360864412500 (code B ref 57911); Mon, 19 Sep 2022 17:31:01 +0000 Received: (at 57911) by debbugs.gnu.org; 19 Sep 2022 17:30:44 +0000 Received: from localhost ([127.0.0.1]:55118 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaKbU-0003FY-Fi for submit@debbugs.gnu.org; Mon, 19 Sep 2022 13:30:44 -0400 Received: from mout.gmx.net ([212.227.17.20]:47287) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaKbS-0003FJ-HZ for 57911@debbugs.gnu.org; Mon, 19 Sep 2022 13:30:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1663608633; bh=HCL31/dZuUVqKlEzofT9TuV0M/U1tMJMehx3ZUuzwYc=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=EFx6irGe6xw0vsUeUO3DM7EO/0Ol8PbQLi2TxfBrvERQgfwKqSOoIrl12t44BDgug YugNhjSezRtzTUWdj/O/JTaeOQwiv23oYEwdjlkScDSyZqDEZC7vtlInYp+tk7UVWK xIUa5Dy9oiVE/8LABR85eLqSKx3LN/ZSbsB8G0g0= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from gandalf.gmx.de ([213.220.159.44]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MoO24-1p2meH0zyy-00ok7v; Mon, 19 Sep 2022 19:30:33 +0200 From: Michael Albinus In-Reply-To: <87zgevs33s.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 19 Sep 2022 19:09:27 +0200") References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> <87r107i9xh.fsf@gmx.de> <87zgevs33s.fsf@gnus.org> Date: Mon, 19 Sep 2022 19:30:31 +0200 Message-ID: <87mtavi85k.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:9jyWVu9SJQMO4/g4bG/75lIl8M0KTF/iN8NuZ59zVt1g8r4h7rB lSZCSRHqcG75EftCChSt1sbLODyWe/AIVvalZM8gtZkYo3QfjTOkrxig/TFGpwkBeIOr4/+ LNjOi1CA/Qsj31OSlMDSe9krEVpPEWLXx1w88TnkO/q++Tkp8BhgTITzFKbKTQDctX63rga ceNdHf6i9Ar7nUV+mPq7A== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:GDaZ1pGyqN0=:L6mn/JsYxdTZsFPYs4lNQm yQvhNsF9UFNDVoGdtzVQhHgOPtNd46WdyyR5NudMCnWBIXZNd59ZEUGyF/c/ZKTMr5y6Nh7Zj xpCayhqYyDqStZicmb90khdhJGSJTrAZvE9UwpIruKH4fTDKtJ2fxrUSIZ+n6n+WG3fiRZDor zPID4TwUwu9gnt1cEA9+eUn4Y/m1v+PjYRmExTHRpCwceULOTCR6GrB6H5Sx8XRT49e90goIo hW9bSH9DNtZhB4h21gBm9gPBlMaviwlKucoK/Ml5juTk9OIRPozKwiQ99DJB21aP0Vw87m3vM 9ezjaTzjg+KSH7AsVW01oj54TncvlD8FGEpCb0zC00KHXu8DlkH+8g0b+NNtloP1HdG1JygmT GymXvVDEnC1F9vXtrGPm271r8Ok221dnAvfZSOBocXIVAPHctXmA7GlfxZY81TOQ/3WtiWcVW X8fjvUvT7nXVNU3m/U3WXJ8RgW5iLfx7EjVdKu/6p/XL8+Mq5nDAd76+tbnP9YFBseW6/2+6M ZOh+oipSJA+RfKKqilVyvQWIDgg/PCPm2+4/wW/rENAGz8s5d+dWcdDbTuLOO+7KsgWR/ehia kXP6iH0q88rMpQw4ilLc3uwoFW/rn3Dkz/1LsIFrXXyNOUzvvmg1/FHDIezxkyyh4DLGAtnfE b3W5GSaitDMnPRIQiWppFeNt4p07JyOOUBoPZwTgQGZ+ZNzkyGrWX+mCrJBAir/1dPofp3Ebs RSrEzztTojjcHU7Tqy45/SmyibWzUJJDo3XsC7I4hE649zFGqXnpa/5icSERmF3k4DoMzKNY8 HoQ/ERloZZO1MtQd8A6JEh/yogILZa5+EwRAXZ7Glc8dICuHtWtIGI+yp7jSi/JwLJUcrIPS7 Mxp4TyDRJDVtmIdxKoe08MPYMV26vFc+wZH3EOMuHEUEVnFkdVcWX3w2m/cuTTERyvK8elZqh RcUrhR3NM9DRVLEdILK+BaMceiWezBNQ+EoIZJlDs8Njhn5BZW8G6sRN3jTvrM8ymGqdcFKHm Y4rNOFX6UQxXgJnXh7v9NiAhFbvCzDOT5yI+EWnZzMWgDbnlYn0OB4xvK8nduHA9e+7iMMk38 L38wZPpWm4qPR4shW19O8PHljdZ6eXEOneRTxJS+2Cod7tDID7f3e+iuFpiXBedyYJk8hn2/Y b9qyXRNcG4rcrQtRhIDy0W1FsN 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 (-) Lars Ingebrigtsen writes: > So debbugs.gnu.org got the message at 11:35:53 -0400, but sent it along > 12:09:51 -0400, which is half an hour later. > > It seems like half of the messages lately are like this -- they take > everything between a couple of minutes and an hour to pass through the > mailing lists at gnu.org, and it's not just affecting people with > unknown/new mail addresses. > > Could it be a high load situation at debbugs.gnu.org or something? The load average is just 0.31, but I don't know how it was earlier today. Best regards, Michael. From unknown Sat Aug 16 19:20:10 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Subject: bug#57911: closed (Re: bug#57911: Abolish max-specpdl-size) Message-ID: References: <33AB9E98-2B0C-46AD-A1F0-5A13978DEBAA@gmail.com> <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> X-Gnu-PR-Message: they-closed 57911 X-Gnu-PR-Package: emacs Reply-To: 57911@debbugs.gnu.org Date: Mon, 19 Sep 2022 17:38:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1663609082-13130-1" This is a multi-part message in MIME format... ------------=_1663609082-13130-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #57911: Abolish max-specpdl-size which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 57911@debbugs.gnu.org. --=20 57911: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D57911 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1663609082-13130-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 57911-done) by debbugs.gnu.org; 19 Sep 2022 17:37:01 +0000 Received: from localhost ([127.0.0.1]:55122 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaKhZ-0003OE-7p for submit@debbugs.gnu.org; Mon, 19 Sep 2022 13:37:01 -0400 Received: from mail-lf1-f41.google.com ([209.85.167.41]:33396) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaKhX-0003O1-57 for 57911-done@debbugs.gnu.org; Mon, 19 Sep 2022 13:36:59 -0400 Received: by mail-lf1-f41.google.com with SMTP id x27so14911107lfu.0 for <57911-done@debbugs.gnu.org>; Mon, 19 Sep 2022 10:36:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:sender:from:to:cc:subject :date; bh=QMhA+gu1Js5uI8rjJd8vdpbbYzOinOmE/DKKhCsj11I=; b=Q41jv3flYaIKoRa9xQHUAOq/nmV14wKx64gU1mLhLgutz5mH+dBd9gtUD5qJqgZqGE VnjArlYjRcO3Ub+G+m5R3v9C5HD2YjHa6GnOL1vGJAhC3n5dInDSMvA2sMPNxvCDjdO/ gamOjIcpSap9NCqfSwUlXnBiHSRcpLSSQXpOwfEC4A9Px/3iJ0l9iBrOw1lhuKmmtJK/ FH1Hz4jN9IX0f2Fm9W5pRqvIwQOnUNaTuugAehUKoquiGnpCBZmfAZBEL9EEB/XUkC7V nWIXuVR7L+c/Y4IWW+Mxn8PKENAXB1YXFtX0cH4YIalhSXA23JjgGQMRDYVZGbsdi1t/ RBrQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:references:message-id:content-transfer-encoding:cc:date :in-reply-to:from:subject:mime-version:sender:x-gm-message-state :from:to:cc:subject:date; bh=QMhA+gu1Js5uI8rjJd8vdpbbYzOinOmE/DKKhCsj11I=; b=PZUvswalsd1GJRQLPa9v6KDNm1ouvGAAfVpxE/b0uM/LeZyHXzAxdm75VcWu0h0HS9 kTbG+BRLNJ6tW/R0iBT6NJLtfUln3xWo/utrTlpoNSX5gRHvw8zTP3lJtOYMxum92pzU 1e2gjTZOvRkqxEVPxN1rHzSxvlTAabQzs3yEJ0nrRXJ8G87q+7XCZluoK3gAl+Xx8tbY bZt2y0ZjNzAgCx3p0vAiIhn+WFTo/zO4DbUwk1Qd336IXZv2LyJLy2Bd1ttiivYaQ9z+ FPHlsLOFQnFiduZ+wMrxfzDyZ5bwkmf4EjHdIho9JnEdHA2diqgTgCoa/Pdnibh97wLG kv1w== X-Gm-Message-State: ACrzQf287X08obBWMyeD5mKPp0nY26aNA0ImRF5L+ewwbwyny+roQu/N oCfLdq4NvOAkHINEdw1qsT4= X-Google-Smtp-Source: AMsMyM48T9ERBpT8NCUx6x5al8tpJSuKkETW/gB6AVA1FMC0g6TDpMOBn66XJd2RAc6BVNwK8CgR/Q== X-Received: by 2002:a19:f716:0:b0:498:aa7f:32f7 with SMTP id z22-20020a19f716000000b00498aa7f32f7mr7003958lfe.3.1663609013023; Mon, 19 Sep 2022 10:36:53 -0700 (PDT) Received: from smtpclient.apple ([188.150.188.179]) by smtp.gmail.com with ESMTPSA id v13-20020ac258ed000000b00492df78f311sm4119601lfo.57.2022.09.19.10.36.52 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Sep 2022 10:36:52 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: bug#57911: Abolish max-specpdl-size From: =?utf-8?Q?Mattias_Engdeg=C3=A5rd?= In-Reply-To: <83v8pjxye9.fsf@gnu.org> Date: Mon, 19 Sep 2022 19:36:51 +0200 Content-Transfer-Encoding: 7bit Message-Id: <33AB9E98-2B0C-46AD-A1F0-5A13978DEBAA@gmail.com> References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> <87v8pjtu3p.fsf@gnus.org> <83v8pjxye9.fsf@gnu.org> To: Eli Zaretskii X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 57911-done Cc: 57911-done@debbugs.gnu.org, Lars Ingebrigtsen , Stefan Monnier 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 (-) 19 sep. 2022 kl. 15.54 skrev Eli Zaretskii : >> And I take from Stefan's >> response that he has no objections... Eli, any comments? > > No. Thank you, pushed to master and closing. ------------=_1663609082-13130-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 18 Sep 2022 14:56:32 +0000 Received: from localhost ([127.0.0.1]:50977 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oZvih-0000S2-Gv for submit@debbugs.gnu.org; Sun, 18 Sep 2022 10:56:31 -0400 Received: from lists.gnu.org ([209.51.188.17]:41984) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oZsvP-0007Dq-Vd for submit@debbugs.gnu.org; Sun, 18 Sep 2022 07:57:30 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:37108) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oZsvP-0005O2-Qf for bug-gnu-emacs@gnu.org; Sun, 18 Sep 2022 07:57:27 -0400 Received: from mail-lj1-x229.google.com ([2a00:1450:4864:20::229]:34813) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oZsvO-0002Fd-0v for bug-gnu-emacs@gnu.org; Sun, 18 Sep 2022 07:57:27 -0400 Received: by mail-lj1-x229.google.com with SMTP id h3so22400231lja.1 for ; Sun, 18 Sep 2022 04:57:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:date:message-id:subject:mime-version:content-transfer-encoding :from:sender:from:to:cc:subject:date; bh=Auhpe4TWOSm9Y0xLWmwThH9j3CAObWJE/xce0rJhA3M=; b=gaNcTsAqWjAukNy6yHSPI1dVKtYw/tMC1lxrrTSlFLxTsjHiTCb7j+7W8U3ZsQypQJ zalhNhp0p3UiFQPEERzaqky5zUZ2151bw9QepWUd46EvMWwP1ROLc4bANIe6WtT59Awf Cnrj5VQKGuNUmQmUbjLv+tH+2H28NXUjIJwaQi/Mki5oJbK8gR/GtHAjv9Uu/h5d3+1Z hsBGJlOqSZcVhis38KAWNcG+CSZ1XfKWKL4fjdFlyBeMTcZ2bJcDe6VEAfmFEwgqypyZ 1Rt5mEzfWTRk/Fgr4QBHQACMkp0gD+Qu9QXcGdhwyozw8l3WCrE6Pnb7UBHmPMPzDGeV dH7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:date:message-id:subject:mime-version:content-transfer-encoding :from:sender:x-gm-message-state:from:to:cc:subject:date; bh=Auhpe4TWOSm9Y0xLWmwThH9j3CAObWJE/xce0rJhA3M=; b=6UE9Ala0R+7WW2ccvgGGADX3hm9AUehjs2qaA+v7A1A2m+vYYTxTFIxB2EdiJgHCB2 iL+YA91RtSbZjDjCkgUe6vdbQX8cy1w55izybFIVMZ/c5yfjBfPiDjKuVocnRBJrWSjY bnEk8mWOzYf2XDArxkvy9rYZzZ+imX0RQD0HPtbEYlpFhzI5K6EsQFq88d0KP81/0luX TlZnRtqfBdFAS5SF3sr1Y4bNZPyhSb95BRIZ5DeqszroyupiudNlq5fb60d6d3po/qvX Z9kX1ijbaISYJRDecWoTXYxjsT2OXSA+fZwq5mpV5USTGSTPlx+hrVfVKwin8mIbH77L UJtg== X-Gm-Message-State: ACrzQf3+gxh+xeGnikKDwnQxre+Tap+lhVuy0DLIezGy3abyk+KwqIpb wC4atsrwPd8np03YVQDubXuDVDP47Ild026F X-Google-Smtp-Source: AMsMyM6awbn0B8m3i4D4e4Y34btOEViVAfVUtHua8l7IoNNW9dg/0pd2dPqlc0okgRWLziujPCu5xQ== X-Received: by 2002:a2e:84d6:0:b0:26b:dce5:2fe5 with SMTP id q22-20020a2e84d6000000b0026bdce52fe5mr3617123ljh.12.1663502243826; Sun, 18 Sep 2022 04:57:23 -0700 (PDT) Received: from smtpclient.apple ([188.150.188.179]) by smtp.gmail.com with ESMTPSA id bf40-20020a2eaa28000000b0025dfd8c9287sm1845220ljb.69.2022.09.18.04.57.23 for (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Sun, 18 Sep 2022 04:57:23 -0700 (PDT) From: =?utf-8?Q?Mattias_Engdeg=C3=A5rd?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Abolish max-specpdl-size Message-Id: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> Date: Sun, 18 Sep 2022 13:57:22 +0200 To: Emacs Bug Report X-Mailer: Apple Mail (2.3654.120.0.1.13) Received-SPF: pass client-ip=2a00:1450:4864:20::229; envelope-from=mattias.engdegard@gmail.com; helo=mail-lj1-x229.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sun, 18 Sep 2022 10:56:30 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) This is a proposal to abolish max-specpdl-size, the user-controllable = limit on the internal specpdl stack. It is safe to do so because unbounded specpdl growth is not possible = without proportionally growing the lisp-eval-depth. Therefore, = max-lisp-eval-depth suffices as a guard against runaway recursion and = unreasonable memory usage as it effectively bounds the specpdl stack as = well. The change would give us some performance benefits but the biggest gain = is in user convenience: currently, any code that needs deeper recursion = than permitted by default has to set two variables. What values to use = is often a matter of puzzlement and guessing since it is far from clear = to anyone how they relate. Why abolish max-specpdl-size rather than max-lisp-eval-depth, if they = are connected? First and foremost, because the lisp-eval-depth is easier = to explain and understand; the specpdl is an internal implementation = detail that most Lisp users don't really have a firm grip on. Moreover, although each Lisp call currently consumes at least one = specpdl entry, this won't necessarily remain true in the future: it = should be possible to eliminate that specpdl usage for gains in both = speed and memory. In that case, max-specpdl-size would no longer serve = as an effective recursion limit. Concretely, the change would amount to retaining max-specpdl-size as a = plain dynamic Lisp variable with no special meaning. We could obsolete = it or keep it around indefinitely. A patch will come -- it's all very = straightforward. ------------=_1663609082-13130-1-- From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 19 Sep 2022 18:26:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: 57911@debbugs.gnu.org, Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= , Stefan Monnier Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.166361193017805 (code B ref 57911); Mon, 19 Sep 2022 18:26:02 +0000 Received: (at 57911) by debbugs.gnu.org; 19 Sep 2022 18:25:30 +0000 Received: from localhost ([127.0.0.1]:55177 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaLST-0004d7-Ss for submit@debbugs.gnu.org; Mon, 19 Sep 2022 14:25:30 -0400 Received: from quimby.gnus.org ([95.216.78.240]:36168) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaLSN-0004co-DZ for 57911@debbugs.gnu.org; Mon, 19 Sep 2022 14:25:28 -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:Date:References: In-Reply-To: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=269CEZZ9AwyU67BZ0MPIbU51Ilw2cSj+HvhuKoE3Qxg=; b=HEilAwthZ8PdqQqkER41bZP/jp uOMEu7Hzky7yO5pyA/R5NuJdGvb5WUxEGCujjYFXluPFOm62JUk84/Zlypfs8zp4jc89MLHIRVCEW 3tMvCeqJFv133+ei7rLXjNKlOVx1a+pgVl3CmC99LAUR9pwbhZAX3bGBFQXhHsflnlmM=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oaLSC-0002eK-VA; Mon, 19 Sep 2022 20:25:15 +0200 From: Lars Ingebrigtsen In-Reply-To: <87mtavi85k.fsf@gmx.de> (Michael Albinus's message of "Mon, 19 Sep 2022 19:30:31 +0200") References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> <87r107i9xh.fsf@gmx.de> <87zgevs33s.fsf@gnus.org> <87mtavi85k.fsf@gmx.de> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEWclJg7LTGoSkT/ ///USQ+9AAAAAWJLR0QDEQxM8gAAAAd0SU1FB+YJExIXCrmB0qkAAAGzSURBVCjPLZLNattAFIXv lKrUXjlgBeKVKVWhegq5pNB6JQedizUrx1Qmo6dwTQ22Vyl0RKNVWxgTzVP2jpw7m/m4f2cOQxQi l/M6UrSjvOhuKR+9V4o+ZfmHYhXlo3EA5BPk4zEBf6nEMOEfcfH8EQu6s1scH2PuYoBgM+3yeGPK EnTHty1Q8n0isF5lSYDZmxHImNWrygLr6yvpKbCr5igWuBEAfkLj2015HaahBMcYeLZUIcxUOFNj KZJRyBRYydIevlxxM6tdAEYegwe/4xdQKKLmpUzgQS4kYoFfEepkY8kGYAufwAYFEp/ZO0SXzDxi f+bo0pM6rh26Hnh41FJW9rCkdwG6vientwKsesiG28m/pj0KsM2IJn75J5TNa4HUL6cDspUfZuk2 Pc1VQnbvz4/pIfU1iQec+hFNva8PwR3vx9NdC30QoV/FqK1rUT/H5KogTp/udaIIdWuN7lDv4xnB t671Rjqdocb785Mx6FoHYr9hb4w+w0imqhtttPO+Ra+an5StRPDFECe/JHgN2Ypq/Ki+B5if9v1j +8yig/Yo1kmAh0SG9oYJ1IiZL/AfYejDMGPqrdgAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjItMDkt MTlUMTg6MjM6MTArMDA6MDAer8d1AAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIyLTA5LTE5VDE4OjIz OjEwKzAwOjAwb/J/yQAAAABJRU5ErkJggg== X-Now-Playing: The Beatles's _Sgt. Peppers Lonely Hearts Club Band (3)_: "Lucy In The Sky With Diamonds (Take 5)" Date: Mon, 19 Sep 2022 20:25:12 +0200 Message-ID: <87r107rzlj.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: Michael Albinus writes: > The load average is just 0.31, but I don't know how it was earlier > today. Here's a mail from emacs-diffs, which exhibits the same behaviour: 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 (---) Michael Albinus writes: > The load average is just 0.31, but I don't know how it was earlier > today. Here's a mail from emacs-diffs, which exhibits the same behaviour: Original-Received: from localhost ([::1]:47358 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oaKza-0001VF-MR for gnu-emacs-diffs@m.gmane-mx.org; Mon, 19 Sep 2022 13:55:38 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37560) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oaKfd-0002t6-5X for emacs-diffs@gnu.org; Mon, 19 Sep 2022 13:35:01 -0400 Received by eggs at 13:35:01 -0400, but not passed on until 13:55:38 -0400 -- 20 minutes later. So it doesn't look like a debbugs.gnu.org thing, but a general gnu.org mailing list thing? From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Visuwesh Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Sep 2022 12:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 57911@debbugs.gnu.org, Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= , Michael Albinus , Stefan Monnier Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.166367661232540 (code B ref 57911); Tue, 20 Sep 2022 12:24:01 +0000 Received: (at 57911) by debbugs.gnu.org; 20 Sep 2022 12:23:32 +0000 Received: from localhost ([127.0.0.1]:56484 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oacHj-0008Sm-VV for submit@debbugs.gnu.org; Tue, 20 Sep 2022 08:23:32 -0400 Received: from mail-pf1-f195.google.com ([209.85.210.195]:39548) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oacHf-0008SW-M2 for 57911@debbugs.gnu.org; Tue, 20 Sep 2022 08:23:30 -0400 Received: by mail-pf1-f195.google.com with SMTP id u132so2578143pfc.6 for <57911@debbugs.gnu.org>; Tue, 20 Sep 2022 05:23:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date; bh=ppiu2pKCGHcUktLaBIcJAhZYaFIYrzPXcVKBPqzteDk=; b=JtuRRdVaO8zkn4cPPvTvCdbYoOk1Plphh9elNLv3Ja/gkJGBnKaCRa69OspnUCS3qs jLjCGlu4SoujJyY+Dtn3LkkdU6aAuM6BArwsbvD6t0IlgMBBqcy+xN2pEXrYgEJ/IFug 8KXMv0SoZDKSXX0l5A/J+TztbmxJuej2P+LkOO+kM+bHeviJ8BTXL5t4sgxqdlxzMizS fe+YEET+Dy6XnHMtuaHTJ/J+0z/mFHXlImN25Opc/tEv1Vr4E6if2KOVW+xSOeo8zhqU ged+mGjlzHAZsmw32Q5M2Kl3pRvmbg3eurlltOr110KzUdgTbbNKYUmwfuv+XUS0ExHx uuBg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date; bh=ppiu2pKCGHcUktLaBIcJAhZYaFIYrzPXcVKBPqzteDk=; b=iR2xgKP6tBsSSx6qt7yVCjcWFwv1z90UO9w3ucJlPSxYqJ6t0aVsmriYCijSSQgmYw RL+hMDxn67vAEoC/qdnR/dmuPODohc6KTTecAu+G2OJ6lClQ455uwOO/m34gZz14BgCf +Gch71Optipf387tkMWtWVbRtkSUObCsN4T1emZiXWbjovwPQ7XgZs1b0+ScvWVA8ZYp esRXxEOiSXTqD8IvEuQ7fB3XXsiGUltF7FWPiKPS96jQf7HdinxBQUr8Av6mFTihapT4 rJhE/KRQQWjxP11n0KHnWRvV1zkURkFI0xVPYMd+V+atPVYpqySHui+gsvcSN1Pm1Dre EIhA== X-Gm-Message-State: ACrzQf1+aaAjU70/xTadtRxr/uO4YAV9mW7ORrRSyjpbHhOVP+z/xqI6 vHxjCJuU5CcxLS2er0DReQ8= X-Google-Smtp-Source: AMsMyM56lH8Y6NzFfc8IeOe0IEPUFXYlhaYM19MSQmfmy5bulpMb6XG5bm/e7Q1EAMzlBliY+Z+bAQ== X-Received: by 2002:a05:6a00:21c8:b0:52b:ffc0:15e7 with SMTP id t8-20020a056a0021c800b0052bffc015e7mr23901923pfj.29.1663676600921; Tue, 20 Sep 2022 05:23:20 -0700 (PDT) Received: from localhost ([115.240.90.130]) by smtp.gmail.com with ESMTPSA id b11-20020a1709027e0b00b001709b9d292esm1291070plm.268.2022.09.20.05.23.19 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 20 Sep 2022 05:23:20 -0700 (PDT) From: Visuwesh In-Reply-To: <87r107rzlj.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 19 Sep 2022 20:25:12 +0200") References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> <87r107i9xh.fsf@gmx.de> <87zgevs33s.fsf@gnus.org> <87mtavi85k.fsf@gmx.de> <87r107rzlj.fsf@gnus.org> Date: Tue, 20 Sep 2022 17:53:17 +0530 Message-ID: <87tu52mdze.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-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 (-) [=E0=AE=A4=E0=AE=BF=E0=AE=99=E0=AF=8D=E0=AE=95=E0=AE=B3=E0=AF=8D =E0=AE=9A= =E0=AF=86=E0=AE=AA=E0=AF=8D=E0=AE=9F=E0=AE=AE=E0=AF=8D=E0=AE=AA=E0=AE=B0=E0= =AF=8D 19, 2022] Lars Ingebrigtsen wrote: > So it doesn't look like a debbugs.gnu.org thing, but a general gnu.org > mailing list thing? Yes, AFAICT, it is a gnu.org mailing list thing. My messages to emacs-devel sometimes take hour to reach the list. On my end, bug-gnu-emacs is slightly better. From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Sep 2022 15:53:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Visuwesh Cc: 57911@debbugs.gnu.org, larsi@gnus.org, michael.albinus@gmx.de, mattias.engdegard@gmail.com, monnier@iro.umontreal.ca Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.166368912826110 (code B ref 57911); Tue, 20 Sep 2022 15:53:01 +0000 Received: (at 57911) by debbugs.gnu.org; 20 Sep 2022 15:52:08 +0000 Received: from localhost ([127.0.0.1]:59373 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oafXb-0006n3-M7 for submit@debbugs.gnu.org; Tue, 20 Sep 2022 11:52:07 -0400 Received: from eggs.gnu.org ([209.51.188.92]:38466) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oafXZ-0006mS-Et for 57911@debbugs.gnu.org; Tue, 20 Sep 2022 11:52:06 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:36046) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oafXQ-0003kn-5g; Tue, 20 Sep 2022 11:52:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=hMFrPy8buYsyCkehId+oJbFcQJG2oW+gIgvIbr9He1M=; b=TDbccGHwfTbR5VZTID0E Egm1Tn7WbHVD3kmk8ht7HUDpbMel1yCOA4U9Jfw4tIQRs0G/DTOeLRwEs9dUAaW/x6/d4S4zt/UKb 2uTik8MK0vHxuh6LdK+vmUrDOUR7cFEWl+sSkQUgsJWmwe5TUcS2PJMeHJzJhuqCn9IsbQn+NxCZE yZ0cyfKbISnjuNTDtswklqN4gGF0hDZW6wcjkboP5I+SoYzWIMznG/QwMtrrn/svS9K6xq/XF7Gpn 9HgCBf5F3YZYEI23G+Ohec+GMOBoPu/Poaxjcq8rSg7iiNg/fHH1g4R0AnBrqmfVuDSxQKKDalV73 hAR6IzmMnSwZkA==; Received: from [87.69.77.57] (port=2766 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oafXP-0000Qo-KY; Tue, 20 Sep 2022 11:51:55 -0400 Date: Tue, 20 Sep 2022 18:52:02 +0300 Message-Id: <83bkravyal.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87tu52mdze.fsf@gmail.com> (message from Visuwesh on Tue, 20 Sep 2022 17:53:17 +0530) References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> <87r107i9xh.fsf@gmx.de> <87zgevs33s.fsf@gnus.org> <87mtavi85k.fsf@gmx.de> <87r107rzlj.fsf@gnus.org> <87tu52mdze.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Cc: 57911@debbugs.gnu.org, > Mattias Engdegård , > Michael Albinus , > Stefan Monnier > From: Visuwesh > Date: Tue, 20 Sep 2022 17:53:17 +0530 > > [திங்கள் செப்டம்பர் 19, 2022] Lars Ingebrigtsen wrote: > > > So it doesn't look like a debbugs.gnu.org thing, but a general gnu.org > > mailing list thing? > > Yes, AFAICT, it is a gnu.org mailing list thing. My messages to > emacs-devel sometimes take hour to reach the list. That's because you aren't subscribed to the list. Messages posted by people who aren't subscribed are held for moderation, and I need to sleep sometimes, and when I do, I cannot approve messages... From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Visuwesh Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Sep 2022 16:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 57911@debbugs.gnu.org, larsi@gnus.org, michael.albinus@gmx.de, mattias.engdegard@gmail.com, monnier@iro.umontreal.ca Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.16636910205173 (code B ref 57911); Tue, 20 Sep 2022 16:24:02 +0000 Received: (at 57911) by debbugs.gnu.org; 20 Sep 2022 16:23:40 +0000 Received: from localhost ([127.0.0.1]:59451 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oag27-0001LN-Mi for submit@debbugs.gnu.org; Tue, 20 Sep 2022 12:23:40 -0400 Received: from mail-pj1-f65.google.com ([209.85.216.65]:55980) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oag25-0001L6-Fa for 57911@debbugs.gnu.org; Tue, 20 Sep 2022 12:23:38 -0400 Received: by mail-pj1-f65.google.com with SMTP id fs14so3605250pjb.5 for <57911@debbugs.gnu.org>; Tue, 20 Sep 2022 09:23:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc:subject:date; bh=g4cyrsWWJw5mezg2vmFDAlxqoSjiYKxfBNakvwdRQq8=; b=ltXnu9tRzMHPppi3kPJQFxSoK6Wxm4svchpH+81yVAUECxjxkKevrI2jAJbp3E24A+ XAEN/aCKDs+lzqPqKkWB1IpbilX2uNM3IFNrG2bud/nnzK+ryV4ffmQ5YGAMNNmcyaHL XoUxjy5/tFtVtLRnW5UYL9izUVeiuTu8W4N1lrAiC9bvTHIJpzkHbo5Mn6ADUuirAnJJ yF4qTiEcx0KAGHiMq9HWS5Xcg94sHXe1gi6vHHJP/ANaR/wezNkxnkmmDnMjEOCCF7KB IsYeqhJyVpOw0iaGjjModM0zgAaCNdnY5GEH1XJwVT/bkwVLfW2szTK6QszpXs2Okhrc 1eBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc:subject:date; bh=g4cyrsWWJw5mezg2vmFDAlxqoSjiYKxfBNakvwdRQq8=; b=SXbabA0mty18kd4FMlyZurWfsdlEAq1lC643MVK0djtCdkR0+XTt8AUWxg4IvBdzrF 5oFyEYjoJOeiFydKNUbN2IomSy7dR7PwjmhT+Cf5YaHwA+iDNSCzThBpl1/zCg8kpk2J hX6Qukna7aHYU74oZXGgr/oGMfv2O7GHPSs3ggBjJ1wF+ReI4degylazwil/4xIRVXDS zLD4jO5sVMfgwCHOT1jDMv+7I+tXYU45yvasah4+GZvXB+qK+oy34w9DS3zcbXYxIzAB xILnDkZ6k5+u00a3Q3V9R8LnonC5mjLS79xo4vBMsCCEBifA4UW8Y/iNnklbFqCj4To4 HBeA== X-Gm-Message-State: ACrzQf0lgXWifqhnpb7ghot2ecJqzApx23+EKGLP8XaHAvab1wOnzswj scWTDzD2P/lxqvQxLDxOQ78= X-Google-Smtp-Source: AMsMyM6Y1azi1l9efpqktHZ/FbkfKqjXBQumS7BikhTTlAxjnvUktL/LT47PCGDFURyM5dzcSlHk2A== X-Received: by 2002:a17:90b:4c41:b0:202:78e9:472b with SMTP id np1-20020a17090b4c4100b0020278e9472bmr4762382pjb.207.1663691011682; Tue, 20 Sep 2022 09:23:31 -0700 (PDT) Received: from localhost ([115.240.90.130]) by smtp.gmail.com with ESMTPSA id nn17-20020a17090b38d100b0020396a060cdsm133607pjb.13.2022.09.20.09.23.30 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 20 Sep 2022 09:23:31 -0700 (PDT) From: Visuwesh In-Reply-To: <83bkravyal.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 20 Sep 2022 18:52:02 +0300") References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> <87r107i9xh.fsf@gmx.de> <87zgevs33s.fsf@gnus.org> <87mtavi85k.fsf@gmx.de> <87r107rzlj.fsf@gnus.org> <87tu52mdze.fsf@gmail.com> <83bkravyal.fsf@gnu.org> Date: Tue, 20 Sep 2022 21:53:23 +0530 Message-ID: <87h712m2v8.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-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 (-) [=E0=AE=9A=E0=AF=86=E0=AE=B5=E0=AF=8D=E0=AE=B5=E0=AE=BE=E0=AE=AF=E0=AF=8D = =E0=AE=9A=E0=AF=86=E0=AE=AA=E0=AF=8D=E0=AE=9F=E0=AE=AE=E0=AF=8D=E0=AE=AA=E0= =AE=B0=E0=AF=8D 20, 2022] Eli Zaretskii wrote: >> Yes, AFAICT, it is a gnu.org mailing list thing. My messages to >> emacs-devel sometimes take hour to reach the list. > > That's because you aren't subscribed to the list. Messages posted by > people who aren't subscribed are held for moderation, and I need to > sleep sometimes, and when I do, I cannot approve messages... I had no idea that a moderator had to manually approve every message. I knew that the first message I sent to debbugs was put behind moderation but not every message... From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Sep 2022 16:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 57911@debbugs.gnu.org, mattias.engdegard@gmail.com, michael.albinus@gmx.de, monnier@iro.umontreal.ca, Visuwesh Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.16636914445884 (code B ref 57911); Tue, 20 Sep 2022 16:31:02 +0000 Received: (at 57911) by debbugs.gnu.org; 20 Sep 2022 16:30:44 +0000 Received: from localhost ([127.0.0.1]:59456 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oag8x-0001Wq-Kf for submit@debbugs.gnu.org; Tue, 20 Sep 2022 12:30:43 -0400 Received: from quimby.gnus.org ([95.216.78.240]:48940) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oag8s-0001WX-HK for 57911@debbugs.gnu.org; Tue, 20 Sep 2022 12:30:42 -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:Date:References: In-Reply-To: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=m+TUdjk+UMIOO6XgU1lNNsIkDnd+ZM/VABedmu38b8k=; b=RmX8OIecjWAhPLLwf8PkHec4ES yYfQB7X3iBnJ32BCq0hcyCAa8Pmub5BvqDIZSrx24D4XKKCHZHG5AzxvF22cKSu8ij0IrqFJEU2sm OziJa+PYjbsnfUI3KTkJ90kfDO/1rcDGSWeG5a1tUbrpI4tIyWxDEatyblLzGtU+hZic=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oag8g-0003oP-VM; Tue, 20 Sep 2022 18:30:29 +0200 From: Lars Ingebrigtsen In-Reply-To: <83bkravyal.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 20 Sep 2022 18:52:02 +0300") References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> <87r107i9xh.fsf@gmx.de> <87zgevs33s.fsf@gnus.org> <87mtavi85k.fsf@gmx.de> <87r107rzlj.fsf@gnus.org> <87tu52mdze.fsf@gmail.com> <83bkravyal.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEWXlWNpalDFzrf/ //+6G1XXAAAAAWJLR0QDEQxM8gAAAAlwSFlzAAALEgAACxIB0t1+/AAAAAd0SU1FB+YJFBAcGDef lv0AAAEDSURBVCjPbdG9boQwDAfwfxCWKqYghb0duvAUQTqWm5wq3ts36XBT99tvaKWKp6zzBQw1 QsoPJ8GJgRQGw6aBf0A4QOQPTCLzkTlDdQKmHQbUnwHs0xZd1eC8vg00ok0j3ZgbDIww27nCBu8r AJEVrqATrZOogCXHNcO5UWIDmV6PsA4F1jtaLgV9WBiMmmGS0Z+gZRc8SQy+og8SVkWXQDehA9+B XlCBaLSyBrH6f99gFFzxPn2INOhQM7ZgTadhh4Ikfr6VDRZ9IkpGQkxj1HJC4ApDd3E75GcwDXCv jrRqzPl6490feLPYga9PTA3b9sDku9yfdOEkyN3WL78oXdz+AJswgvt/SGGhAAAAWmVYSWZNTQAq AAAACAAFARIAAwAAAAEAAQAAARoABQAAAAEAAABKARsABQAAAAEAAABSASgAAwAAAAEAAgAAAhMA AwAAAAEAAQAAAAAAAAAAAEgAAAABAAAASAAAAAEfUvc0AAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIy LTA5LTIwVDE2OjI4OjI0KzAwOjAw6IhGmAAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMi0wOS0yMFQx NjoyODoyNCswMDowMJnV/iQAAAAXdEVYdGV4aWY6WUNiQ3JQb3NpdGlvbmluZwAxrA+AYwAAAABJ RU5ErkJggg== X-Now-Playing: Body =?UTF-8?Q?Me=CF=80a's?= _The Work Is Slow_: "Horse Flower Storm-Fabuloso" Date: Tue, 20 Sep 2022 18:30:24 +0200 Message-ID: <87bkraatzz.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: Eli Zaretskii writes: > That's because you aren't subscribed to the list. Messages posted by > people who aren't subscribed are held for moderation, and I need to > sleep sometimes, and when I do, I cannot approve messages [...] 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 (---) Eli Zaretskii writes: > That's because you aren't subscribed to the list. Messages posted by > people who aren't subscribed are held for moderation, and I need to > sleep sometimes, and when I do, I cannot approve messages... Traditionally, mailing list software allows you to approve new posters once, and then let them through afterwards without manual intervention. And these days, with SPF/DKIM/DMARC, that's much safer than in The Olden Days, since it's next to impossible to forge mail these days (from domains that implement those things). Doesn't the gnu.org mailing list software allow that? From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Sep 2022 16:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Visuwesh Cc: 57911@debbugs.gnu.org, larsi@gnus.org, michael.albinus@gmx.de, mattias.engdegard@gmail.com, monnier@iro.umontreal.ca Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.16636914795955 (code B ref 57911); Tue, 20 Sep 2022 16:32:01 +0000 Received: (at 57911) by debbugs.gnu.org; 20 Sep 2022 16:31:19 +0000 Received: from localhost ([127.0.0.1]:59461 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oag9W-0001Xz-W3 for submit@debbugs.gnu.org; Tue, 20 Sep 2022 12:31:19 -0400 Received: from eggs.gnu.org ([209.51.188.92]:41602) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oag9U-0001Xl-4l for 57911@debbugs.gnu.org; Tue, 20 Sep 2022 12:31:17 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:35158) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oag9K-0001pn-Sc; Tue, 20 Sep 2022 12:31:10 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=kQQcBoa8MasT4Q5p+na1XRd5X+JvK81E12o2q4bY1LI=; b=Cm4xAlTwS268z8GqiAc9 x9F4n0hxi1x/ZH9xi197etCq4Le1uLxbXNRDVgMXr+v+R3DIsecfgQ24qV5kzKUZQTwdvVSgvE5ED x8gTTgNufAtOksGDQfW8ycXw54Pm/urrlevw84G5X5qCLDF2bk9SdScrcOBz0qBio+/lrpEUY+RQ5 iPov5xJdQv8hQgKx6EqP7sw3W28xof1zerfZwyca4FLor0SIA5tnOof3WncqadnMrKU37yGoy3u+B nwjegVKJD/GPvUxBGTg+a3Hr037oGkuq0L+2Ldtk2LUZ11pzeeA9tA413ZsV7Dw9nmD+1S9y7TI3c MYuJmFYWw9DqMg==; Received: from [87.69.77.57] (port=1185 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oag95-00072z-8R; Tue, 20 Sep 2022 12:31:05 -0400 Date: Tue, 20 Sep 2022 19:30:57 +0300 Message-Id: <83zgeuuhxa.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87h712m2v8.fsf@gmail.com> (message from Visuwesh on Tue, 20 Sep 2022 21:53:23 +0530) References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> <87r107i9xh.fsf@gmx.de> <87zgevs33s.fsf@gnus.org> <87mtavi85k.fsf@gmx.de> <87r107rzlj.fsf@gnus.org> <87tu52mdze.fsf@gmail.com> <83bkravyal.fsf@gnu.org> <87h712m2v8.fsf@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Visuwesh > Cc: larsi@gnus.org, 57911@debbugs.gnu.org, mattias.engdegard@gmail.com, > michael.albinus@gmx.de, monnier@iro.umontreal.ca > Date: Tue, 20 Sep 2022 21:53:23 +0530 > > [செவ்வாய் செப்டம்பர் 20, 2022] Eli Zaretskii wrote: > > >> Yes, AFAICT, it is a gnu.org mailing list thing. My messages to > >> emacs-devel sometimes take hour to reach the list. > > > > That's because you aren't subscribed to the list. Messages posted by > > people who aren't subscribed are held for moderation, and I need to > > sleep sometimes, and when I do, I cannot approve messages... > > I had no idea that a moderator had to manually approve every message. I > knew that the first message I sent to debbugs was put behind moderation > but not every message... I'm not talking about debbugs and bug-gnu-emacs mailing list, I'm talking specifically about emacs-devel (because that's the example you gave above). From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Sep 2022 16:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 57911@debbugs.gnu.org, mattias.engdegard@gmail.com, michael.albinus@gmx.de, monnier@iro.umontreal.ca, visuweshm@gmail.com Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.16636918046456 (code B ref 57911); Tue, 20 Sep 2022 16:37:02 +0000 Received: (at 57911) by debbugs.gnu.org; 20 Sep 2022 16:36:44 +0000 Received: from localhost ([127.0.0.1]:59469 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oagEm-0001g4-64 for submit@debbugs.gnu.org; Tue, 20 Sep 2022 12:36:44 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57078) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oagEk-0001fp-A7 for 57911@debbugs.gnu.org; Tue, 20 Sep 2022 12:36:42 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:33372) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oagEe-0002iB-Lv; Tue, 20 Sep 2022 12:36:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=YUyOFujRfSGP6Eohj+4e6BQK9GygW2E1dQWr+bFg9OQ=; b=ZdhZq22Vv/hv xdvUJrnpKSDnNjmt5eSUrW0k0XTY5wQ+LL2j8h98yOMUBw3zZrAyYbr1LaobuTx5mK3q/2DrRIWUn EAkso9XfIBCrkbVkcOHkttsPm5GKiAAhG/nLySGJsvTqI9B4aldzfyZyhiHh9T7x7sRNnCOEg7dqL ufSeXDemSzSQTeetJEhqnFs2iDs7PkpoJjgb0pEG8/5HJ+OaDEkwUoIW9WjX+0MyMYbuaic+zbPw7 ql97v9nVLDftY9eylFwgnZ/E/i8EEsTptMvs9cmhi35Fu/VogVdeEVy7b6i45OGKelI8MoZn8X/ha DRKq/kjqXOt9UVlpKk7A0g==; Received: from [87.69.77.57] (port=1524 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oagES-0005x1-IH; Tue, 20 Sep 2022 12:36:35 -0400 Date: Tue, 20 Sep 2022 19:36:31 +0300 Message-Id: <83y1ueuho0.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <87bkraatzz.fsf@gnus.org> (message from Lars Ingebrigtsen on Tue, 20 Sep 2022 18:30:24 +0200) References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> <87r107i9xh.fsf@gmx.de> <87zgevs33s.fsf@gnus.org> <87mtavi85k.fsf@gmx.de> <87r107rzlj.fsf@gnus.org> <87tu52mdze.fsf@gmail.com> <83bkravyal.fsf@gnu.org> <87bkraatzz.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: Visuwesh , 57911@debbugs.gnu.org, > mattias.engdegard@gmail.com, michael.albinus@gmx.de, > monnier@iro.umontreal.ca > Date: Tue, 20 Sep 2022 18:30:24 +0200 > > Eli Zaretskii writes: > > > That's because you aren't subscribed to the list. Messages posted by > > people who aren't subscribed are held for moderation, and I need to > > sleep sometimes, and when I do, I cannot approve messages... > > Traditionally, mailing list software allows you to approve new posters > once, and then let them through afterwards without manual intervention. > And these days, with SPF/DKIM/DMARC, that's much safer than in The Olden > Days, since it's next to impossible to forge mail these days (from > domains that implement those things). > > Doesn't the gnu.org mailing list software allow that? They do. I just don't use that option on emacs-devel, because it would require to clean up the list if/when the person moves on and stops posting actively. From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Sep 2022 16:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 57911@debbugs.gnu.org, mattias.engdegard@gmail.com, michael.albinus@gmx.de, monnier@iro.umontreal.ca, visuweshm@gmail.com Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.16636925377758 (code B ref 57911); Tue, 20 Sep 2022 16:49:01 +0000 Received: (at 57911) by debbugs.gnu.org; 20 Sep 2022 16:48:57 +0000 Received: from localhost ([127.0.0.1]:59497 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oagQb-000214-82 for submit@debbugs.gnu.org; Tue, 20 Sep 2022 12:48:57 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49202) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oagQZ-00020q-8y for 57911@debbugs.gnu.org; Tue, 20 Sep 2022 12:48:55 -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:Date:References: In-Reply-To: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=MsFyxSq673UwRxAh0XMFHBKAZr25U+93Gb0lY9ag76c=; b=BmxtN/nDMHODx2WC7nQCKFINai IBX3oskn4SwNUaruLhemsq+wqgsUhUVqtz/UddrIPirLeuRAzoapgt6c6Ms+ipCcRQj5x0yk59SeR eC5jsfwaCYiiCAYx/CLpYuMplXku9mXJXbvvwUyWc8f3Lek9NjSmVf0fqjnmsC210pSU=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oagQO-00049z-AW; Tue, 20 Sep 2022 18:48:46 +0200 From: Lars Ingebrigtsen In-Reply-To: <83y1ueuho0.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 20 Sep 2022 19:36:31 +0300") References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> <87r107i9xh.fsf@gmx.de> <87zgevs33s.fsf@gnus.org> <87mtavi85k.fsf@gmx.de> <87r107rzlj.fsf@gnus.org> <87tu52mdze.fsf@gmail.com> <83bkravyal.fsf@gnu.org> <87bkraatzz.fsf@gnus.org> <83y1ueuho0.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEWXlWNpalDFzrf/ //+6G1XXAAAAAWJLR0QDEQxM8gAAAAlwSFlzAAALEgAACxIB0t1+/AAAAAd0SU1FB+YJFBAcGDef lv0AAAEDSURBVCjPbdG9boQwDAfwfxCWKqYghb0duvAUQTqWm5wq3ts36XBT99tvaKWKp6zzBQw1 QsoPJ8GJgRQGw6aBf0A4QOQPTCLzkTlDdQKmHQbUnwHs0xZd1eC8vg00ok0j3ZgbDIww27nCBu8r AJEVrqATrZOogCXHNcO5UWIDmV6PsA4F1jtaLgV9WBiMmmGS0Z+gZRc8SQy+og8SVkWXQDehA9+B XlCBaLSyBrH6f99gFFzxPn2INOhQM7ZgTadhh4Ikfr6VDRZ9IkpGQkxj1HJC4ApDd3E75GcwDXCv jrRqzPl6490feLPYga9PTA3b9sDku9yfdOEkyN3WL78oXdz+AJswgvt/SGGhAAAAWmVYSWZNTQAq AAAACAAFARIAAwAAAAEAAQAAARoABQAAAAEAAABKARsABQAAAAEAAABSASgAAwAAAAEAAgAAAhMA AwAAAAEAAQAAAAAAAAAAAEgAAAABAAAASAAAAAEfUvc0AAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIy LTA5LTIwVDE2OjI4OjI0KzAwOjAw6IhGmAAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMi0wOS0yMFQx NjoyODoyNCswMDowMJnV/iQAAAAXdEVYdGV4aWY6WUNiQ3JQb3NpdGlvbmluZwAxrA+AYwAAAABJ RU5ErkJggg== X-Now-Playing: Body =?UTF-8?Q?Me=CF=80a's?= _The Work Is Slow_: "Rice Tea" Date: Tue, 20 Sep 2022 18:48:43 +0200 Message-ID: <877d1yat5g.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: Eli Zaretskii writes: > They do. I just don't use that option on emacs-devel, because it > would require to clean up the list if/when the person moves on and > stops posting actively. What cleanups are necessary? 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 (---) Eli Zaretskii writes: > They do. I just don't use that option on emacs-devel, because it > would require to clean up the list if/when the person moves on and > stops posting actively. What cleanups are necessary? From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Sep 2022 17:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 57911@debbugs.gnu.org, mattias.engdegard@gmail.com, michael.albinus@gmx.de, monnier@iro.umontreal.ca, visuweshm@gmail.com Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.166369482911341 (code B ref 57911); Tue, 20 Sep 2022 17:28:02 +0000 Received: (at 57911) by debbugs.gnu.org; 20 Sep 2022 17:27:09 +0000 Received: from localhost ([127.0.0.1]:59529 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oah1Y-0002wq-RZ for submit@debbugs.gnu.org; Tue, 20 Sep 2022 13:27:09 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33194) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oah1V-0002wM-MB for 57911@debbugs.gnu.org; Tue, 20 Sep 2022 13:27:07 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50596) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oah1P-0002M8-J0; Tue, 20 Sep 2022 13:26:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=ERQyMtv5ieJfMka3r4tQkKGkFITZcgNaR7a46fZpBWE=; b=rfMnu9jcyYcy v0kvn1FIeirw6TF0jiRgkdaIoK6XY3lDEZUe4H5Oj8SFxBdvGWFYjtOqP4Yt1Bnry9W31rZfh7vt6 +Q6VIf8H/F0dybV1UMQqgj3z7/zTgdRW1ncGej5MjmVYfQmLp+cgIfVPwV+Haew24zR7K+9N9R1jY fhh95rP3WY+61m1Tm5xJ3QcHsEw6FiLQZTmy21TDOQ+VT+x2s4HiIJIfcMFSBHxrNW95IwtLxkyx2 s3MMak5vwhygxZIDZyOustCy3h8GDYHR82ex29l4GXL1rcIRj9MQeADkbagP9Nufj/cx/Ov4YfuKq B2DrXUqWFEU/a9B4Vl1o/A==; Received: from [87.69.77.57] (port=4617 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oah1P-0004yk-18; Tue, 20 Sep 2022 13:26:59 -0400 Date: Tue, 20 Sep 2022 20:27:05 +0300 Message-Id: <83tu52ufbq.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: <877d1yat5g.fsf@gnus.org> (message from Lars Ingebrigtsen on Tue, 20 Sep 2022 18:48:43 +0200) References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> <87r107i9xh.fsf@gmx.de> <87zgevs33s.fsf@gnus.org> <87mtavi85k.fsf@gmx.de> <87r107rzlj.fsf@gnus.org> <87tu52mdze.fsf@gmail.com> <83bkravyal.fsf@gnu.org> <87bkraatzz.fsf@gnus.org> <83y1ueuho0.fsf@gnu.org> <877d1yat5g.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > From: Lars Ingebrigtsen > Cc: visuweshm@gmail.com, 57911@debbugs.gnu.org, > mattias.engdegard@gmail.com, michael.albinus@gmx.de, > monnier@iro.umontreal.ca > Date: Tue, 20 Sep 2022 18:48:43 +0200 > > Eli Zaretskii writes: > > > They do. I just don't use that option on emacs-devel, because it > > would require to clean up the list if/when the person moves on and > > stops posting actively. > > What cleanups are necessary? To remove from the list the people who moved on and no longer post. From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Sep 2022 20:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Albinus Cc: 57911@debbugs.gnu.org, Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= , Stefan Monnier Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.16637060016443 (code B ref 57911); Tue, 20 Sep 2022 20:34:01 +0000 Received: (at 57911) by debbugs.gnu.org; 20 Sep 2022 20:33:21 +0000 Received: from localhost ([127.0.0.1]:59849 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oajvk-0001fq-0O for submit@debbugs.gnu.org; Tue, 20 Sep 2022 16:33:21 -0400 Received: from quimby.gnus.org ([95.216.78.240]:51026) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oajvZ-0001fV-TO for 57911@debbugs.gnu.org; Tue, 20 Sep 2022 16:33:19 -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:Date:References: In-Reply-To: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=P2lBxIRwP+QOuu51RyiTRJw1y0UP1sYjhsuDGj5ajcA=; b=pruCcwYTfNC9oS8VaW+upAUh8a UsVI8zYdCYggfnwegqejLa/dJpLuv5kpJdjklIEHB/0L+sMEgFj+sHJW0WQ+pWNWHaj3kUu3+Nv+L TjTwmxeBf0/yWGRE61i4JebjCagk4Cl/GifqCFj6wG8HpaS1JBbT9CqNgjzXEstKHKVE=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oajvO-0005gB-Bf; Tue, 20 Sep 2022 22:33:01 +0200 From: Lars Ingebrigtsen In-Reply-To: <87r107rzlj.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 19 Sep 2022 20:25:12 +0200") References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> <87r107i9xh.fsf@gmx.de> <87zgevs33s.fsf@gnus.org> <87mtavi85k.fsf@gmx.de> <87r107rzlj.fsf@gnus.org> X-Now-Playing: Boris's _No World Tour -In Your Head- 2021_: "Quicksilver" Date: Tue, 20 Sep 2022 22:32:56 +0200 Message-ID: <87r105airr.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: Lars Ingebrigtsen writes: > Received by eggs at 13:35:01 -0400, but not passed on until 13:55:38 > -0400 -- 20 minutes later. Whatever it is that's going on, it seems to be getting worse. For instance, this message via debbugs (from Eli) took over four hours to arrive: 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 (---) Lars Ingebrigtsen writes: > Received by eggs at 13:35:01 -0400, but not passed on until 13:55:38 > -0400 -- 20 minutes later. Whatever it is that's going on, it seems to be getting worse. For instance, this message via debbugs (from Eli) took over four hours to arrive: Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oajoi-0002r4-SB for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 20 Sep 2022 22:26:05 +0200 Original-Received: from localhost ([127.0.0.1]:59341 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oafOg-0004Gn-Mf for submit@debbugs.gnu.org; Tue, 20 Sep 2022 11:42:54 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:38332) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oafOd-0004GV-Ay for 51758@debbugs.gnu.org; Tue, 20 Sep 2022 11:42:53 -0400 It's the same problem with emacs-diffs mails, so it's not limited to debbugs. From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Sep 2022 21:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 57911@debbugs.gnu.org, mattias.engdegard@gmail.com, michael.albinus@gmx.de, monnier@iro.umontreal.ca, Visuwesh , larsi@gnus.org Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.166371071114056 (code B ref 57911); Tue, 20 Sep 2022 21:52:01 +0000 Received: (at 57911) by debbugs.gnu.org; 20 Sep 2022 21:51:51 +0000 Received: from localhost ([127.0.0.1]:59879 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oal9f-0003eY-D6 for submit@debbugs.gnu.org; Tue, 20 Sep 2022 17:51:51 -0400 Received: from heytings.org ([95.142.160.155]:51534) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oal9O-0003eB-QG for 57911@debbugs.gnu.org; Tue, 20 Sep 2022 17:51:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1663710689; bh=6jtLdt9ElNzoc7pU0GlvFc+bhk8E+5IUXWd+zLXqcUU=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=i67aQ5y0AjZ7L+1oZl6rfIhPEyjnUwhSKFvES/PGwHf2rwOCtSSy5G1QlQbxhbimI vz1dAzbtt6+x/i/kJSmvlCzUO990ImcjaJUjiEI6PDn4UrCysmxGqxlBDUSGPNVEp+ WHIzXGxf+cinKEDJ3o2pz7ynrYLjQYIWbB2AnjxBvuTKCOtzUzJ5y1gRbWGcYTaJLK RCKLrKWT+u6zRwCHTq6HazRlFUYCWWi4ge+FRo/ooaCXWgQ3TRPCyheQOGuf6n3Zy8 n/sqcUJLJnpayR54+4MEr+KEsCMjlA4M0Imvf9iYhlrKBfZNssGkfqfEwRfxJy4Q5u ij/KE8GVoC8vA== Date: Tue, 20 Sep 2022 21:51:29 +0000 From: Gregory Heytings In-Reply-To: <83bkravyal.fsf@gnu.org> Message-ID: <2b1180d2e500a6ec17e5@heytings.org> References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> <87r107i9xh.fsf@gmx.de> <87zgevs33s.fsf@gnus.org> <87mtavi85k.fsf@gmx.de> <87r107rzlj.fsf@gnus.org> <87tu52mdze.fsf@gmail.com> <83bkravyal.fsf@gnu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed 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 (-) > > I need to sleep sometimes, > What??? > > and when I do, I cannot approve messages... > You should try M-x sleepwalking-mode. From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Gregory Heytings Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 21 Sep 2022 00:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 57911@debbugs.gnu.org, Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= , Michael Albinus , Stefan Monnier Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.166371853326386 (code B ref 57911); Wed, 21 Sep 2022 00:03:01 +0000 Received: (at 57911) by debbugs.gnu.org; 21 Sep 2022 00:02:13 +0000 Received: from localhost ([127.0.0.1]:59964 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oanBs-0006rU-R3 for submit@debbugs.gnu.org; Tue, 20 Sep 2022 20:02:13 -0400 Received: from heytings.org ([95.142.160.155]:51698) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oanBr-0006rK-6C for 57911@debbugs.gnu.org; Tue, 20 Sep 2022 20:02:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=heytings.org; s=20220101; t=1663718529; bh=65a5Yu7WAJgQR+j9Org4ZqQcCn4dhx6hbZZ0TAyxnr4=; h=Date:From:To:cc:Subject:In-Reply-To:Message-ID:References:From; b=7EUVnR8xlUUQecfXekWw4Gk23svxq12yyRK0ewIzI8ISKF+yvZglsqUiK9l8/7oGu 94C2fcNcQo/6gxtGbG34CX4qjBLSpyEtXIQcsurpq612MZF4jbm6i002qLFw0JY06y w+j9j9+1ozFGeyv27029vqkG3XLB5lt8w+ITkHuGKMHlUMMhRziRulvUiV3KD10sBQ +XZpVMwSpGHywoCNE0j53xr7XxD/szit/S/dh7GMClG5aQ1qZ/qAT0xA+1ZdoNq0DG faR+FCt0iMBhy0TGbPZGjh65nkUByJOgiN9MnKof0OJ9jJEHMraFYCQGryKHcwT59o RsHBw8/uOFbCw== Date: Wed, 21 Sep 2022 00:02:09 +0000 From: Gregory Heytings In-Reply-To: <87r105airr.fsf@gnus.org> Message-ID: <2d1b683c22c3e70fa7fb@heytings.org> References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> <87r107i9xh.fsf@gmx.de> <87zgevs33s.fsf@gnus.org> <87mtavi85k.fsf@gmx.de> <87r107rzlj.fsf@gnus.org> <87r105airr.fsf@gnus.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=us-ascii 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 (-) > > Whatever it is that's going on, it seems to be getting worse. For > instance, this message via debbugs (from Eli) took over four hours to > arrive: > Your post shared the same fate. Apparently it's during the process of expanding the mailing list name to its individual members, on lists.gnu.org, that the long delay is introduced. From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: Abolish max-specpdl-size Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 21 Sep 2022 11:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 57911@debbugs.gnu.org, mattias.engdegard@gmail.com, michael.albinus@gmx.de, monnier@iro.umontreal.ca, visuweshm@gmail.com Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.166375827321893 (code B ref 57911); Wed, 21 Sep 2022 11:05:01 +0000 Received: (at 57911) by debbugs.gnu.org; 21 Sep 2022 11:04:33 +0000 Received: from localhost ([127.0.0.1]:60837 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaxWq-0005h0-Np for submit@debbugs.gnu.org; Wed, 21 Sep 2022 07:04:33 -0400 Received: from quimby.gnus.org ([95.216.78.240]:35450) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oaxWo-0005gl-BK for 57911@debbugs.gnu.org; Wed, 21 Sep 2022 07:04:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:Date:References: In-Reply-To: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=A09zarj5AsAPitBLIXXuIAvbJZGzSnK6cA/dMF8cI1Y=; b=TXPtU/2YTw7Ik4YpoQYZfWVhyh OC1eioNlqZokzapJnaQxdtwqZbUCf9sBl0fK8gVA1gnl0qPuPb806bv9qdTbqLRbWZYkBwGZ8vKG8 d4MfLFt0NodIAWGZfIpQsq8+4Lb5GWbs5MtXp0CqxrLTX6SdCk08NpFMyPqNrz75lgnU=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oaxWd-000463-Kv; Wed, 21 Sep 2022 13:04:21 +0200 From: Lars Ingebrigtsen In-Reply-To: <83tu52ufbq.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 20 Sep 2022 20:27:05 +0300") References: <02FBC80B-A05B-4384-B442-B1FB9F70CA05@gmail.com> <87v8pjzvox.fsf@gnus.org> <87r107i9xh.fsf@gmx.de> <87zgevs33s.fsf@gnus.org> <87mtavi85k.fsf@gmx.de> <87r107rzlj.fsf@gnus.org> <87tu52mdze.fsf@gmail.com> <83bkravyal.fsf@gnu.org> <87bkraatzz.fsf@gnus.org> <83y1ueuho0.fsf@gnu.org> <877d1yat5g.fsf@gnus.org> <83tu52ufbq.fsf@gnu.org> X-Now-Playing: Espen Reinertsen's _Forgaflingspop_: "Grov =?UTF-8?Q?h=C3=B8st?=" Date: Wed, 21 Sep 2022 13:04:19 +0200 Message-ID: <87k05x7zv0.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: Eli Zaretskii writes: >> > They do. I just don't use that option on emacs-devel, because it >> > would require to clean up the list if/when the person moves on and >> > stops posting actively. >> >> What cleanups are neces [...] 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 (---) Eli Zaretskii writes: >> > They do. I just don't use that option on emacs-devel, because it >> > would require to clean up the list if/when the person moves on and >> > stops posting actively. >> >> What cleanups are necessary? > > To remove from the list the people who moved on and no longer post. Is that necessary, though? It seems like whatever was going on with the gnu.org mail servers has resolved itself -- today mail seems to be flowing in a speedy fashion from emacs-diffs and the debbugs mailing list. It rather puts a cramp in following discussions when responses to things you're not CC's on take five hours to arrive... From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: master 60102016e4: Abolish max-specpdl-size (bug#57911) Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Sep 2022 08:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 57911@debbugs.gnu.org, Mattias =?UTF-8?Q?Engdeg=C3=83=C2=A5rd?= , Michael Albinus , Stefan Monnier , emacs-devel@gnu.org Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.166426849310871 (code B ref 57911); Tue, 27 Sep 2022 08:49:02 +0000 Received: (at 57911) by debbugs.gnu.org; 27 Sep 2022 08:48:13 +0000 Received: from localhost ([127.0.0.1]:52540 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1od6GB-0002pF-MX for submit@debbugs.gnu.org; Tue, 27 Sep 2022 04:48:13 -0400 Received: from mx3.muc.de ([193.149.48.5]:26266) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1od6Fv-0002mq-ED for 57911@debbugs.gnu.org; Tue, 27 Sep 2022 04:48:10 -0400 Received: (qmail 51578 invoked by uid 3782); 27 Sep 2022 10:47:48 +0200 Received: from acm.muc.de (p4fe1575c.dip0.t-ipconnect.de [79.225.87.92]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Tue, 27 Sep 2022 10:47:48 +0200 Received: (qmail 9482 invoked by uid 1000); 27 Sep 2022 08:47:47 -0000 Date: Tue, 27 Sep 2022 08:47:47 +0000 Message-ID: References: <166360889903.6127.6574959318930089210@vcs2.savannah.gnu.org> <20220919173459.EC224C00872@vcs2.savannah.gnu.org> <87pmfrqjvc.fsf@gnus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87pmfrqjvc.fsf@gnus.org> X-Submission-Agent: TMDA/1.3.x (Ph3nix) From: Alan Mackenzie X-Primary-Address: acm@muc.de 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 (-) Hello, Lars. On Mon, Sep 19, 2022 at 20:50:15 +0200, Lars Ingebrigtsen wrote: > Thanks, Mattias. > Just a note that this adds a couple of warnings which perhaps Michael > and Alan can have a look at: > In c-get-lang-constant: > progmodes/cc-defs.el:2685:37: Warning: ‘max-specpdl-size’ is an obsolete variable (as of 29.1). > progmodes/cc-defs.el:2685:15: Warning: ‘max-specpdl-size’ is an obsolete variable (as of 29.1). I've now fixed these warnings. > In toplevel form: > net/tramp-gvfs.el:2511:32: Warning: ‘max-specpdl-size’ is an obsolete variable (as of 29.1). > net/tramp-gvfs.el:2511:10: Warning: ‘max-specpdl-size’ is an obsolete variable (as of 29.1). > In tramp-archive-file-name-handler: > net/tramp-archive.el:351:37: Warning: ‘max-specpdl-size’ is an obsolete variable (as of 29.1). > net/tramp-archive.el:351:15: Warning: ‘max-specpdl-size’ is an obsolete variable (as of 29.1). -- Alan Mackenzie (Nuremberg, Germany). From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: master 60102016e4: Abolish max-specpdl-size (bug#57911) Resent-From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Sep 2022 09:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Alan Mackenzie Cc: 57911@debbugs.gnu.org, Lars Ingebrigtsen , Michael Albinus , Stefan Monnier , emacs-devel@gnu.org Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.166426931113022 (code B ref 57911); Tue, 27 Sep 2022 09:02:01 +0000 Received: (at 57911) by debbugs.gnu.org; 27 Sep 2022 09:01:51 +0000 Received: from localhost ([127.0.0.1]:52722 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1od6TP-0003Nv-3R for submit@debbugs.gnu.org; Tue, 27 Sep 2022 05:01:51 -0400 Received: from mail209c50.megamailservers.eu ([91.136.10.219]:59774 helo=mail194c50.megamailservers.eu) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1od6TL-0003N7-Eb for 57911@debbugs.gnu.org; Tue, 27 Sep 2022 05:01:49 -0400 X-Authenticated-User: mattiase@bredband.net DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=megamailservers.eu; s=maildub; t=1664269305; bh=kukRml8OEOCk1TvbQRUp2zI53Mw8MSD+/7Fjbyb9JS4=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From; b=L1iCaWntBgqR9GVAeE4iQp7vtBGfj5ER/oLth4/98Das30wqItEiHn/yaEMXPtlYN YIqejl6CV2aj3SDHB99m9DF22NgMClpZGjZW/IL/EJ2YvSpvvF91/j0dy7sR9EDCWY LjG6NhhNye3AlS9DN2TeQJ6AdsMs2CbpzRiW+lUQ= Feedback-ID: mattiase@acm.or Received: from smtpclient.apple (c188-150-171-209.bredband.tele2.se [188.150.171.209]) (authenticated bits=0) by mail194c50.megamailservers.eu (8.14.9/8.13.1) with ESMTP id 28R91fK6100539; Tue, 27 Sep 2022 09:01:43 +0000 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) From: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= In-Reply-To: Date: Tue, 27 Sep 2022 11:01:40 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <6C25AF59-A9DC-4391-9799-24839E79033D@acm.org> References: <166360889903.6127.6574959318930089210@vcs2.savannah.gnu.org> <20220919173459.EC224C00872@vcs2.savannah.gnu.org> <87pmfrqjvc.fsf@gnus.org> X-Mailer: Apple Mail (2.3654.120.0.1.13) X-CTCH-RefID: str=0001.0A782F28.6332BBF9.0052, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0 X-CTCH-VOD: Unknown X-CTCH-Spam: Unknown X-CTCH-Score: 0.000 X-CTCH-Rules: X-CTCH-Flags: 0 X-CTCH-ScoreCust: 0.000 X-Origin-Country: SE X-Spam-Score: 0.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: -0.7 (/) 27 sep. 2022 kl. 10.47 skrev Alan Mackenzie : > I've now fixed these warnings. Thank you Alan! One detail though: > (let ((-varlist- varlist) msp-binding) Here `-varlist-` aliases `varlist`... > (setq -varlist- (delq 'max-specpdl-size -varlist-))) ... the original macro argument is mutated, which is directly from the = source code -- maybe don't do that in a macro? Then we set `-varlist-`, but that's a dead store because... > `(let* ,varlist ,@body))) ... we use `varlist`. From unknown Sat Aug 16 19:20:10 2025 X-Loop: help-debbugs@gnu.org Subject: bug#57911: master 60102016e4: Abolish max-specpdl-size (bug#57911) Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Sep 2022 10:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57911 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Cc: 57911@debbugs.gnu.org, Lars Ingebrigtsen , Michael Albinus , Stefan Monnier , emacs-devel@gnu.org Received: via spool by 57911-submit@debbugs.gnu.org id=B57911.166427371020802 (code B ref 57911); Tue, 27 Sep 2022 10:16:02 +0000 Received: (at 57911) by debbugs.gnu.org; 27 Sep 2022 10:15:10 +0000 Received: from localhost ([127.0.0.1]:52908 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1od7cM-0005PR-8P for submit@debbugs.gnu.org; Tue, 27 Sep 2022 06:15:10 -0400 Received: from mx3.muc.de ([193.149.48.5]:28505) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1od7cG-0005Oa-Eb for 57911@debbugs.gnu.org; Tue, 27 Sep 2022 06:15:08 -0400 Received: (qmail 11361 invoked by uid 3782); 27 Sep 2022 12:14:57 +0200 Received: from acm.muc.de (p4fe1575c.dip0.t-ipconnect.de [79.225.87.92]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Tue, 27 Sep 2022 12:14:56 +0200 Received: (qmail 11986 invoked by uid 1000); 27 Sep 2022 10:14:55 -0000 Date: Tue, 27 Sep 2022 10:14:55 +0000 Message-ID: References: <166360889903.6127.6574959318930089210@vcs2.savannah.gnu.org> <20220919173459.EC224C00872@vcs2.savannah.gnu.org> <87pmfrqjvc.fsf@gnus.org> <6C25AF59-A9DC-4391-9799-24839E79033D@acm.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <6C25AF59-A9DC-4391-9799-24839E79033D@acm.org> X-Submission-Agent: TMDA/1.3.x (Ph3nix) From: Alan Mackenzie X-Primary-Address: acm@muc.de 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 (-) Hello, Mattias. On Tue, Sep 27, 2022 at 11:01:40 +0200, Mattias Engdegrd wrote: > 27 sep. 2022 kl. 10.47 skrev Alan Mackenzie : > > I've now fixed these warnings. > Thank you Alan! One detail though: > > (let ((-varlist- varlist) msp-binding) > Here `-varlist-` aliases `varlist`... > > (setq -varlist- (delq 'max-specpdl-size -varlist-))) > ... the original macro argument is mutated, which is directly from the source code -- maybe don't do that in a macro? > Then we set `-varlist-`, but that's a dead store because... > > `(let* ,varlist ,@body))) > ... we use `varlist`. Thanks for spotting those mistakes. I think I've now fixed them with a second commit. -- Alan Mackenzie (Nuremberg, Germany).