X-Loop: help-debbugs@HIDDEN
Subject: bug#76949: 30.1; --debug-init and condition-case-unless-debug
Resent-From: "Nussbaum Ferdinand" <ferdinand.nussbaum@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 11 Mar 2025 17:20:03 +0000
Resent-Message-ID: <handler.76949.B.1741713596305 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: report 76949
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: 76949 <at> debbugs.gnu.org
Cc: "me@HIDDEN" <me@HIDDEN>, "monnier@HIDDEN" <monnier@HIDDEN>
X-Debbugs-Original-To: "bug-gnu-emacs@HIDDEN" <bug-gnu-emacs@HIDDEN>
Received: via spool by submit <at> debbugs.gnu.org id=B.1741713596305
(code B ref -1); Tue, 11 Mar 2025 17:20:03 +0000
Received: (at submit) by debbugs.gnu.org; 11 Mar 2025 17:19:56 +0000
Received: from localhost ([127.0.0.1]:45383 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1ts3Gl-00004r-6U
for submit <at> debbugs.gnu.org; Tue, 11 Mar 2025 13:19:55 -0400
Received: from lists.gnu.org ([2001:470:142::17]:53236)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <ferdinand.nussbaum@HIDDEN>)
id 1ts3Gf-0008W1-Tw
for submit <at> debbugs.gnu.org; Tue, 11 Mar 2025 13:19:50 -0400
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 <ferdinand.nussbaum@HIDDEN>)
id 1ts3GE-0006aO-Im
for bug-gnu-emacs@HIDDEN; Tue, 11 Mar 2025 13:19:26 -0400
Received: from
mail-switzerlandnorthazlp170100000.outbound.protection.outlook.com
([2a01:111:f403:c213::] helo=ZRAP278CU002.outbound.protection.outlook.com)
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <ferdinand.nussbaum@HIDDEN>)
id 1ts3G6-0002kZ-MM
for bug-gnu-emacs@HIDDEN; Tue, 11 Mar 2025 13:19:18 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none;
b=TH8fs9gbB8NLlu8ifJhIaEMbJpXJmIXPkiZBhB6wJ1o/ryVjfpFTqcrmJFIFK2mxGjZWl2usirl4KkUYRL6ZQKFExHwU0wMJahByVHMCn5oKZ9fjAhk3uFoHNREU6ofkedhVfpOVmm/NM0NoSIlN36pmosFpouj5c9c/Y40gRZmZF0KjZXncuEMFFdO2Z8tjWQ3fH9Ow6Dc/0KKJbdpEdaur4E6WjMyZU+rhhtIynoS+w8p2zgHM+aBKa0htHC7Im8JwmDOGuU15peoapwxum4ZIZZkEqD5o4VcJR8U+t4CwGUTlmnEAe0xwE+chtkxWbftujK06rRq6HFv9NOm3gw==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com;
s=arcselector10001;
h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1;
bh=E94xiLzEokq6tDTOoCGaxVJm1AapkPsWOwdh30lIX+k=;
b=a3VVMwIMlAwLvJvEp3YaFzYNCgB2U/CXF8fuGFISeceZEs5v4RPJpRzpNYC3VKu0C3aVpMxXmy0CsdY+8TSZCde3wZpoWx/yOhNecGFV2iDs/AgW6v+o19+Pc7Zdwd84bHaOOV02Dvnet3kOrDZ4WoTqQ1pTdo20xPNW1KEcrfMiLgu4/igI8c7U7B8hVGiJEgNtOjeK+B2JhnNN3ILN4mpU1vLfTSFcHY9wtyCfb8pHau0v/MDewsudsSk8aXtsYnNxCVd0cRF84/ecYZnYPIrEYUxYSEd3pMueC7yE/blkDFFj/l1oXzBJ5wO75Qsi3RQpe5QmwDkLMuS4SkweOg==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass
smtp.mailfrom=inf.ethz.ch; dmarc=pass action=none header.from=inf.ethz.ch;
dkim=pass header.d=inf.ethz.ch; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ethz.onmicrosoft.com;
s=selector1-ethz-onmicrosoft-com;
h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck;
bh=E94xiLzEokq6tDTOoCGaxVJm1AapkPsWOwdh30lIX+k=;
b=nNuLoOY6dzyfPypYULKimbwRhFA7QrPXmQtPgsb0+4fFB0AVX61K6aOL01PENNK4mOiP1CUzZvQ6N+W+e5lnwaiBGgYbzEAdj59A9T7qMZyhvBJqmRz8IZgB44cH09III9zzPmtD/KD9tfGNaNkr78zDQrrc1pi4P7+qbHUzmNc=
Received: from GV0P278MB1254.CHEP278.PROD.OUTLOOK.COM (2603:10a6:710:5d::8) by
ZR0P278MB1285.CHEP278.PROD.OUTLOOK.COM (2603:10a6:910:81::5) with
Microsoft
SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id
15.20.8511.27; Tue, 11 Mar 2025 17:13:56 +0000
Received: from GV0P278MB1254.CHEP278.PROD.OUTLOOK.COM
([fe80::a450:70ed:589b:8298]) by GV0P278MB1254.CHEP278.PROD.OUTLOOK.COM
([fe80::a450:70ed:589b:8298%2]) with mapi id 15.20.8511.026; Tue, 11 Mar 2025
17:13:56 +0000
From: "Nussbaum Ferdinand" <ferdinand.nussbaum@HIDDEN>
Thread-Topic: 30.1; --debug-init and condition-case-unless-debug
Thread-Index: AQHbkbrNmxixvug+cUOO4PnlptnWrw==
Date: Tue, 11 Mar 2025 17:13:56 +0000
Message-ID: <GV0P278MB125423C7034727B3B1171ADAC4D62@HIDDEN>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels:
authentication-results: dkim=none (message not signed)
header.d=none;dmarc=none action=none header.from=inf.ethz.ch;
x-ms-publictraffictype: Email
x-ms-traffictypediagnostic: GV0P278MB1254:EE_|ZR0P278MB1285:EE_
x-ms-office365-filtering-correlation-id: c4d5cc45-e4e2-4790-46d7-08dd60c01b8f
x-ms-exchange-senderadcheck: 1
x-ms-exchange-antispam-relay: 0
x-microsoft-antispam: BCL:0;
ARA:13230040|376014|366016|10070799003|1800799024|8096899003|38070700018;
x-microsoft-antispam-message-info: 4oCBD0fQDfg85lspqSEwfpKEZu84tVyek0gWU4nZoWqq3uE96vuoSNI87J6f8dduhleBj1EHxzWUg2jjfQLnHzc6XvlzIZnKINylFbn0D+mcLk1FJkkaA70vKlzU4mTG/n7PeBbrQzob1HOVAOw0A0tddigztX8zBo8dAwgJJG1uKD/EWSjtEMF5n20rcTbsFLEP9eEAdP8gNCHAzzReQdoPwBn4uk/1Ubv8IxQDq63j/WHEG++UpZRy1W+xBcz/Nui/XG02SrxoK5dj9Fi1YZtQRlWwqEzLTy2DJP51Pw1XT/fDPcFGmOZtosLHaLQuZdCmZleyMsnv8CQvQsNfazfCXweHYAkw1UJPTXaZWNw4jF/ysZ8L24lOeTZf88I7tWNLU6U2VVc6yEiScSITImcr5RX/BPLGdGkhQLbaDTGn99tknF4DNX9s3bbPQtnGt3TlaVyRJRqI2czgNSw1/pWI4JrHoiPLsFm+866m5Eh+nLVMjRlOyoNo/pNdXzTq2Fz4TxCYnfE8WMe/MyI8FJmVHYTw6Bur7vHpLOfm4OyE9CuLEBCWyrjBwIJKU14O7qrbxyx20TqPg3O5BLFK9CfKFGHOFkRnAgBOVfGGNOzT2TzuM2A/SzZqnOIZqmM2U67q6rF0g5P1XM8yhNG8AonGAtGHQxjAUzOYgktCZXsO3b1I/tNtxBtBaEzVhdUGDJlnX8nvfOdNMpcfbBih7bctneVsxRN2utyuw1td+cG1oVMQJzJIvjw+lXm2TugHN/7afnGiiBoXj8H4uZH+GQkQTcWsvKQ7V28cqQfEEJx5y7kVWWmnmClW76axyDBNI0oaFqqMLNnsIDwS8IX9HgBra0RfzCqJk8YIsHoK6f6tNhtKbDHwrGumcijQ4T37RFKKIsP49YGdHvFlAgSs44zO7dPXV0yegPzlDCSV63+tEHYyPFmtWa285jiTJInLYzWEGeNCgI2qMHQs/LLuAyt7DMXpW4p37C4EsaPWCDIM5OyfQC95RFmy93yoI10cDU8SYivfIr6grErbsANx0IRF+JCpU6TO9/BHW6njRZtRo0DmygCBxHxulhEgr+1iMFSvAt2TAEC7K3ihTameYYpK/vE0Osqn7CXytRX5Hgz4rbpAOKY8/SSK/61Q/LzjUHA543/BLyf8hslySMlyBIKxxhmOh+4gikvdPDzvzjCq4HapJRikoOHbZjAxtzIYNME3RYZ4bVL1PA6T/BYlXllMNMLedoF6QpcVt2E3zUZRNbzcXfb85QkcDdflf5Hsko0PNdYIjFkImAJ9nTiahwDNKlRTt7p+MxobtAIDVjcOmrzVzom4YYLnRSBuuagNa/aqiZInkhCsr5hPNvIp9mw1TA6tvnb24PJzNJlVNuIWVFSxnOFRqog4uq4ltF6Zxh6WkmJ+7335r434MRnrQQ==
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:;
IPV:NLI; SFV:NSPM; H:GV0P278MB1254.CHEP278.PROD.OUTLOOK.COM; PTR:; CAT:NONE;
SFS:(13230040)(376014)(366016)(10070799003)(1800799024)(8096899003)(38070700018);
DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: zPW58SfPgfIw1xAo11OAiz+F7gl3/bOn1bX7Uc2LWDmwq91Gp+bn9dYUp/9//a6GQ+CaC2QRfkRqhl4qG2skL0/IdF4JklrIlwh88HjMGqRmSOMYWhFunRpub8Z/72pz8260YPX9nq3Epoz/JrJFoCO5z6xkMRfytGH1iyKI7fXgLzHGauUvHXtVH4aWv3MhmNlxve0KephJX+DLImVLzSPPjRliBVIndgzIauV2j0lzmw3BNKtDerp2vVHTGXZxR7eOntBpFmU+sBWEm0WQsdr1ELxdc+jrM9g5aB+C4mIZGiIfsQY182qVQArocP3oP8+LjN8Uv4gpyJMS28jdhJ3oXAjLmyjQVCkAWM4aEjvWcyj2DePnPWkNV9vegzHGcucB7PK0gdKLfBg0mZGrk+u4k2NKABuyUNJiDhiQoVqyeYD/6tTrryWHg/wnljKv4WtUFW/GUI32YjhXTnmMZKM3ERKRIF4Xn5FpTEdSYygTyzx0GEJ4+UmTHt/r0N18nUNGy/U0qytdK7/pR/xQUAu1aMf2OWkg6yYabp65bQDWYUfxtV5i1X09stSMlycCjDTZY66AIGtpzBKV8ALgMWzmEXtQjfnf2iGMkB1xDLVK4k5ySs1IKGLyC9vyHiS2KTJb2E+5Z7/RaZ+6u2bWUN8TQMn2/K63QvOCt+wvT6ZEJHHlttCm742xpf+fxWRwOqlki6loLeW8Cyl/EeteVnKeDF4aTfPwo3gW4xd+syhVwO6ChKc4OWCobh+JaXtlKL8ATXvL6bsfit1C48VdIiJURSUUMokEcZ8CxynLAxJzIptRGAfcCCE8EDpcbDJrktYqXLOPT7kpcKU1PvZpCiJcI0iadEdPlGmDsEl+tgzZCmUsDHxxrRakcjXlsLneH0UbJSdYqfgC64l7ZRMTmVI0lsEACLDhncF9aQVxFKbeaoYCqBZd71I0QSJheWBcEWC+PrdbhGts3cHIWWMFzbjLepIhlGr9w53QOWzzETa5/ShsgGsrvWpwrzhy3BCC7YdnJzBn21hKwce1D1P843lkn8OWhCAT/uH/wVyHixal3ney3jVN7ls5JsYGY3YKJgzTxvyh65cYNxmxvH5dVr2UGsy1S/a1dR6m9WstAwcsPeW0Wl4Kt9HHx3LC7FrDTfdiLO+k4/HbhZ9u5HP/i/pUzQJEp6vgZ+Gcu/Z0s6KVQRtWVkJt6E1w3bNt4eKtKW4IsQ1TpOWJFTLcNdatL0rrSBuHmouZ/VNGL0G5ioZwLtuxOBAAeezuZiZMPnNVsKQZC5N1nAm4iJ8p/o8pnng85zAj2mP86AMA+DrSKFGoXkmwRFw7LVCfFVrjwgIUzKBXZt01v74EkibGbyLfhpCgwaY2FwkGv66t+qqx1q2RMwxAzw7eexZ3HmqRoeK5dmVCChcxd/o/LwHCQZerizfdXF+qZ4ViGQzkXtUQUP7CSdQJJhDswfymv6KmAfwo8p/+V+OwZ1Vm1axxPZJ8usl3wJYUBFXtDA8/5Hr6/gNeG22+2pmUAokoBobNluZYI2BO4Y3j1+E0cZTE26F/O/VyZVehXc7YH2C0uUyQEzcHiEUww9QaSSJYIGv3Ba2YQ73tXCxfY5P55AGynLjJm3YXimfDkBNe2E1U5uzd+Pk=
Content-Type: multipart/alternative;
boundary="_000_GV0P278MB125423C7034727B3B1171ADAC4D62GV0P278MB1254CHEP_"
MIME-Version: 1.0
X-OriginatorOrg: inf.ethz.ch
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: GV0P278MB1254.CHEP278.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-Network-Message-Id: c4d5cc45-e4e2-4790-46d7-08dd60c01b8f
X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Mar 2025 17:13:56.8711 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 9634a6ec-a266-45a3-ab14-74c4211fc582
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: /Wx1dr4x1WvnIMIS2iUTyzvOOq5NSdG6/T+GV+GVdZdXw2jqBF0wOvTjEdQSoJuaKKMHQ3xFNv3imlyoVdpIgA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: ZR0P278MB1285
Received-SPF: pass client-ip=2a01:111:f403:c213::;
envelope-from=ferdinand.nussbaum@HIDDEN;
helo=ZRAP278CU002.outbound.protection.outlook.com
X-Spam_score_int: -18
X-Spam_score: -1.9
X-Spam_bar: -
X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
DKIM_VALID=-0.1, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001,
SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)
--_000_GV0P278MB125423C7034727B3B1171ADAC4D62GV0P278MB1254CHEP_
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
Errors inside condition-case-unless-debug do not trigger the debugger when =
the
--debug-init startup option is set (and debug-on-error is not additionally =
and
explicitly set to a non-nil value).
This can be reproduced, for example, by adding the following to init.el:
(condition-case-unless-debug nil
(error "error")
(error
(message "error caught")))
and restarting Emacs with --debug-init. In Emacs 29 this enters the debugge=
r
(as expected), while in Emacs 30 the message "error caught" is displayed.
On a related note, the Emacs Lisp reference manual still says the following=
: "[...]
use the option =91--debug-init=92. This binds debug-on-error to t while loa=
ding the
init file, [...]".
(https://www.gnu.org/software/emacs/manual/html_node/elisp/Error-Debugging.=
html#Error-Debugging)
AFAICT this is no longer correct since the implementation uses handler-bind=
instead.
(Originally reported in https://github.com/syl20bnr/spacemacs/issues/16871
and https://github.com/syl20bnr/spacemacs/issues/16619#issuecomment-2708510=
954.)
Best,
Ferdinand
--_000_GV0P278MB125423C7034727B3B1171ADAC4D62GV0P278MB1254CHEP_
Content-Type: text/html; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3DWindows-1=
252">
<style type=3D"text/css" style=3D"display:none;"> P {margin-top:0;margin-bo=
ttom:0;} </style>
</head>
<body dir=3D"ltr">
<span style=3D"font-family: Aptos, Aptos_EmbeddedFont, Aptos_MSFontService,=
Calibri, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">Err=
ors inside condition-case-unless-debug do not trigger the debugger when the=
</span>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
--debug-init startup option is set (and debug-on-error is not additionally =
and</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
explicitly set to a non-nil value).</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
<br>
</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
This can be reproduced, for example, by adding the following to init.el:</d=
iv>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
<br>
</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
(condition-case-unless-debug nil</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
(error "error")</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
(error</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
(message "error caught")))</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
<br>
</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
and restarting Emacs with --debug-init. In Emacs 29 this enters the debugge=
r</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
(as expected), while in Emacs 30 the message "error caught" is di=
splayed.</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
<br>
</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
On a related note, the Emacs Lisp reference manual still says the following=
: "[...]</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
use the option =91--debug-init=92. This binds debug-on-error to t while loa=
ding the</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
init file, [...]".</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
(https://www.gnu.org/software/emacs/manual/html_node/elisp/Error-Debugging.=
html#Error-Debugging)</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
AFAICT this is no longer correct since the implementation uses handler-bind=
instead.</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
<br>
</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
(Originally reported in https://github.com/syl20bnr/spacemacs/issues/16871<=
/div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
and https://github.com/syl20bnr/spacemacs/issues/16619#issuecomment-2708510=
954.)</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
<br>
</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
Best,</div>
<div class=3D"elementToProof" style=3D"font-family: Aptos, Aptos_EmbeddedFo=
nt, Aptos_MSFontService, Calibri, Helvetica, sans-serif; font-size: 12pt; c=
olor: rgb(0, 0, 0);">
Ferdinand</div>
</body>
</html>
--_000_GV0P278MB125423C7034727B3B1171ADAC4D62GV0P278MB1254CHEP_--
Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) Content-Type: text/plain; charset=utf-8 X-Loop: help-debbugs@HIDDEN From: help-debbugs@HIDDEN (GNU bug Tracking System) To: "Nussbaum Ferdinand" <ferdinand.nussbaum@HIDDEN> Subject: bug#76949: Acknowledgement (30.1; --debug-init and condition-case-unless-debug) Message-ID: <handler.76949.B.1741713596305.ack <at> debbugs.gnu.org> References: <GV0P278MB125423C7034727B3B1171ADAC4D62@HIDDEN> X-Gnu-PR-Message: ack 76949 X-Gnu-PR-Package: emacs Reply-To: 76949 <at> debbugs.gnu.org Date: Tue, 11 Mar 2025 17:20:04 +0000 Thank you for filing a new bug report with debbugs.gnu.org. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): bug-gnu-emacs@HIDDEN If you wish to submit further information on this problem, please send it to 76949 <at> debbugs.gnu.org. Please do not send mail to help-debbugs@HIDDEN unless you wish to report a problem with the Bug-tracking system. --=20 76949: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D76949 GNU Bug Tracking System Contact help-debbugs@HIDDEN with problems
X-Loop: help-debbugs@HIDDEN
Subject: bug#76949: 30.1; --debug-init and condition-case-unless-debug
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 11 Mar 2025 20:43:01 +0000
Resent-Message-ID: <handler.76949.B.174172572617332 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 76949
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords:
To: "Nussbaum Ferdinand" <ferdinand.nussbaum@HIDDEN>
Cc: 76949 <at> debbugs.gnu.org, me@HIDDEN
X-Debbugs-Original-Cc: "bug-gnu-emacs@HIDDEN" <bug-gnu-emacs@HIDDEN>, "me@HIDDEN" <me@HIDDEN>
Received: via spool by submit <at> debbugs.gnu.org id=B.174172572617332
(code B ref -1); Tue, 11 Mar 2025 20:43:01 +0000
Received: (at submit) by debbugs.gnu.org; 11 Mar 2025 20:42:06 +0000
Received: from localhost ([127.0.0.1]:45993 helo=debbugs.gnu.org)
by debbugs.gnu.org with esmtp (Exim 4.84_2)
(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
id 1ts6QQ-0004VU-Hz
for submit <at> debbugs.gnu.org; Tue, 11 Mar 2025 16:42:06 -0400
Received: from lists.gnu.org ([2001:470:142::17]:34192)
by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.84_2) (envelope-from <monnier@HIDDEN>)
id 1ts6QN-0004Us-FZ
for submit <at> debbugs.gnu.org; Tue, 11 Mar 2025 16:42:04 -0400
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 <monnier@HIDDEN>)
id 1ts6QF-0006V9-5N
for bug-gnu-emacs@HIDDEN; Tue, 11 Mar 2025 16:41:55 -0400
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50])
by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
(Exim 4.90_1) (envelope-from <monnier@HIDDEN>)
id 1ts6QA-0006m3-3l
for bug-gnu-emacs@HIDDEN; Tue, 11 Mar 2025 16:41:54 -0400
Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1])
by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id B0552443569;
Tue, 11 Mar 2025 16:41:44 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
s=mail; t=1741725703;
bh=PqeJkDqVsSjhZhboJMrYDb6h+fFQFXchVn4+wX+h3+M=;
h=From:To:Cc:Subject:In-Reply-To:References:Date:From;
b=dPxIFJFds5LziQmkofaHTqJ+/wcYgtHhQjnxrDsKhkZeFg7HCqJdA0blH8bgiFl8m
03F1A1VknJSf9inZOG6IRuF+odkKMZZQndXQnQjlqrFpSecoGYNmB50FMKFNKLGEyY
tQalX5QS7l1ubRp1yTet6Z75YWKrXPKUa2yXmPEOTuvWnHIEx+be/zCg5xPYYbqkbS
n1ZDMSl3a+AFZvhV06emtEjE7LD7Sy96+8o1CZbldMeygPzu7mtnBYkbzOfOKsUWwc
RZMjHRbW7zeUWbbZbNYEPspua+yAOBqmFBR/YsiFyR3AEZaowXQC1b8pwzH+MWxAmz
oNAKXtNJnrlRw==
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id B3302443566;
Tue, 11 Mar 2025 16:41:43 -0400 (EDT)
Received: from pastel (unknown [104.247.242.5])
by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 81AB0120644;
Tue, 11 Mar 2025 16:41:43 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
In-Reply-To: <GV0P278MB125423C7034727B3B1171ADAC4D62@HIDDEN>
(Nussbaum Ferdinand's message of "Tue, 11 Mar 2025 17:13:56 +0000")
Message-ID: <jwv5xkf8fpc.fsf-monnier+emacs@HIDDEN>
References: <GV0P278MB125423C7034727B3B1171ADAC4D62@HIDDEN>
Date: Tue, 11 Mar 2025 16:41:42 -0400
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results: 0
ALL_TRUSTED -1 Passed through trusted hosts only via SMTP
AWL -0.369 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
DKIM_VALID_EF -0.1 Message has a valid DKIM or DK signature from envelope-from
domain
X-SPAM-LEVEL:
Received-SPF: pass client-ip=132.204.25.50;
envelope-from=monnier@HIDDEN; helo=mailscanner.iro.umontreal.ca
X-Spam_score_int: -42
X-Spam_score: -4.3
X-Spam_bar: ----
X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3,
RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001,
SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>,
<mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)
> Errors inside condition-case-unless-debug do not trigger the debugger when the
> --debug-init startup option is set (and debug-on-error is not additionally and
> explicitly set to a non-nil value).
Indeed this is the direct consequence of:
> AFAICT this is no longer correct since the implementation uses handler-bind instead.
It seems cumbersome to fix this without re-introducing the problem that
`handler-bind` addresses, so I'm in favor of fixing the doc rather than
the code.
Stefan
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997 nCipher Corporation Ltd,
1994-97 Ian Jackson.