From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#30675: Ask the user what to do when shr-make-table: Variable binding depth exceeds max-specpdl-size Date: Fri, 13 Apr 2018 17:34:10 +0200 Message-ID: <87a7u7w26l.fsf@mouse.gnus.org> References: <877eqwbqvc.fsf@jidanni.org> <87po4n19q0.fsf_-_@jidanni.org> <87bmeoc7e4.fsf@mouse.gnus.org> <87k1tc3r82.fsf@jidanni.org> <87h8ogar2w.fsf@mouse.gnus.org> <83r2nj5uaa.fsf@gnu.org> <87fu3z9vjt.fsf@mouse.gnus.org> <83muy75lb1.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1523633595 24946 195.159.176.226 (13 Apr 2018 15:33:15 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 13 Apr 2018 15:33:15 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: 30675@debbugs.gnu.org, jidanni@jidanni.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Apr 13 17:33:11 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f70hL-0006JO-1v for geb-bug-gnu-emacs@m.gmane.org; Fri, 13 Apr 2018 17:33:11 +0200 Original-Received: from localhost ([::1]:33538 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f70jR-0007Jo-Ll for geb-bug-gnu-emacs@m.gmane.org; Fri, 13 Apr 2018 11:35:21 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54770) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1f70jD-0007Iv-Vu for bug-gnu-emacs@gnu.org; Fri, 13 Apr 2018 11:35:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1f70j8-0008EA-Uy for bug-gnu-emacs@gnu.org; Fri, 13 Apr 2018 11:35:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:42873) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1f70j8-0008E4-Qc for bug-gnu-emacs@gnu.org; Fri, 13 Apr 2018 11:35:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1f70j8-0001B5-J8 for bug-gnu-emacs@gnu.org; Fri, 13 Apr 2018 11:35:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 13 Apr 2018 15:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 30675 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 30675-submit@debbugs.gnu.org id=B30675.15236336644476 (code B ref 30675); Fri, 13 Apr 2018 15:35:02 +0000 Original-Received: (at 30675) by debbugs.gnu.org; 13 Apr 2018 15:34:24 +0000 Original-Received: from localhost ([127.0.0.1]:50770 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f70iV-0001A8-Ow for submit@debbugs.gnu.org; Fri, 13 Apr 2018 11:34:23 -0400 Original-Received: from hermes.netfonds.no ([80.91.224.195]:55129) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1f70iV-0001A1-3s for 30675@debbugs.gnu.org; Fri, 13 Apr 2018 11:34:23 -0400 Original-Received: from 46.67.12.60.tmi.telenormobil.no ([46.67.12.60] helo=corrigan) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1f70iO-00049B-Si; Fri, 13 Apr 2018 17:34:18 +0200 Original-Received: from larsi by corrigan with local (Exim 4.89) (envelope-from ) id 1f70iJ-0001Oc-8J; Fri, 13 Apr 2018 17:34:11 +0200 In-Reply-To: <83muy75lb1.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 13 Apr 2018 15:43:14 +0300") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:145288 Archived-At: Eli Zaretskii writes: > Which probably means ten-fold increase is too much. Would increasing > the limit twice fix this problem? If so, then let's do that in > shr.el. I'm thinking that any increase might be unsafe, and that we should just leave the variable be. We don't want to crash an Emacs where the user has already increased the limit. > Because there's a possibility of infinite recursion. So the question > actually boils down to "how much do you trust the code which caused > this?" And I'm guessing the answer will tend to be NO with each > additional prompt from the same command. That's true. But if there's a chance that Emacs may crash by the user holding down `y' a bit, then that's no fun, either... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no