From unknown Fri Sep 05 11:00:23 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24617: 26.0.50; Handlers in `condition-case' should have programmatic access to the backtrace Resent-From: Philipp Stephani Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 04 Oct 2016 16:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 24617 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 24617@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.147559913412460 (code B ref -1); Tue, 04 Oct 2016 16:39:02 +0000 Received: (at submit) by debbugs.gnu.org; 4 Oct 2016 16:38:54 +0000 Received: from localhost ([127.0.0.1]:44769 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1brSk2-0003Eu-6T for submit@debbugs.gnu.org; Tue, 04 Oct 2016 12:38:54 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52782) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1brSk0-0003Ed-89 for submit@debbugs.gnu.org; Tue, 04 Oct 2016 12:38:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1brSjt-0007rL-HR for submit@debbugs.gnu.org; Tue, 04 Oct 2016 12:38:46 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_50, FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:41186) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1brSjt-0007qC-Dx for submit@debbugs.gnu.org; Tue, 04 Oct 2016 12:38:45 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43736) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1brSjr-0000RA-10 for bug-gnu-emacs@gnu.org; Tue, 04 Oct 2016 12:38:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1brSjp-0007pZ-Bt for bug-gnu-emacs@gnu.org; Tue, 04 Oct 2016 12:38:42 -0400 Received: from mail-wm0-x22e.google.com ([2a00:1450:400c:c09::22e]:35657) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1brSjo-0007oe-Jk for bug-gnu-emacs@gnu.org; Tue, 04 Oct 2016 12:38:41 -0400 Received: by mail-wm0-x22e.google.com with SMTP id f193so178000020wmg.0 for ; Tue, 04 Oct 2016 09:38:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version :content-transfer-encoding; bh=3VjaI2neU65eTSUpRFFMMTUrGOKQvN5UlOz+c9FzyfY=; b=No+2dp/y9y+zNra7annM/b8OnPLQRkXwg8sqUMuEhdPp7p2vWf8bL3G2sXyvBbkM4T Jx/iLPV8dMZxaTR5iz+qNyTiA76YSdQoeIUoZUkeeG4TljLKEInWb7+d4wPTolmzvl9Q cPwKnvU5WdkV/fTDn3v0V9TGchyXDsO1S4R02talUJiBbYVbcl34Vi533bKX+8bfUk/S F9v6d+b7RsyWwztLwmdeoRk8ZnvIiZ/TnmmWwIgY1fGMda/xe5bqP6rI62xiQTumX3sX J5M7ABmF4AOifMzNVgmmA9P7rC+DARyQxMKGIqCV9ZFOUUg3QnJaOp5RXCeDeQLvayEK TviA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:from:to:subject:date:message-id:mime-version :content-transfer-encoding; bh=3VjaI2neU65eTSUpRFFMMTUrGOKQvN5UlOz+c9FzyfY=; b=hyYirc6w+bS4FwZgvzF9PxrWyqyLTrJQnVGmdQ4bdCyJkG/+YUDPB/K/LiEpO6e1lO GI2xwx0/Ryka5CjEtdM3or7DZNdhIxUUfKAQBRCGHSUjlZGA/xQOrxqKedPU5YjEF7UH bMH4x8SDlY6KixRCw6FY6MMw4rRZJVQhgohN6pKZ13bCHnHeMGdV79Tt5ALoxJ//aKA4 6MNvC2wCYZQNUswvMPk25XZm88BZhOxzv6kk0Qt+ni8bnBLgbnd3JH8/aHJqIf86s6D1 Ua3K1Ic0V310M6nBJ9lyDxjiIG7xTmpJ2yNg2Yx9O5IDlMgyFSVyAXBCRrsOFnLnI4w7 drOg== X-Gm-Message-State: AA6/9RlIQtMsFMY10LiFXeoMancgYb7QErRt2G19m1I8RMght9mIQdysGVuzzKhy83m7FA== X-Received: by 10.28.19.134 with SMTP id 128mr4985618wmt.40.1475599118744; Tue, 04 Oct 2016 09:38:38 -0700 (PDT) Received: from a.muc.corp.google.com ([2a00:79e0:15:4:bd49:ce6e:c6fc:9780]) by smtp.gmail.com with ESMTPSA id q142sm25117871wmd.4.2016.10.04.09.38.38 for (version=TLS1_2 cipher=AES128-SHA bits=128/128); Tue, 04 Oct 2016 09:38:38 -0700 (PDT) From: Philipp Stephani Date: Tue, 04 Oct 2016 18:38:34 +0200 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.8 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.8 (---) Currently a handler in a `condition-case' form doesn't have access to the backtrace that was active when the signal was raised. This makes many useful things impossible, such as re-raising signals or returning the backtrace to emacsclient. I suggest either adding true exception objects (storing the error symbol, data, and backtrace), or at least providing a dynamic variable with the current backtrace. In GNU Emacs 26.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.10.8) of 2016-10-04 built on localhost Repository revision: e2913dc880b9843bf69cf885270551bafeb46120 Windowing system distributor 'The X.Org Foundation', version 11.0.11501000 System Description: Ubuntu 14.04 LTS Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. Configured using: 'configure --with-modules --enable-checking --enable-check-lisp-object-type' Configured features: XPM JPEG TIFF GIF PNG SOUND GSETTINGS NOTIFY GNUTLS FREETYPE XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 MODULES Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Load-path shadows: None found. Features: (shadow sort mail-extr emacsbug message subr-x puny seq byte-opt gv bytecomp byte-compile cl-extra help-mode cconv cl-loaddefs pcase cl-lib dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core term/tty-colors frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese charscript case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote inotify dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 97780 8564) (symbols 48 20400 0) (miscs 40 325 144) (strings 32 17956 4891) (string-bytes 1 589476) (vectors 16 13791) (vector-slots 8 454059 6998) (floats 8 183 34) (intervals 56 214 0) (buffers 976 12) (heap 1024 50411 1118)) --=20 Google Germany GmbH Erika-Mann-Stra=C3=9Fe 33 80636 M=C3=BCnchen Registergericht und -nummer: Hamburg, HRB 86891 Sitz der Gesellschaft: Hamburg Gesch=C3=A4ftsf=C3=BChrer: Matthew Scott Sucherman, Paul Terence Manicle Diese E-Mail ist vertraulich. Wenn Sie nicht der richtige Adressat sind, leiten Sie diese bitte nicht weiter, informieren Sie den Absender und l=C3= =B6schen Sie die E-Mail und alle Anh=C3=A4nge. Vielen Dank. This e-mail is confidential. If you are not the right addressee please do = not forward it, please inform the sender, and please erase this e-mail including any attachments. Thanks. From unknown Fri Sep 05 11:00:23 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24617: 26.0.50; Handlers in `condition-case' should have programmatic access to the backtrace Resent-From: =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 04 Oct 2016 19:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24617 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 24617@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.147561011329997 (code B ref -1); Tue, 04 Oct 2016 19:42:02 +0000 Received: (at submit) by debbugs.gnu.org; 4 Oct 2016 19:41:53 +0000 Received: from localhost ([127.0.0.1]:44913 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1brVb7-0007nk-6G for submit@debbugs.gnu.org; Tue, 04 Oct 2016 15:41:53 -0400 Received: from eggs.gnu.org ([208.118.235.92]:40228) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1brVb4-0007nY-Ks for submit@debbugs.gnu.org; Tue, 04 Oct 2016 15:41:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1brVay-00046o-A7 for submit@debbugs.gnu.org; Tue, 04 Oct 2016 15:41:45 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.3 required=5.0 tests=BAYES_50,FREEMAIL_FROM, RCVD_IN_SORBS_SPAM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:39918) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1brVay-00046J-70 for submit@debbugs.gnu.org; Tue, 04 Oct 2016 15:41:44 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59412) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1brVav-00072R-Lr for bug-gnu-emacs@gnu.org; Tue, 04 Oct 2016 15:41:42 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1brVas-00042n-CN for bug-gnu-emacs@gnu.org; Tue, 04 Oct 2016 15:41:41 -0400 Received: from mout.kundenserver.de ([217.72.192.73]:64392) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1brVas-00042G-2R for bug-gnu-emacs@gnu.org; Tue, 04 Oct 2016 15:41:38 -0400 Received: from [18.26.2.123] ([18.26.2.123]) by mrelayeu.kundenserver.de (mreue102) with ESMTPSA (Nemesis) id 0MQNsy-1bSJjQ0lJM-00TliC for ; Tue, 04 Oct 2016 21:41:36 +0200 References: From: =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel Message-ID: <70fe21b3-e7d9-111c-394c-f8554ac90453@gmail.com> Date: Tue, 4 Oct 2016 15:41:33 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="UkW86Bsmdj1M4OWpCFFlSjfgAEcjfuTKw" X-Provags-ID: V03:K0:vZ6PGUKtcem7++hdh/eF5STtesQl5NvE5CQ6iAlxZ4ckIhYJz9j sdCT1WQTev0vcOs4XDeYtDGX1TGfO1hCV6J+NfiEYBAyDDY7DAOpMH3GJGBhLINoFVQRX3x O35+zISEzSBXxEXetMjT5Un0GwhI/muaqKDnmIn6C6l3FQYqh3YH2hrqxmStUhsMtybZvZC ZSYBL9EeCyI8oKwoGmC5g== X-UI-Out-Filterresults: notjunk:1;V01:K0:9nhczCVFG0g=:eh1BJ8BVkb0w49H2Y2MLTC R6pDiGMOhtP7lfPsJrKaRyUwFnj0SnxiDhjCiPaUt1HNcHyd5rbAqrYTrQ0+JdLMos7Tui/kz XdRY3C+ftXfA+2o5eoPS+BUH21fiPy8aHZRD2oftq01USvd6WmkqMcj0bXvPGsA24cnbKSmAV T3ks7U3a68EAzTHwx0CkOhDLCArz05DplNDyCksmdKvkpuFyWtFyKY9eaFIS2B3K7u/kpiFEz 9/1LIBI4KFU1GehUPbHb02AFVeFq0efsYoNc2CIeMme4dkjbkSIs4hhD6QV2LPQxANmVj0i3/ XaOZsqAMepkrlj2rguYdBro/2ISLSkoSnwbzbk0TKyv3T08nTdA2aGEMb59NhPuTd/kivIlDF Xh2wc/ywhBQxFRwsQa0Y5iUWwdo19fhmeT/MX3bYHxdAALNdrLCcK0jvBsdHvcbnbtlaMwtSq hMuwCJqnxK/+MKQhSCQXgx/SYFrCYy7QJ9wDWF66NSLU56PVM0SiZGlkTsCyPqxZzrxlJTNiU DcjOlRv2x7ysAmmojo0PZEF4UZ75DC8gdCpTKnjJ7O1Erfy2vIl/7XzNP1sMZ1lwdRJWjykE5 0SvdD6kxdY2t2vOrxz3XwumYf/qbUnIv9RlqP1cTjeNw57cEry/Rx1BeyMlnb6k5rJu/o+fRi DfQwhlGzUQqFK1Y+CNgn5jaPvhUyN89H8nB6sRzkB4BgQOVS166KF0TY+e5mgQIWJvKA= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.5 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.5 (---) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --UkW86Bsmdj1M4OWpCFFlSjfgAEcjfuTKw Content-Type: multipart/mixed; boundary="FPfoLabaBjwPKADxAmQPi1u3ClFGkhr87"; protected-headers="v1" From: =?UTF-8?Q?Cl=c3=a9ment_Pit--Claudel?= To: bug-gnu-emacs@gnu.org Message-ID: <70fe21b3-e7d9-111c-394c-f8554ac90453@gmail.com> Subject: Re: bug#24617: 26.0.50; Handlers in `condition-case' should have programmatic access to the backtrace References: In-Reply-To: --FPfoLabaBjwPKADxAmQPi1u3ClFGkhr87 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable This sounds like a great idea! As an aside, note that these things are not impossible; just tricky. You= just need to register your own debugger, then in that debugger function = re-throw the error after recording the backtrace. You also need to incre= ment num-nonmacro-input-events from the debugger. Cl=C3=A9ment. On 2016-10-04 12:38, Philipp Stephani wrote: >=20 > Currently a handler in a `condition-case' form doesn't have access to > the backtrace that was active when the signal was raised. This makes > many useful things impossible, such as re-raising signals or returning > the backtrace to emacsclient. I suggest either adding true exception > objects (storing the error symbol, data, and backtrace), or at least > providing a dynamic variable with the current backtrace. >=20 >=20 > In GNU Emacs 26.0.50.1 (x86_64-unknown-linux-gnu, GTK+ Version 3.10.8) > of 2016-10-04 built on localhost > Repository revision: e2913dc880b9843bf69cf885270551bafeb46120 > Windowing system distributor 'The X.Org Foundation', version 11.0.11501= 000 > System Description: Ubuntu 14.04 LTS >=20 > Recent messages: > For information about GNU Emacs and the GNU system, type C-h C-a. >=20 > Configured using: > 'configure --with-modules --enable-checking > --enable-check-lisp-object-type' >=20 > Configured features: > XPM JPEG TIFF GIF PNG SOUND GSETTINGS NOTIFY GNUTLS FREETYPE XFT ZLIB > TOOLKIT_SCROLL_BARS GTK3 X11 MODULES >=20 > Important settings: > value of $LANG: en_US.UTF-8 > locale-coding-system: utf-8-unix >=20 > Major mode: Lisp Interaction >=20 > Minor modes in effect: > tooltip-mode: t > global-eldoc-mode: t > electric-indent-mode: t > mouse-wheel-mode: t > tool-bar-mode: t > menu-bar-mode: t > file-name-shadow-mode: t > global-font-lock-mode: t > font-lock-mode: t > blink-cursor-mode: t > auto-composition-mode: t > auto-encryption-mode: t > auto-compression-mode: t > line-number-mode: t > transient-mark-mode: t >=20 > Load-path shadows: > None found. >=20 > Features: > (shadow sort mail-extr emacsbug message subr-x puny seq byte-opt gv > bytecomp byte-compile cl-extra help-mode cconv cl-loaddefs pcase cl-lib= > dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec > password-cache epa derived epg epg-config gnus-util rmail rmail-loaddef= s > mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils > mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr > mail-utils time-date mule-util tooltip eldoc electric uniquify > ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win > term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe > tabulated-list newcomment elisp-mode lisp-mode prog-mode register page > menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock > syntax facemenu font-core term/tty-colors frame cl-generic cham georgia= n > utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean > japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european > ethiopic indian cyrillic chinese charscript case-table epa-hook > jka-cmpr-hook help simple abbrev obarray minibuffer cl-preloaded nadvic= e > loaddefs button faces cus-face macroexp files text-properties overlay > sha1 md5 base64 format env code-pages mule custom widget > hashtable-print-readable backquote inotify dynamic-setting > system-font-setting font-render-setting move-toolbar gtk x-toolkit x > multi-tty make-network-process emacs) >=20 > Memory information: > ((conses 16 97780 8564) > (symbols 48 20400 0) > (miscs 40 325 144) > (strings 32 17956 4891) > (string-bytes 1 589476) > (vectors 16 13791) > (vector-slots 8 454059 6998) > (floats 8 183 34) > (intervals 56 214 0) > (buffers 976 12) > (heap 1024 50411 1118)) >=20 --FPfoLabaBjwPKADxAmQPi1u3ClFGkhr87-- --UkW86Bsmdj1M4OWpCFFlSjfgAEcjfuTKw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJX9AXtAAoJEPqg+cTm90wjNIUP/jgcgU12HGjT+Lbfe1Qh8C4C 03s2wPO6krm/KnvD8ZdNemjyGrXx89O2/7gh8fGM4DcOAwhasLZCRm7D7u1/Oh3N 3nlSbzH5avxpcF3FZkzgv8Osfoic2AoiunXn0Q41uJyGUCdgHSND0TY3CTMnTjeD ZkFP4iTzEU+aUlQmQzs5jZdWHi9+djmBJkGcp6RdrBDciNkvoLd2hKIbSKtMZIue B1u+oL+nme8LzdaiwtdGl/6WZ+PtJScVCNyQ2tn0/c8ICziop8Txc/1LW9Bm7FZJ 6OHmcz/Sm8Br1jk0inx0Oo5FgiErHxjX/tuqtHaUGPPBizxx4s3NFa5Z3jt2VPJn 1DpmO9FmyjLVvnRS9TJbaXpgyQjdzZ3MWqzvIMQ+ikUdqtcHrvGPylBCbbL2DUuV 3zrIq02bV29Qcglp9QszR+LDpx8naKTdi3gH6xsky7XOyNDKR2ofF5TMfHqZQ4ym QdpcPF4Pd6PyZYC4I67DpteuAtVPd1IgWqXAUsQrXtbyg0rkYjQv+ZqqQ5SFBysd EudAd2OSkb85FrRnHSnDOp4YfOJDiVordMmXOPJz8gAJMFvb1IVkeSQhDHU4GIBO XR8JnUdJ9nnu98mEmFY8rGPXLWK9vTTxq4gno3jcvc9ypZCJZZVFPXfgvf8Dv7Ww 7yIHKh5BiFwJdYyLKvA/ =3zxg -----END PGP SIGNATURE----- --UkW86Bsmdj1M4OWpCFFlSjfgAEcjfuTKw-- From unknown Fri Sep 05 11:00:23 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24617: 26.0.50; Handlers in `condition-case' should have programmatic access to the backtrace In-Reply-To: Resent-From: Helmut Eller Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 05 Oct 2016 06:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24617 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 24617@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.147564825413354 (code B ref -1); Wed, 05 Oct 2016 06:18:02 +0000 Received: (at submit) by debbugs.gnu.org; 5 Oct 2016 06:17:34 +0000 Received: from localhost ([127.0.0.1]:45110 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1brfWI-0003TK-Gq for submit@debbugs.gnu.org; Wed, 05 Oct 2016 02:17:34 -0400 Received: from eggs.gnu.org ([208.118.235.92]:45555) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1brfWG-0003T4-UD for submit@debbugs.gnu.org; Wed, 05 Oct 2016 02:17:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1brfWA-0006EI-Pp for submit@debbugs.gnu.org; Wed, 05 Oct 2016 02:17:27 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:34879) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1brfWA-0006E6-NU for submit@debbugs.gnu.org; Wed, 05 Oct 2016 02:17:26 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36518) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1brfW8-0006CJ-B5 for bug-gnu-emacs@gnu.org; Wed, 05 Oct 2016 02:17:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1brfW4-0006Bp-0Z for bug-gnu-emacs@gnu.org; Wed, 05 Oct 2016 02:17:23 -0400 Received: from [195.159.176.226] (port=52848 helo=blaine.gmane.org) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1brfW3-00068B-Pp for bug-gnu-emacs@gnu.org; Wed, 05 Oct 2016 02:17:19 -0400 Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1brfVs-0002PS-OK for bug-gnu-emacs@gnu.org; Wed, 05 Oct 2016 08:17:08 +0200 X-Injected-Via-Gmane: http://gmane.org/ From: Helmut Eller Date: Wed, 05 Oct 2016 08:16:46 +0200 Lines: 26 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain X-Complaints-To: usenet@blaine.gmane.org User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) Cancel-Lock: sha1:jEZ7Zh/RJ63pVl3FhadKxu5DB90= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) On Tue, Oct 04 2016, Philipp Stephani wrote: > Currently a handler in a `condition-case' form doesn't have access to > the backtrace that was active when the signal was raised. This makes > many useful things impossible, such as re-raising signals or returning > the backtrace to emacsclient. I suggest either adding true exception > objects (storing the error symbol, data, and backtrace), or at least > providing a dynamic variable with the current backtrace. First, you can copy the backtrace in a signal-hook-function and store it in global variable. Second, unconditionally copying the backtrace would be expensive and would still not allow access to local variables in stack frames or the value of dynamic variables at the point where the error was signalled Just because Java or Python do that doesn't make it a great idea. Third, the solution to this problem in Common Lisp is the HANDLER-CASE macro which is similar to condition-case but the error handlers are executed without unwinding the stack. That doesn't require any copying and gives full access to the stack. (Again, can be emulated with a signal-hook-function.) Of course, that approach can't be used to handle things like stack overflow or only if done very carefully. Helmut From unknown Fri Sep 05 11:00:23 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24617: 26.0.50; Handlers in `condition-case' should have programmatic access to the backtrace Resent-From: Philipp Stephani Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 28 Dec 2016 19:34:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24617 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel , 24617@debbugs.gnu.org Received: via spool by 24617-submit@debbugs.gnu.org id=B24617.14829536406085 (code B ref 24617); Wed, 28 Dec 2016 19:34:01 +0000 Received: (at 24617) by debbugs.gnu.org; 28 Dec 2016 19:34:00 +0000 Received: from localhost ([127.0.0.1]:58292 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cMJz6-0001a4-IA for submit@debbugs.gnu.org; Wed, 28 Dec 2016 14:34:00 -0500 Received: from mail-wm0-f46.google.com ([74.125.82.46]:35802) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cMJz4-0001Zr-7o for 24617@debbugs.gnu.org; Wed, 28 Dec 2016 14:33:58 -0500 Received: by mail-wm0-f46.google.com with SMTP id a197so288740184wmd.0 for <24617@debbugs.gnu.org>; Wed, 28 Dec 2016 11:33:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=8ZpGtWygm9Wr8M3ZSznkViQeV2qD7cMUtw8PHCzO2WQ=; b=B57BfU5FJ+EjaIjuO0j4W87efl6A0rHrx1E9q9NSjqY6b0bJV5QJwfUASsA/yOIlIS H0oH0ceWKfiYj5VbLOGHsh6Ap2R6HXQ0SBLzFsyFB0juuz+JPkguKMJ9MHV9s9attVLr Oca0js1Rmdq7K0dnjmbhbgIdvIcOBMIiKNYLfKDh7GRHYKa3aq9IUm8Hx9+oHG2kyYZg PZA6KOteaB6NGrAIGi59acBLIzlorApzpNxgAGCD+mtjnFsOwv0NkaxhduebmeFV/M+0 TVJeqS83QyyIJEO/nCBtkGVEIHcSBvRDTycBeuBFKHxL01++8JSCEvfJ41qkTLXdczLp gaUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=8ZpGtWygm9Wr8M3ZSznkViQeV2qD7cMUtw8PHCzO2WQ=; b=sQsvNefJNxyHIZNR0imNGTE7x4u7rWepEV53s7b9wqtX0DQqC94OSy7B0VQqJtTA1X Jum9FvxuUWDoZ/rGJP65nTAKX8IcC6AO0iH9ySB+KOMm2Ntb0W0wmtJ1OJwtZFpK+kLe u524HIDiX6P8AM4uu8wKyiADfj7tv8D81WbluiI5XhDm7K1jTh6A0Gnj70YgKpIZraNr RxBZJQ7QeXEvCKcKbkLT3IX8IXkyKhJ9HqrHPryva+SL2vhpJzpNIPa/zfhtbmzLPQCK D9336D8WHeOPSctqYG0ED7lEG7iqWx6269IqYRIUQ/DvREHqo5xgOh0P4Bj682ckMvRN QHfA== X-Gm-Message-State: AIkVDXJr5dfnVGt6QLF6XrTU83ntKxgFotsRvQyRGazhnauxGTIqng5GyTc8vzxjdjZGp5E1DB7aQjLlA3aBiQ== X-Received: by 10.28.140.148 with SMTP id o142mr26800640wmd.48.1482953632321; Wed, 28 Dec 2016 11:33:52 -0800 (PST) MIME-Version: 1.0 References: <70fe21b3-e7d9-111c-394c-f8554ac90453@gmail.com> In-Reply-To: <70fe21b3-e7d9-111c-394c-f8554ac90453@gmail.com> From: Philipp Stephani Date: Wed, 28 Dec 2016 19:33:42 +0000 Message-ID: Content-Type: multipart/alternative; boundary=001a1146eeaa791fb30544bd0c0d X-Spam-Score: 0.2 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) --001a1146eeaa791fb30544bd0c0d Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cl=C3=A9ment Pit--Claudel schrieb am Di., 4. Okt. 2= 016 um 21:42 Uhr: > This sounds like a great idea! > > As an aside, note that these things are not impossible; just tricky. You > just need to register your own debugger, then in that debugger function > re-throw the error after recording the backtrace. You also need to > increment num-nonmacro-input-events from the debugger. > Yeah, that sounds like a quite hackish way - it means the debugger wasn't really intended to be used that way. --001a1146eeaa791fb30544bd0c0d Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Cl=C3= =A9ment Pit--Claudel <clement.p= it@gmail.com> schrieb am Di., 4. Okt. 2016 um 21:42=C2=A0Uhr:
This sounds like a great idea!

