From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#16603: 24.3.50; Segfault when viewing a backtrace Date: Fri, 31 Jan 2014 00:11:25 -0800 Message-ID: <87ha8klgeq.fsf@building.gnus.org> References: <878utw28pl.fsf@building.gnus.org> <52EB4AB4.8040004@yandex.ru> <83eh3o7es6.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1391155996 11570 80.91.229.3 (31 Jan 2014 08:13:16 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 31 Jan 2014 08:13:16 +0000 (UTC) Cc: Dmitry Antipov , 16603@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Jan 31 09:13:18 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1W99Dw-0000R3-O1 for geb-bug-gnu-emacs@m.gmane.org; Fri, 31 Jan 2014 09:13:16 +0100 Original-Received: from localhost ([::1]:53681 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W99Dw-0006RX-AM for geb-bug-gnu-emacs@m.gmane.org; Fri, 31 Jan 2014 03:13:16 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55525) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W99Dn-0006Qx-Ag for bug-gnu-emacs@gnu.org; Fri, 31 Jan 2014 03:13:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W99Di-0006hR-2O for bug-gnu-emacs@gnu.org; Fri, 31 Jan 2014 03:13:07 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:56532) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W99Dh-0006hN-VK for bug-gnu-emacs@gnu.org; Fri, 31 Jan 2014 03:13:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1W99Dh-0002XE-Ip for bug-gnu-emacs@gnu.org; Fri, 31 Jan 2014 03:13:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 31 Jan 2014 08:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16603 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16603-submit@debbugs.gnu.org id=B16603.13911559539702 (code B ref 16603); Fri, 31 Jan 2014 08:13:01 +0000 Original-Received: (at 16603) by debbugs.gnu.org; 31 Jan 2014 08:12:33 +0000 Original-Received: from localhost ([127.0.0.1]:42318 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W99DE-0002WQ-RT for submit@debbugs.gnu.org; Fri, 31 Jan 2014 03:12:33 -0500 Original-Received: from hermes.netfonds.no ([80.91.224.195]:51085) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1W99DC-0002WI-Tb for 16603@debbugs.gnu.org; Fri, 31 Jan 2014 03:12:31 -0500 Original-Received: from [204.14.154.233] (helo=building.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1W99Cx-0000zL-Hs; Fri, 31 Jan 2014 09:12:15 +0100 In-Reply-To: <83eh3o7es6.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 31 Jan 2014 10:10:17 +0200") User-Agent: Gnus/5.130008 (Ma Gnus v0.8) Emacs/24.3.50 (gnu/linux) X-MailScanner-ID: 1W99Cx-0000zL-Hs MailScanner-NULL-Check: 1391760736.77869@/kuFZawSGONPyukqiqrokg X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:84333 Archived-At: Eli Zaretskii writes: > So either we should reserve some space for the debugger, or enlarge > max-specpdl-size before running the debugger, or refrain from running > the debugger in this specific case. Being able to run the debugger seems kinda nice. >"? So I think enlarging before running the debugger sounds like the right solution. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/