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.