As an aside, note that these things are not impossible; just tricky.=C2=A0 = You just need to register your own debugger, then in that debugger function= re-throw the error after recording the backtrace.=C2=A0 You also need to i= ncrement num-nonmacro-input-events from the debugger.

Yeah, that sounds like a quite hackish way= - it means the debugger wasn't really intended to be used that way.=C2= =A0
--001a1146eeaa791fb30544bd0c0d-- From unknown Fri Sep 05 11:00:23 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24617: 26.0.50; Handlers in `condition-case' should have programmatic access to the backtrace Resent-From: Philipp Stephani Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 28 Dec 2016 20:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24617 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Helmut Eller , 24617@debbugs.gnu.org Received: via spool by 24617-submit@debbugs.gnu.org id=B24617.14829557119217 (code B ref 24617); Wed, 28 Dec 2016 20:09:01 +0000 Received: (at 24617) by debbugs.gnu.org; 28 Dec 2016 20:08:31 +0000 Received: from localhost ([127.0.0.1]:58303 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cMKWU-0002Ob-LR for submit@debbugs.gnu.org; Wed, 28 Dec 2016 15:08:30 -0500 Received: from mail-wm0-f48.google.com ([74.125.82.48]:34546) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cMKWS-0002ON-5D for 24617@debbugs.gnu.org; Wed, 28 Dec 2016 15:08:28 -0500 Received: by mail-wm0-f48.google.com with SMTP id u144so77089957wmu.1 for <24617@debbugs.gnu.org>; Wed, 28 Dec 2016 12:08:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=VHm06wrv/7t5OhiElbtRF2oQXvA5koVhZusgY2kDjyM=; b=DSmccg67EX3gI/3OCcSuHyvyGIW+U7aiSCQHqkH4FJ5NZTkerbwukfFN3JYqytin2M hpGdVFWbS2dluSOrhi+0iq1/KGqHmQsxDXPysM/u8lX7ZoIbNZrNZXS8wFA7mgA2eaZq UJRsVf1E5Abi1PcVcqjcx5MZahCQPtQE7ii6gR8DIFLsBeLJQ6GP8iULnuIqaJUqF4Z6 nRsPOAtqlB6NVwZLNKSGEvgWXe5VZ6Cbx5+r44oQVN3VANfcBO0ntrqec0u66YsoZWCW 0v+tvC0BdCswxyWMoAbE6VCaVfY9GBq9koeK3QlBNbF6EPZHSrfyFc+h7b657738cm8j 96TA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=VHm06wrv/7t5OhiElbtRF2oQXvA5koVhZusgY2kDjyM=; b=WbPQwvVZMksNW1LWkeFeNvBhLuXJ7SsqrhdIfGqLzlnqbTI8ZkBm+BrHIy89KEqhBL Zkz/BFpPKMvgqE2jxvSqfFPs5eUDnWx1KknjeVulC2K1sJo8bZxlJyoZNq/pascMnaVc NGq7aA6g6eNbWafV/1BcOJk9k3eRmEc6Z+oqo90UcBIhS2261mcYO8V1/DWGL+Wfa9Wi 8+dTjfylU+NDJnxyI1tHUbH90YVOfKJJSWvZIbnekEuoKBPFjQKmp6bcCG5tz/oL1TIH KrmwDKspwFsTa5TV0foxN5BueHjM5Y6q7/zl23mvrjTJysRb61vSxLJFha860kc57CmD 4V1g== X-Gm-Message-State: AIkVDXI7tzDOnxWF+3dchrP2Hlqch0cpGvqke76nSJRidNlBzwUf9ademh1QJNILxNI0p1fkY9jhkqrldc+8JQ== X-Received: by 10.28.129.81 with SMTP id c78mr35696785wmd.94.1482955702522; Wed, 28 Dec 2016 12:08:22 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Philipp Stephani Date: Wed, 28 Dec 2016 20:08:12 +0000 Message-ID: Content-Type: multipart/alternative; boundary=001a11424262dddbff0544bd8716 X-Spam-Score: 0.2 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.2 (/) --001a11424262dddbff0544bd8716 Content-Type: text/plain; charset=UTF-8 Helmut Eller schrieb am Mi., 5. Okt. 2016 um 08:18 Uhr: > On Tue, Oct 04 2016, Philipp Stephani wrote: > > > Currently a handler in a `condition-case' form doesn't have access to > > the backtrace that was active when the signal was raised. This makes > > many useful things impossible, such as re-raising signals or returning > > the backtrace to emacsclient. I suggest either adding true exception > > objects (storing the error symbol, data, and backtrace), or at least > > providing a dynamic variable with the current backtrace. > > First, you can copy the backtrace in a signal-hook-function and store it > in global variable. > Yes, that sounds like a good workaround, with the downside that other libraries might override signal-hook-function and disable that functionality. Do you know why ERT uses a custom debugger instead of signal-hook-function? > > Second, unconditionally copying the backtrace would be expensive Are you sure about that? In languages that are typically far more performance-sensitive (e.g. Java), the backtrace is also copied unconditionally. > and > would still not allow access to local variables in stack frames or the > value of dynamic variables at the point where the error was signalled > Just because Java or Python do that doesn't make it a great idea. > True, but having the function names and argument values is better than nothing when debugging the cause of a signal. > > Third, the solution to this problem in Common Lisp is the HANDLER-CASE > macro which is similar to condition-case but the error handlers are > executed without unwinding the stack. That doesn't require any copying > and gives full access to the stack. That sounds like an interesting approach that could be made to solve some common use cases (e.g. test runners or rethrowing signals). --001a11424262dddbff0544bd8716 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


