From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.bugs Subject: bug#61847: debug-early-backtrace only works some of the time. Date: Tue, 28 Feb 2023 13:16:42 +0000 Message-ID: References: <83fsaqgf2v.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13055"; mail-complaints-to="usenet@ciao.gmane.io" Cc: monnier@iro.umontreal.ca, 61847@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Feb 28 14:17:26 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org 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 1pWzrB-00039h-97 for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 28 Feb 2023 14:17:25 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pWzqq-0000bu-Px; Tue, 28 Feb 2023 08:17:04 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pWzqp-0000bh-2x for bug-gnu-emacs@gnu.org; Tue, 28 Feb 2023 08:17:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pWzqo-0002pe-R9 for bug-gnu-emacs@gnu.org; Tue, 28 Feb 2023 08:17:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pWzqo-0007cY-7n for bug-gnu-emacs@gnu.org; Tue, 28 Feb 2023 08:17:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Alan Mackenzie Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 28 Feb 2023 13:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 61847 X-GNU-PR-Package: emacs Original-Received: via spool by 61847-submit@debbugs.gnu.org id=B61847.167759021129272 (code B ref 61847); Tue, 28 Feb 2023 13:17:02 +0000 Original-Received: (at 61847) by debbugs.gnu.org; 28 Feb 2023 13:16:51 +0000 Original-Received: from localhost ([127.0.0.1]:49921 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pWzqc-0007c4-KG for submit@debbugs.gnu.org; Tue, 28 Feb 2023 08:16:50 -0500 Original-Received: from mx3.muc.de ([193.149.48.5]:19057) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pWzqb-0007bq-7F for 61847@debbugs.gnu.org; Tue, 28 Feb 2023 08:16:49 -0500 Original-Received: (qmail 97862 invoked by uid 3782); 28 Feb 2023 14:16:43 +0100 Original-Received: from acm.muc.de (pd953a9ed.dip0.t-ipconnect.de [217.83.169.237]) (using STARTTLS) by colin.muc.de (tmda-ofmipd) with ESMTP; Tue, 28 Feb 2023 14:16:42 +0100 Original-Received: (qmail 21978 invoked by uid 1000); 28 Feb 2023 13:16:42 -0000 Content-Disposition: inline In-Reply-To: <83fsaqgf2v.fsf@gnu.org> X-Submission-Agent: TMDA/1.3.x (Ph3nix) X-Primary-Address: acm@muc.de X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:256959 Archived-At: Hello, Eli. On Tue, Feb 28, 2023 at 14:16:40 +0200, Eli Zaretskii wrote: > > Cc: 61847@debbugs.gnu.org > > Date: Tue, 28 Feb 2023 09:12:08 +0000 > > From: Alan Mackenzie > > > How 'bout the patch below instead. > > > Maybe we should instead try and check whether we're after the bootstrap > > > (not sure what would be the corresponding test). > > It might work. It might work now, and fail in future releases of Emacs > > should the loading mechanism get changed. The original code using prin1 > > was rock solid, by design. > It isn't clear to me why you consider code that uses prin1 to be "rock > solid by design". Please elaborate. I meant that the specific piece of code which was the original code (which happened to use prin1) was rock solid, not any other use of prin1. The original code didn't depend on any other lisp being loaded. Given how much can go wrong with loading Lisp in the early bootstrap in a version of Emacs being debugged, and which did go wrong in the bug scenario, I say we're better off not trying to use cl-prin1 at this stage. -- Alan Mackenzie (Nuremberg, Germany).