Helmut= Eller <eller.helmut@gmail.com= > schrieb am Mi., 5. Okt. 2016 um 08:18=C2=A0Uhr:
On Tue, Oct 04 2016, Philipp Stephani wrote:

> Currently a handler in a `condition-case' form doesn't have ac= cess to
> the backtrace that was active when the signal was raised.=C2=A0 This m= akes
> many useful things impossible, such as re-raising signals or returning=
> the backtrace to emacsclient.=C2=A0 I suggest either adding true excep= tion
> objects (storing the error symbol, data, and backtrace), or at least > providing a dynamic variable with the current backtrace.

First, you can copy the backtrace in a signal-hook-function and store it in global variable.

Yes, that sounds like a good workaround, with the downside that other libr= aries might override signal-hook-function and disable that functionality.
Do you know why ERT uses a custom debugger instead of signal-hook-= function?
=C2=A0

Second, unconditionally copying the backtrace would be expensive

Are you sure about that? In languages that are typic= ally far more performance-sensitive (e.g. Java), the backtrace is also copi= ed unconditionally.
=C2=A0
an= d
would still not allow access to local variables in stack frames or the
value of dynamic variables at the point where the error was signalled
Just because Java or Python do that doesn't make it a great idea.

True, but having the fun= ction names and argument values is better than nothing when debugging the c= ause of a signal.
=C2=A0

Third, the solution to this problem in Common Lisp is the HANDLER-CASE
macro which is similar to condition-case but the error handlers are
executed without unwinding the stack.=C2=A0 That doesn't require any co= pying
and gives full access to the stack.

That s= ounds like an interesting approach that could be made to solve some common = use cases (e.g. test runners or rethrowing signals).
--001a11424262dddbff0544bd8716-- From unknown Fri Sep 05 11:00:23 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24617: 26.0.50; Handlers in `condition-case' should have programmatic access to the backtrace Resent-From: Helmut Eller Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Dec 2016 09:03:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24617 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Philipp Stephani Cc: 24617@debbugs.gnu.org Received: via spool by 24617-submit@debbugs.gnu.org id=B24617.14830021257488 (code B ref 24617); Thu, 29 Dec 2016 09:03:01 +0000 Received: (at 24617) by debbugs.gnu.org; 29 Dec 2016 09:02:05 +0000 Received: from localhost ([127.0.0.1]:58481 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cMWb7-0001wi-FS for submit@debbugs.gnu.org; Thu, 29 Dec 2016 04:02:05 -0500 Received: from mail-wm0-f65.google.com ([74.125.82.65]:34344) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cMWb5-0001wB-Ep for 24617@debbugs.gnu.org; Thu, 29 Dec 2016 04:02:03 -0500 Received: by mail-wm0-f65.google.com with SMTP id c85so27302784wmi.1 for <24617@debbugs.gnu.org>; Thu, 29 Dec 2016 01:02:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=tkLgdTWg/8ME13FRLH/tklGsJHwkag3zduqGtQZx/I4=; b=qeq/whjfFpB8YkiNEUSczChPG77y2WJpGZ2PbEwFzV1TwZtRZVx6OPsG/SqhiilbkW c7+OFqhGqcmQjEf440CpVhjc0PFfgtpKumiukfL5757eWJOItsyBCKKc0Va+0TW3AThd eDMAVMBKJSJvI40xqkTdrRVoj9H7xWP3cZLepo1IswCb8j28GSn95hnFFkree6SfWZd2 ZGQhJCJRWLTBtOwtzoxooLMNkizT4mWdWRdT81bM/KuSfemTmrif1DAnvPejquVdM/aj GUsKktM3JbToGIr9bWvjBZM0mqBD0fVbpCAhAm+QgzX7LN8j8ImYPZwJC2gufSTrP4ua PBmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=tkLgdTWg/8ME13FRLH/tklGsJHwkag3zduqGtQZx/I4=; b=NyhQyBNCjzP/QNtJSU7yfvN6yNXQJs8QEh0mZIkrQbuMAfz2+Sgymb8+/JkiGIwzbL bYezNYHh8MZs3AgvaTvNXIQvOx+TpXzTf+D+2qZSVIX77wMTUlehphml354LfgzoCX0p 9h8kxIfYW6oN2E1O6s8jN0gNx76BKnmVQbLXh/hEcphl4dv+sfeS50ECaAzQtQjO4NFd fyOjbJOUpJax/ilGGKuHRurUFOOwry1s1eYlg/0ssHhqTLc6bDbH3zMMPEQD3cZ6gLz+ pGFxAfjMc1bMfFyLUP1XjKkG85L8j982EO0jkdD5McFMv6c6yB08CYtBssI0SbxV0kwT 9AXw== X-Gm-Message-State: AIkVDXJSMbFqv6mip+IGCoGs1BX9PTisauJyRWYqGxe4v8TrsAAdSpgYCbExJG5TZ/37+g== X-Received: by 10.28.109.2 with SMTP id i2mr36284261wmc.41.1483002117558; Thu, 29 Dec 2016 01:01:57 -0800 (PST) Received: from caladan ([212.46.179.89]) by smtp.gmail.com with ESMTPSA id o132sm64387522wmo.17.2016.12.29.01.01.56 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 29 Dec 2016 01:01:57 -0800 (PST) From: Helmut Eller References: Date: Thu, 29 Dec 2016 10:01:48 +0100 In-Reply-To: (Philipp Stephani's message of "Wed, 28 Dec 2016 20:08:12 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.5 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.5 (/) On Wed, Dec 28 2016, Philipp Stephani wrote: > Yes, that sounds like a good workaround, with the downside that other > libraries might override signal-hook-function and disable that > functionality. > Do you know why ERT uses a custom debugger instead of > signal-hook-function? No. (I didn't write ERT.) Maybe it's difficult to determine whether/where a condition will be handled from a signal-hook-function. > Second, unconditionally copying the backtrace would be expensive > > > Are you sure about that? No, but I would be surprised if it were cheap. Helmut From unknown Fri Sep 05 11:00:23 2025 X-Loop: help-debbugs@gnu.org Subject: bug#24617: 26.0.50; Handlers in `condition-case' should have programmatic access to the backtrace Resent-From: =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 29 Dec 2016 14:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24617 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 24617@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.148302020810483 (code B ref -1); Thu, 29 Dec 2016 14:04:02 +0000 Received: (at submit) by debbugs.gnu.org; 29 Dec 2016 14:03:28 +0000 Received: from localhost ([127.0.0.1]:58625 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cMbIl-0002j0-PA for submit@debbugs.gnu.org; Thu, 29 Dec 2016 09:03:27 -0500 Received: from eggs.gnu.org ([208.118.235.92]:41210) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cMbIj-0002il-W1 for submit@debbugs.gnu.org; Thu, 29 Dec 2016 09:03:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cMbIa-0006b2-O2 for submit@debbugs.gnu.org; Thu, 29 Dec 2016 09:03:20 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:58763) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cMbIa-0006au-Kf for submit@debbugs.gnu.org; Thu, 29 Dec 2016 09:03:16 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:60413) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cMbIW-000466-IV for bug-gnu-emacs@gnu.org; Thu, 29 Dec 2016 09:03:16 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cMbIS-0006Yz-Mv for bug-gnu-emacs@gnu.org; Thu, 29 Dec 2016 09:03:12 -0500 Received: from mout.kundenserver.de ([212.227.17.13]:49816) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cMbIS-0006YK-91 for bug-gnu-emacs@gnu.org; Thu, 29 Dec 2016 09:03:08 -0500 Received: from [192.168.1.79] ([109.24.225.43]) by mrelayeu.kundenserver.de (mreue101 [212.227.15.184]) with ESMTPSA (Nemesis) id 0LrbET-1cWT7F29WP-013Qeo for ; Thu, 29 Dec 2016 15:03:04 +0100 References: From: =?UTF-8?Q?Cl=C3=A9ment?= Pit--Claudel Message-ID: Date: Thu, 29 Dec 2016 15:02:53 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="HcbK2uKmpniX9KTILxP57M3Be9F4mJgmA" X-Provags-ID: V03:K0:yLlrcXxr9a2yl5/+1zGWThJtgg9jPOS3ylIDw6B4D0ENAg9mJmQ aNnagBeidtIA46g7QZMz5F4P904Z/23zvPNBM9deDQGYakEYWDPJYOB1hWzZX2A3or/xlsY A/VAw1Gm1Wfx9iUNlJFCIDqUAE2t+Zt0b7KezFdudohSKm3BNf5yH0+dJ9Z7tzQypJsPeOf G5Zz9ujtqy3//YzofXFYQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:j4cz5eXebwA=:RZQv45dPWsE+/7WjzjTLep Pl5ZuHEWiOMDRp0kAiOdIC3TynT8lvmo/ZH+AivVkLZfFyUbqkq/fe9u2zyWpkn9rXOd4DmZh rjcwKY3t1Wp6LE0gZGcMvyyKxJDVjTPVCyQJ/MxHT/ECb4jzGrXABBiCynqeXKOi3JmuFSg2w H7Npxk7lWNMM6fjAY4UgC8PtbcITxalCCMul2yKms/Qp9fgjxs3THzPH5WEfzKcsxp3127JlY lr5Zov0PUM95AetdxsJUxt4pzu8rCsquGjrkzl2jZbflkK1LK+f8XmjlYkyPyodZWuNJuwb3F ETW32861xEGWq3C5wYa2CCeC95hU/RuJygQqiL91aW19vvN+lyaKoUA6N1oMhKmbSxRJLD4ua l+sWt61dsG5AzunSUnu3LKjCb13mQx3LyoIdSRbtkjTiwalRz9jAOz3IWf7JY8+RnxLxsfeQK y6DB7qibuaHvywYetPZ1HLGOP96tvZMTieoh8pzD6P/+x/LtQDXHUWviNjOaZtZihpnGB62GI +mV94vaAnTjzPs5YbREKfWKcDfCO9N9II6mtFYdWf4dvP2LcwyQbAD6tP4AIMdhgXNF6DMuEq yM3oGi7I3+RpdCOJDrTHfXZkJ6iqBP+ZQiQBOZENXj8+IENFiAeEh4AlRkJEsHyVRWoDLkRGt XBTM37WldRAMcBguw7Ayt6TdzcQYqiYulfedn99IEAZhY3smt0fcojRBfuNDw+6w5pzs= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --HcbK2uKmpniX9KTILxP57M3Be9F4mJgmA Content-Type: multipart/mixed; boundary="cgq41mktIFq2PR169dhOnDcIkhooF8VL1"; protected-headers="v1" From: =?UTF-8?Q?Cl=c3=a9ment_Pit--Claudel?= To: bug-gnu-emacs@gnu.org Message-ID: Subject: Re: bug#24617: 26.0.50; Handlers in `condition-case' should have programmatic access to the backtrace References: In-Reply-To: --cgq41mktIFq2PR169dhOnDcIkhooF8VL1 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 12/29/2016 10:01 AM, Helmut Eller wrote: >> Second, unconditionally copying the backtrace would be expensive >> >> Are you sure about that? > > No, but I would be surprised if it were cheap. Collecting the textual backtrace (by calling 'backtrace') can take arbitr= arily long, because it includes arguments, which can be large strings. I'= ve run into this (99% of the time was spent on collecting backtraces). Collecting a full backtrace with backtrace-frame (as objects) is quadrati= c, but I don't know if that matters. The master branch has mapbacktrace,= which solves the quadratic part. Cl=E9ment. --cgq41mktIFq2PR169dhOnDcIkhooF8VL1-- --HcbK2uKmpniX9KTILxP57M3Be9F4mJgmA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJYZReXAAoJEPqg+cTm90wjEAkP/0C/XELj+Q4Zt9AlEHDTDPnB rrF+PrMSa66Fq4y7Nuh0frZGEikZKKA1ETjTw+M5LbBGSZ8X3YA13lspAecR3Qcm cRHNiG1FvWUUUORn2F3zE3bu7WI7VruGpiZoFfFlKF+URC9ARKT9SeubshYsM0ys xcnHij4phbkazTiN70EkqNN8wm5G5L8XN4vFVCjbSUHOMdMNp3rk2Vl4k1JYAH+J vzBnBlrMjgZeYvaAnOvDSHvPttKEvVNSGygpYuJWtSqe5fK8V2zyNEq7tLd+OFJW 0jxAdP5V0Y5fk8uy5ea5tcfgCfE7Y+k6sYoRgHjTX69rrMyBNR6Ev6KwKMblRv6I kPSrPqfGbIvgkfRbecxcy6Y9bT429jaa28ZizYOoQCJ9KeDmTEunPgmaw6Qcb5UV sIIDPDcb5affoGGONY8BY9uTsMi6oMwDStUl6l0z19dj3lLPJNcDPr2pTPqiMAe/ vkSFiuEPexXLc9emh9zVM8UiifmKoZIV5D6DI0NKvBRVMTTGZILNdhwFFXn/pp8F DWrlLzWVai2K5Eu0/yGwVRI6MjHwYCtaIa3aZwfm+f4Ht8f6r8UO4y4yoXwEAa9t eMQeiNQ74dlHpJaHhRma7jgE9mTuY4TU3bmdKNDyAa7A1cVlxfU7oJK+2EWnjkXd RHGo5lWLI1nWr5z/sJR5 =77EC -----END PGP SIGNATURE----- --HcbK2uKmpniX9KTILxP57M3Be9F4mJgmA--