From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Jean Louis Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 09 Sep 2019 07:42:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 37352@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.156801490712274 (code B ref -1); Mon, 09 Sep 2019 07:42:02 +0000 Received: (at submit) by debbugs.gnu.org; 9 Sep 2019 07:41:47 +0000 Received: from localhost ([127.0.0.1]:39493 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i7EJ1-0003Bs-1T for submit@debbugs.gnu.org; Mon, 09 Sep 2019 03:41:47 -0400 Received: from lists.gnu.org ([209.51.188.17]:54351) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i7EIz-0003Bj-4C for submit@debbugs.gnu.org; Mon, 09 Sep 2019 03:41:45 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:44482) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i7EIx-0007IQ-JS for bug-gnu-emacs@gnu.org; Mon, 09 Sep 2019 03:41:44 -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,URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i7EIw-0007VB-1Q for bug-gnu-emacs@gnu.org; Mon, 09 Sep 2019 03:41:43 -0400 Received: from stw1.rcdrun.com ([217.170.207.13]:53829) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1i7EIv-00079t-QY for bug-gnu-emacs@gnu.org; Mon, 09 Sep 2019 03:41:41 -0400 Received: from protected.rcdrun.com ([::ffff:31.223.149.103]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 000000000006A562.000000005D760214.00003FB1; Mon, 09 Sep 2019 00:41:08 -0700 Received: from localhost (localhost [127.0.0.1]) (uid 1001) by protected.rcdrun.com with local id 00000000000CBDCA.000000005D760212.00005754; Mon, 09 Sep 2019 09:41:06 +0200 From: Jean Louis X-Hashcash: 1:20:190909:bug-gnu-emacs@gnu.org::1VAqqFbLX0fYoK2e:00000000000000000000000000000000000000000WiT Date: Mon, 09 Sep 2019 09:41:03 +0200 Message-ID: <86woeh6ho0.fsf@protected.rcdrun.com> 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-Received-From: 217.170.207.13 X-Spam-Score: -1.4 (-) 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: -2.4 (--) In my opinion this should not be happening. If I am editing buffer with recursive-edit the buffer is to abort on Emacs Lisp evaluation if there is any error taking place. I am using this function below. (defun read-from-buffer (value &optional buffer-name mode) "Edits string and returns it" (let ((this-buffer (buffer-name)) (new-value value) (buffy (if buffer-name buffer-name "*edit-string*"))) (save-excursion (switch-to-buffer buffy) (set-buffer buffy) (if mode (funcall mode) (text-mode)) (setq header-line-format "=E2=9E=9C Finish editing with C-c C-c or C-= M-c") (local-set-key (kbd "C-c C-c") 'exit-recursive-edit) (if (stringp value) (insert value)) ;; (speak "You may quit the buffer with Control C Control C") (message "When you're done editing press C-c C-c or C-M-c to continue= .") (unwind-protect (recursive-edit) (if (get-buffer-window buffy) (progn (setq new-value (buffer-substring (point-min) (point-max))) (kill-buffer buffy)))) (switch-to-buffer this-buffer) new-value))) Then you could edit some string to see how this is happening: (read-from-buffer "EDIT ME\nEvaluate this: (nonexistingfunction) ") Then there after you could evaluate some non existing function to invoke the Emacs Lisp error. At that time the editing with recursive-buffer is interrupted and data is lost. This should not happen, as evaluations are often required during editing. In GNU Emacs 27.0.50 (build 5, x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll= bars) of 2019-09-07 built on protected.rcdrun.com Repository revision: 40eb4c51a40a37c14e882e6db3f880ba4528c089 Repository branch: master Windowing system distributor 'The X.Org Foundation', version 11.0.11906000 System Description: Hyperbola GNU/Linux-libre Recent messages: Back to top level funcall-interactively: No recursive edit is in progress Mark saved where search started read-from-buffer When you=E2=80=99re done editing press C-c C-c or C-M-c to continue. Entering debugger... Back to top level Quit Mark set Making completion list... Configured using: 'configure --prefix=3D/package/text/emacs-2019-09-07 --with-modules --without-gpm --with-x-toolkit=3Dlucid PKG_CONFIG_PATH=3D/home/data1/protected/GNUstep/Library/Libraries/pkgconfi= g:/usr/lib/pkgconfig' Configured features: XAW3D XPM JPEG TIFF GIF PNG RSVG SOUND DBUS GSETTINGS GLIB NOTIFY INOTIFY ACL GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS LUCID X11 XDBE XIM MODULES THREADS JSON PDUMPER LCMS2 GMP Important settings: value of $LC_ALL: de_DE.UTF-8 value of $LANG: de_DE.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t 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 hashcash mail-extr emacsbug message rmc puny dired dired-loaddefs format-spec rfc822 mml mml-sec password-cache epa derived epg epg-config gnus-util rmail rmail-loaddefs text-property-search time-date subr-x seq byte-opt gv bytecomp byte-compile cconv mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils misearch multi-isearch help-fns radix-tree cl-print debug backtrace help-mode easymenu find-func edmacro kmacro cl-loaddefs cl-lib 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 replace newcomment text-mode elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow isearch 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 composite charscript charprop 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 threads dbusbind inotify lcms2 dynamic-setting system-font-setting font-render-setting x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 51823 7026) (symbols 48 6698 1) (strings 32 18378 2144) (string-bytes 1 589184) (vectors 16 11030) (vector-slots 8 142630 10478) (floats 8 26 76) (intervals 56 382 0) (buffers 992 14)) --=20 Thanks, Jean Louis From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 20 Sep 2019 18:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Jean Louis Cc: 37352@debbugs.gnu.org Received: via spool by 37352-submit@debbugs.gnu.org id=B37352.15690042159631 (code B ref 37352); Fri, 20 Sep 2019 18:31:01 +0000 Received: (at 37352) by debbugs.gnu.org; 20 Sep 2019 18:30:15 +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 1iBNfa-0002Uw-FO for submit@debbugs.gnu.org; Fri, 20 Sep 2019 14:30:14 -0400 Received: from quimby.gnus.org ([80.91.231.51]:33296) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iBNfY-0002R9-BA for 37352@debbugs.gnu.org; Fri, 20 Sep 2019 14:30:12 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iBNfU-0004YF-8c; Fri, 20 Sep 2019 20:30:10 +0200 From: Lars Ingebrigtsen References: <86woeh6ho0.fsf@protected.rcdrun.com> Date: Fri, 20 Sep 2019 20:30:07 +0200 In-Reply-To: <86woeh6ho0.fsf@protected.rcdrun.com> (Jean Louis's message of "Mon, 09 Sep 2019 09:41:03 +0200") Message-ID: <87muey95xs.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Jean Louis writes: [...] > (unwind-protect > (recursive-edit) > (if (get-buffer-window buffy) > (progn > (setq new-value (buffer-substring (point-min) (point-max))) > (kill-buffer buffy)))) > (switch-to-buffer this-buffer) > [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.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: -1.0 (-) Jean Louis writes: [...] > (unwind-protect > (recursive-edit) > (if (get-buffer-window buffy) > (progn > (setq new-value (buffer-substring (point-min) (point-max))) > (kill-buffer buffy)))) > (switch-to-buffer this-buffer) > new-value))) > > Then you could edit some string to see how this is happening: > > (read-from-buffer "EDIT ME\nEvaluate this: (nonexistingfunction) ") > > Then there after you could evaluate some non existing function to invoke > the Emacs Lisp error. > > At that time the editing with recursive-buffer is interrupted and data > is lost. I'm not quite sure I understand the function above, are you basically doing this? M-: (recursive-edit) M-: (error) And you say that this returns you to the to the top level? It doesn't do that for me -- unless I have debug-on-error set, and use `q' to exit that (which returns to top level, as advertised). Is this what you're seeing? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Jean Louis Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 20 Sep 2019 19:10:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 37352@debbugs.gnu.org Received: via spool by 37352-submit@debbugs.gnu.org id=B37352.156900655629289 (code B ref 37352); Fri, 20 Sep 2019 19:10:03 +0000 Received: (at 37352) by debbugs.gnu.org; 20 Sep 2019 19:09:16 +0000 Received: from localhost ([127.0.0.1]:58527 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iBOHK-0007cJ-EK for submit@debbugs.gnu.org; Fri, 20 Sep 2019 15:09:16 -0400 Received: from stw1.rcdrun.com ([217.170.207.13]:50389) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iBOHI-0007bw-55 for 37352@debbugs.gnu.org; Fri, 20 Sep 2019 15:09:12 -0400 Received: from protected.rcdrun.com ([::ffff:31.223.149.160]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 000000000006E360.000000005D8523D1.00006CBE; Fri, 20 Sep 2019 12:09:05 -0700 Received: from localhost (localhost [127.0.0.1]) (uid 1001) by protected.rcdrun.com with local id 00000000000C18DC.000000005D8523D0.00005C2E; Fri, 20 Sep 2019 21:09:03 +0200 Date: Fri, 20 Sep 2019 21:09:03 +0200 From: Jean Louis Message-ID: <20190920190903.GA12634@protected.rcdrun.com> References: <86woeh6ho0.fsf@protected.rcdrun.com> <87muey95xs.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <87muey95xs.fsf@gnus.org> User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Score: -0.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: -1.0 (-) * Lars Ingebrigtsen [2019-09-20 20:30]: > Jean Louis writes: > > > [...] > > > (unwind-protect > > (recursive-edit) > > (if (get-buffer-window buffy) > > (progn > > (setq new-value (buffer-substring (point-min) (point-max))) > > (kill-buffer buffy)))) > > (switch-to-buffer this-buffer) > > new-value))) > > > > Then you could edit some string to see how this is happening: > > > > (read-from-buffer EDIT ME\nEvaluate this: (nonexistingfunction) ) > > > > Then there after you could evaluate some non existing function to invoke > > the Emacs Lisp error. > > > > At that time the editing with recursive-buffer is interrupted and data > > is lost. > > I'm not quite sure I understand the function above, are you basically > doing this? > > M-: (recursive-edit) > M-: (error) > > And you say that this returns you to the to the top level? > > It doesn't do that for me -- unless I have debug-on-error set, and use > `q' to exit that (which returns to top level, as advertised). > > Is this what you're seeing? > > -- > (domestic pets only, the antidote for overdose, milk.) > bloggy blog: http://lars.ingebrigtsen.no Please see the attached picture. I have turned off debug on error before evaluating (jnjn) non-existing function. Jean From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 20 Sep 2019 21:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Jean Louis Cc: 37352@debbugs.gnu.org Received: via spool by 37352-submit@debbugs.gnu.org id=B37352.15690132751067 (code B ref 37352); Fri, 20 Sep 2019 21:02:02 +0000 Received: (at 37352) by debbugs.gnu.org; 20 Sep 2019 21:01:15 +0000 Received: from localhost ([127.0.0.1]:58670 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iBQ1g-0000H7-Tw for submit@debbugs.gnu.org; Fri, 20 Sep 2019 17:01:15 -0400 Received: from quimby.gnus.org ([80.91.231.51]:36212) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iBQ1f-0000Gy-DL for 37352@debbugs.gnu.org; Fri, 20 Sep 2019 17:01:11 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iBQ1c-0006G1-10; Fri, 20 Sep 2019 23:01:10 +0200 From: Lars Ingebrigtsen References: <86woeh6ho0.fsf@protected.rcdrun.com> <87muey95xs.fsf@gnus.org> <20190920190903.GA12634@protected.rcdrun.com> Date: Fri, 20 Sep 2019 23:01:07 +0200 In-Reply-To: <20190920190903.GA12634@protected.rcdrun.com> (Jean Louis's message of "Fri, 20 Sep 2019 21:09:03 +0200") Message-ID: <87tv9665t8.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Jean Louis writes: > Please see the attached picture. I have turned off debug on error > before evaluating (jnjn) non-existing function. The picture (sent in a separate email) showed a backtrace, so you do have debug-on-error switched on -- perhaps via eval-expression-debug-on-error? (It's a separate setting when you do M-:, which is r [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.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: -1.0 (-) Jean Louis writes: > Please see the attached picture. I have turned off debug on error > before evaluating (jnjn) non-existing function. The picture (sent in a separate email) showed a backtrace, so you do have debug-on-error switched on -- perhaps via eval-expression-debug-on-error? (It's a separate setting when you do M-:, which is rather confusing.) And if you hit `q' in the backtrace window, you run `top-level': (defun debugger-quit () "Quit debugging and return to the top level." (interactive) (if (= (recursion-depth) 0) (quit-window) (top-level))) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Jean Louis Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Sep 2019 12:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: 37352@debbugs.gnu.org Received: via spool by 37352-submit@debbugs.gnu.org id=B37352.156915707421847 (code B ref 37352); Sun, 22 Sep 2019 12:58:01 +0000 Received: (at 37352) by debbugs.gnu.org; 22 Sep 2019 12:57:54 +0000 Received: from localhost ([127.0.0.1]:33482 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC1R4-0005gJ-EQ for submit@debbugs.gnu.org; Sun, 22 Sep 2019 08:57:54 -0400 Received: from stw1.rcdrun.com ([217.170.207.13]:32945) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC1R2-0005g3-3r for 37352@debbugs.gnu.org; Sun, 22 Sep 2019 08:57:52 -0400 Received: from protected.rcdrun.com ([::ffff:31.223.149.174]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 000000000006E35D.000000005D876FC9.0000411C; Sun, 22 Sep 2019 05:57:45 -0700 Received: from localhost (localhost [127.0.0.1]) (uid 1001) by protected.rcdrun.com with local id 00000000000C944F.000000005D876FC8.000019AF; Sun, 22 Sep 2019 14:57:44 +0200 Date: Sun, 22 Sep 2019 14:57:44 +0200 From: Jean Louis Message-ID: <20190922125743.GJ5996@protected.rcdrun.com> References: <86woeh6ho0.fsf@protected.rcdrun.com> <87muey95xs.fsf@gnus.org> <20190920190903.GA12634@protected.rcdrun.com> <87tv9665t8.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <87tv9665t8.fsf@gnus.org> User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Score: -0.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: -1.0 (-) * Lars Ingebrigtsen [2019-09-20 23:01]: > Jean Louis writes: > > > Please see the attached picture. I have turned off debug on error > > before evaluating (jnjn) non-existing function. > > The picture (sent in a separate email) showed a backtrace, so you do > have debug-on-error switched on -- perhaps via > eval-expression-debug-on-error? (It's a separate setting when you do > M-:, which is rather confusing.) Exactl that. If I turn off eval-expression-debug-on-error, then there is no interruption of recursive-edit and I can continue editing. That is probably better defined bug. The eval-expression-debug-on-error when T or NIL shall not interrupt the recursive-edit if there is error in evaluation. The debug window could be finalized or abandoned, and then the old window shall continue processing the text edited. If you think that is not a bug, let me know. Then I can implement it in my function and avoid the problem. Jean From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Sep 2019 13:01:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Jean Louis Cc: 37352@debbugs.gnu.org Received: via spool by 37352-submit@debbugs.gnu.org id=B37352.156915723522196 (code B ref 37352); Sun, 22 Sep 2019 13:01:01 +0000 Received: (at 37352) by debbugs.gnu.org; 22 Sep 2019 13:00:35 +0000 Received: from localhost ([127.0.0.1]:33486 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC1Te-0005lv-SU for submit@debbugs.gnu.org; Sun, 22 Sep 2019 09:00:35 -0400 Received: from quimby.gnus.org ([80.91.231.51]:37320) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC1Tc-0005lk-NK for 37352@debbugs.gnu.org; Sun, 22 Sep 2019 09:00:33 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iC1TX-0004CI-4y; Sun, 22 Sep 2019 15:00:31 +0200 From: Lars Ingebrigtsen References: <86woeh6ho0.fsf@protected.rcdrun.com> <87muey95xs.fsf@gnus.org> <20190920190903.GA12634@protected.rcdrun.com> <87tv9665t8.fsf@gnus.org> <20190922125743.GJ5996@protected.rcdrun.com> Date: Sun, 22 Sep 2019 15:00:26 +0200 In-Reply-To: <20190922125743.GJ5996@protected.rcdrun.com> (Jean Louis's message of "Sun, 22 Sep 2019 14:57:44 +0200") Message-ID: <877e60wknp.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Jean Louis writes: > That is probably better defined bug. > > The eval-expression-debug-on-error when T or NIL shall not interrupt > the recursive-edit if there is error in evaluation. The debug window > could be finali [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.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: -1.0 (-) Jean Louis writes: > That is probably better defined bug. > > The eval-expression-debug-on-error when T or NIL shall not interrupt > the recursive-edit if there is error in evaluation. The debug window > could be finalized or abandoned, and then the old window shall > continue processing the text edited. > > If you think that is not a bug, let me know. Then I can implement it > in my function and avoid the problem. I don't think it's a bug -- the `q' command in the debugging buffer is documented to "Quit debugging and return to the top level". -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 22 09:00:43 2019 Received: (at control) by debbugs.gnu.org; 22 Sep 2019 13:00:43 +0000 Received: from localhost ([127.0.0.1]:33489 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC1Tn-0005mK-6O for submit@debbugs.gnu.org; Sun, 22 Sep 2019 09:00:43 -0400 Received: from quimby.gnus.org ([80.91.231.51]:37334) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC1Tl-0005mD-J1 for control@debbugs.gnu.org; Sun, 22 Sep 2019 09:00:42 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iC1Ti-0004CV-OK for control@debbugs.gnu.org; Sun, 22 Sep 2019 15:00:40 +0200 Date: Sun, 22 Sep 2019 15:00:38 +0200 Message-Id: <875zlkwknd.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #37352 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: tags 37352 notabug close 37352 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control 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: -1.0 (-) tags 37352 notabug close 37352 quit From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Jean Louis Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Sep 2019 13:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug To: Lars Ingebrigtsen Cc: 37352@debbugs.gnu.org Received: via spool by 37352-submit@debbugs.gnu.org id=B37352.156915747422605 (code B ref 37352); Sun, 22 Sep 2019 13:05:01 +0000 Received: (at 37352) by debbugs.gnu.org; 22 Sep 2019 13:04:34 +0000 Received: from localhost ([127.0.0.1]:33498 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC1XV-0005sX-O6 for submit@debbugs.gnu.org; Sun, 22 Sep 2019 09:04:33 -0400 Received: from stw1.rcdrun.com ([217.170.207.13]:56403) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC1XT-0005sJ-S4 for 37352@debbugs.gnu.org; Sun, 22 Sep 2019 09:04:32 -0400 Received: from protected.rcdrun.com ([::ffff:31.223.149.174]) (AUTH: PLAIN admin, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 000000000006E35D.000000005D877159.00004218; Sun, 22 Sep 2019 06:04:25 -0700 Received: from localhost (localhost [127.0.0.1]) (uid 1001) by protected.rcdrun.com with local id 00000000000C944F.000000005D877158.00001A43; Sun, 22 Sep 2019 15:04:24 +0200 Date: Sun, 22 Sep 2019 15:04:24 +0200 From: Jean Louis Message-ID: <20190922130424.GK5996@protected.rcdrun.com> References: <86woeh6ho0.fsf@protected.rcdrun.com> <87muey95xs.fsf@gnus.org> <20190920190903.GA12634@protected.rcdrun.com> <87tv9665t8.fsf@gnus.org> <20190922125743.GJ5996@protected.rcdrun.com> <877e60wknp.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <877e60wknp.fsf@gnus.org> User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Score: -0.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: -1.0 (-) * Lars Ingebrigtsen [2019-09-22 15:00]: > Jean Louis writes: > > > That is probably better defined bug. > > > > The eval-expression-debug-on-error when T or NIL shall not interrupt > > the recursive-edit if there is error in evaluation. The debug window > > could be finalized or abandoned, and then the old window shall > > continue processing the text edited. > > > > If you think that is not a bug, let me know. Then I can implement it > > in my function and avoid the problem. > > I don't think it's a bug -- the `q' command in the debugging buffer > is documented to Quit debugging and return to the top level. After the 'q' command, recursive-edit is interrupted. So why would that be interrupted? There is no reason that I see. From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Sep 2019 13:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug To: Jean Louis Cc: 37352@debbugs.gnu.org Received: via spool by 37352-submit@debbugs.gnu.org id=B37352.15691601742105 (code B ref 37352); Sun, 22 Sep 2019 13:50:02 +0000 Received: (at 37352) by debbugs.gnu.org; 22 Sep 2019 13:49:34 +0000 Received: from localhost ([127.0.0.1]:33525 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC2F4-0000Xs-2l for submit@debbugs.gnu.org; Sun, 22 Sep 2019 09:49:34 -0400 Received: from quimby.gnus.org ([80.91.231.51]:38434) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC2F1-0000Xj-ND for 37352@debbugs.gnu.org; Sun, 22 Sep 2019 09:49:32 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iC2Ex-0005Vt-DX; Sun, 22 Sep 2019 15:49:29 +0200 From: Lars Ingebrigtsen References: <86woeh6ho0.fsf@protected.rcdrun.com> <87muey95xs.fsf@gnus.org> <20190920190903.GA12634@protected.rcdrun.com> <87tv9665t8.fsf@gnus.org> <20190922125743.GJ5996@protected.rcdrun.com> <877e60wknp.fsf@gnus.org> <20190922130424.GK5996@protected.rcdrun.com> Date: Sun, 22 Sep 2019 15:49:26 +0200 In-Reply-To: <20190922130424.GK5996@protected.rcdrun.com> (Jean Louis's message of "Sun, 22 Sep 2019 15:04:24 +0200") Message-ID: <87woe0v3tl.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Jean Louis writes: >> I don't think it's a bug -- the `q' command in the debugging buffer >> is documented to Quit debugging and return to the top level. > > After the 'q' command, recursive-edit is interrupted. So why [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.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: -1.0 (-) Jean Louis writes: >> I don't think it's a bug -- the `q' command in the debugging buffer >> is documented to Quit debugging and return to the top level. > > After the 'q' command, recursive-edit is interrupted. So why would > that be interrupted? There is no reason that I see. "Return to the top level" means that the recursive edit is interrupted. I don't know why the `q' command in the debugging mode is defined that way. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Sep 2019 16:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug To: Lars Ingebrigtsen , Jean Louis Cc: 37352@debbugs.gnu.org Received: via spool by 37352-submit@debbugs.gnu.org id=B37352.156916887317657 (code B ref 37352); Sun, 22 Sep 2019 16:15:02 +0000 Received: (at 37352) by debbugs.gnu.org; 22 Sep 2019 16:14:33 +0000 Received: from localhost ([127.0.0.1]:34395 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC4VM-0004ai-WB for submit@debbugs.gnu.org; Sun, 22 Sep 2019 12:14:33 -0400 Received: from userp2120.oracle.com ([156.151.31.85]:39648) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC4VK-0004aQ-Hm for 37352@debbugs.gnu.org; Sun, 22 Sep 2019 12:14:31 -0400 Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x8MGEPNZ158934; Sun, 22 Sep 2019 16:14:25 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2019-08-05; bh=yuYbR3vRi9iwok/E47s3OQNsyru+6vCQb7o6Ffs6vMw=; b=NqtnPFQvO3lm+AShOUrSSpmUU5HgZ7gf9PQUrU/T5rGXUNM1Mb3DGPIJ3YMSuHUG9Mpx IIU0WkKx0Ex29BGSzvV6HMTwMTr9aq6fQbvC9JzZmNkWPVXrH/T4BUkUBHzGnoT6FHy+ 0nL2K3QhsxGQS5UxWCs+s9OSglf1egWRpoBadgfTXrcWkrOxuqbonMyIGhUmr4tl5IDx WG/2/tcM1I183dHJnZV86TpnvzhBTRvgGWICrYXjRElDB2Pjq7GYxG5Mor2l7ORLZIR6 pvs0Ar9UO772JHn3fhXYo1LJNdKBH+67MFEOGlDOGKMUyhZRweO+BCRLiEJUXe+ND8BQ Yw== Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by userp2120.oracle.com with ESMTP id 2v5cgqk531-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 22 Sep 2019 16:14:24 +0000 Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x8MGDSVN102513; Sun, 22 Sep 2019 16:14:24 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userp3020.oracle.com with ESMTP id 2v5b77hcpx-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 22 Sep 2019 16:14:24 +0000 Received: from abhmp0011.oracle.com (abhmp0011.oracle.com [141.146.116.17]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id x8MGEMYu012135; Sun, 22 Sep 2019 16:14:23 GMT MIME-Version: 1.0 Message-ID: Date: Sun, 22 Sep 2019 09:14:21 -0700 (PDT) From: Drew Adams References: <86woeh6ho0.fsf@protected.rcdrun.com> <87muey95xs.fsf@gnus.org> <20190920190903.GA12634@protected.rcdrun.com> <87tv9665t8.fsf@gnus.org> <20190922125743.GJ5996@protected.rcdrun.com> <877e60wknp.fsf@gnus.org> <20190922130424.GK5996@protected.rcdrun.com> <87woe0v3tl.fsf@gnus.org> In-Reply-To: <87woe0v3tl.fsf@gnus.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4888.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9388 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=804 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1909220170 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9388 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=902 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1909220170 X-Spam-Score: -2.3 (--) 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.3 (---) > I don't know why the `q' command in the debugging mode > is defined that way. Uh, because it makes sense? The recursive edit was entered only for use of the debugger. What is the real problem that this bug report is trying to report? What's the aim? (Sounds like an X-Y question.) From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Sep 2019 16:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug To: Drew Adams Cc: Lars Ingebrigtsen , Jean Louis , 37352@debbugs.gnu.org Received: via spool by 37352-submit@debbugs.gnu.org id=B37352.156917038120587 (code B ref 37352); Sun, 22 Sep 2019 16:40:02 +0000 Received: (at 37352) by debbugs.gnu.org; 22 Sep 2019 16:39:41 +0000 Received: from localhost ([127.0.0.1]:34417 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC4th-0005Ly-8w for submit@debbugs.gnu.org; Sun, 22 Sep 2019 12:39:41 -0400 Received: from mail-io1-f48.google.com ([209.85.166.48]:40373) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC4tf-0005Li-Is for 37352@debbugs.gnu.org; Sun, 22 Sep 2019 12:39:40 -0400 Received: by mail-io1-f48.google.com with SMTP id h144so27572409iof.7 for <37352@debbugs.gnu.org>; Sun, 22 Sep 2019 09:39:39 -0700 (PDT) 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:content-transfer-encoding; bh=BoST5Q+qTXCJ1/GnuPiqD6J8CBCxqEIdNtPU4P/fkYc=; b=bxzHsD9ge8BGgnSMe8+Ub6rKiasD4WDf2k2VhXE38yZu4n8pCrp/RhDxMOx3EOwYHy fJBiDQEdKa2xcGqIUymoZIcwaCMsONUwYl2eBn/bTmog0YC1RzGvM6eFFpnwW0yiMoC7 DdbeCWqZjBgrCzI0NWRire2ofkRqIQa4GeSlGAJruoM0IKE7o0u1gvxAjg1zsqRUMSvc RfTP7RqFr6UKKexWGtemFfVrGjKk4dkIc78gwgL5n0cRkyuLsej/nfeXHNFZuu4ofENp FLBjyOqp1yn5t68x0bDxMekCvF09J8lA8EyRk+Ch12rkoOgjOUTX5Yau7LZsO+BxXizd VYwA== 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:content-transfer-encoding; bh=BoST5Q+qTXCJ1/GnuPiqD6J8CBCxqEIdNtPU4P/fkYc=; b=Btd7VqP7xVolkUSOd+kPPXnc8AHerXUXoR6yz1rKINGB91JFNxdNCAAztz93jIG4gj qaVbWuFmRNtJxIwV2ii2fpaEzd29cWZ8dQo27VJZU3+DxG2c0WeiExZsL35hf1uR9m1J Yq0jiRg0n6NzWv9d6vtrr5W7JefWT43qZ7XEq1JvgcIO30seMKerjlZYrjKL/ufaCmqR XkAA4lu+RDFIoOgjG7Ta0yJZcjB31N4mSquXCyv8v5GBaatT9OxNddVXLsj25tFMtWhP +PGCWjFtgoxwH8MAI0g6noucZBLHe/L1G6D21BFbiFJc2/vohnOv24xSsupEnUjY9H9q YKgw== X-Gm-Message-State: APjAAAUxOi5j83bs+XGk1+/53tjyVQzkMbTN3V0Mj48cPEPrYpUI7pY6 3T4rF+D2VWxNTKIVmIXFwNoXwdCi X-Google-Smtp-Source: APXvYqydQPykEVB87br/3R0ANNOWoZB+7w2C4IxqkKXbgU12949ajocUqjNfOuO3OCCSGtLa/l+6Zw== X-Received: by 2002:a02:2941:: with SMTP id p62mr33398339jap.142.1569170373554; Sun, 22 Sep 2019 09:39:33 -0700 (PDT) Received: from minid (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.gmail.com with ESMTPSA id p26sm5850846iob.50.2019.09.22.09.39.32 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Sun, 22 Sep 2019 09:39:32 -0700 (PDT) From: Noam Postavsky References: <86woeh6ho0.fsf@protected.rcdrun.com> <87muey95xs.fsf@gnus.org> <20190920190903.GA12634@protected.rcdrun.com> <87tv9665t8.fsf@gnus.org> <20190922125743.GJ5996@protected.rcdrun.com> <877e60wknp.fsf@gnus.org> <20190922130424.GK5996@protected.rcdrun.com> <87woe0v3tl.fsf@gnus.org> Date: Sun, 22 Sep 2019 12:39:31 -0400 In-Reply-To: (Drew Adams's message of "Sun, 22 Sep 2019 09:14:21 -0700 (PDT)") Message-ID: <871rw89tfg.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.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: -1.0 (-) On Sun, 22 Sep 2019 at 12:15, Drew Adams wrote: > > > I don't know why the `q' command in the debugging mode > > is defined that way. > > Uh, because it makes sense? =C2=A0The recursive edit > was entered only for use of the debugger. There are two recursive edits, one that the OP entered from their code (I assume for the edit-file-and-return-as-string stuff [1]), and a second nested one that happend after an error was signaled and the debugger was invoked. Then quitting the debugger exits both recursive edits, because q is bound to top-level in debugger-mode, and top-level aborts all recursive edits, not just the latest one. A possible solution might be to bind q to a command which quits recursive edits only up to the one that the debugger invoked. [1]: https://lists.gnu.org/archive/html/help-gnu-emacs/2019-08/msg00051.html From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Sep 2019 16:56:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug To: Noam Postavsky Cc: Lars Ingebrigtsen , Jean Louis , 37352@debbugs.gnu.org Received: via spool by 37352-submit@debbugs.gnu.org id=B37352.156917135922517 (code B ref 37352); Sun, 22 Sep 2019 16:56:02 +0000 Received: (at 37352) by debbugs.gnu.org; 22 Sep 2019 16:55:59 +0000 Received: from localhost ([127.0.0.1]:34439 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC59S-0005r5-QY for submit@debbugs.gnu.org; Sun, 22 Sep 2019 12:55:59 -0400 Received: from userp2130.oracle.com ([156.151.31.86]:54226) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC59Q-0005qm-In for 37352@debbugs.gnu.org; Sun, 22 Sep 2019 12:55:57 -0400 Received: from pps.filterd (userp2130.oracle.com [127.0.0.1]) by userp2130.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x8MGnPV6185578; Sun, 22 Sep 2019 16:55:49 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2019-08-05; bh=q/3B1G9MkdIN7K82ms2mtUTDe1GBMZ6yzJ3SDGnOO/I=; b=Y23jInoqgQz1WI3zHAGRNJ6xodEL6GrOQGHtVpCOtf5XuXf89ojFfUz2gKQnOetDTa1a EXU9pzF7gWgA5WX677Cuh5uoXrQB5lBGL7zbo8nLVX/qV9pQJNuErAs2+Kd08uADTEhu 6ic1JY0yowNEMbvQ5cf0DM7dildNGWDiNYkzJrP+3pC9b2lvGzbpbD32fcrGs/D8czFC uBKzSW1SiXfiHqj3cpI9g6IXI48mU8rpSnz3bnL/TrPeJO0Y/8es+ItlBJYWDtBJMNKI EZtT3EbueXhrylOTcReJNznUzn2Qn+nCJIuBGMWV7l0GIS4nLI5OhF6pyIyThk0Tk8k6 8A== Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by userp2130.oracle.com with ESMTP id 2v5b9tb9vb-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 22 Sep 2019 16:55:49 +0000 Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.0.27/8.16.0.27) with SMTP id x8MGrOx3153204; Sun, 22 Sep 2019 16:55:48 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userp3020.oracle.com with ESMTP id 2v5b77knpq-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Sun, 22 Sep 2019 16:55:48 +0000 Received: from abhmp0019.oracle.com (abhmp0019.oracle.com [141.146.116.25]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id x8MGtjA4002575; Sun, 22 Sep 2019 16:55:47 GMT MIME-Version: 1.0 Message-ID: <7ddd69dc-0dbf-4371-8067-ef219cc0569d@default> Date: Sun, 22 Sep 2019 09:55:44 -0700 (PDT) From: Drew Adams References: <86woeh6ho0.fsf@protected.rcdrun.com> <87muey95xs.fsf@gnus.org> <20190920190903.GA12634@protected.rcdrun.com> <87tv9665t8.fsf@gnus.org> <20190922125743.GJ5996@protected.rcdrun.com> <877e60wknp.fsf@gnus.org> <20190922130424.GK5996@protected.rcdrun.com> <87woe0v3tl.fsf@gnus.org> <871rw89tfg.fsf@gmail.com> In-Reply-To: <871rw89tfg.fsf@gmail.com> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4888.0 (x86)] Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9388 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=932 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1909220177 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9388 signatures=668685 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=999 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1908290000 definitions=main-1909220177 X-Spam-Score: -2.3 (--) 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.3 (---) > > > I don't know why the `q' command in the debugging mode > > > is defined that way. > > > > Uh, because it makes sense? =C2=A0The recursive edit > > was entered only for use of the debugger. >=20 > There are two recursive edits, one that the OP entered from their code > (I assume for the edit-file-and-return-as-string stuff [1]),=20 Sorry; didn't realize that. > and a second nested one that happend after an error was signaled and the > debugger was invoked. Then quitting the debugger exits both recursive > edits, because q is bound to top-level in debugger-mode, and top-level > aborts all recursive edits, not just the latest one. >=20 > A possible solution might be to bind q to a command which quits > recursive edits only up to the one that the debugger invoked. I see; thanks. But if an error was raised then is it possible to return from the debugger recursive edit to the previous recursive edit? Continuing from an error can be problematic, no? On the other hand, if the debugger was entered for, say, `debug` or `debug-on-entry` then what's called for is to use `c`, not `q`, (as many times as necessary, to exit the debugger), or to use `C-M-c` to exit the recursive edit immediately. From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Sep 2019 16:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug To: Drew Adams Cc: larsi@gnus.org, bugs@gnu.support, 37352@debbugs.gnu.org Received: via spool by 37352-submit@debbugs.gnu.org id=B37352.156917148522849 (code B ref 37352); Sun, 22 Sep 2019 16:59:02 +0000 Received: (at 37352) by debbugs.gnu.org; 22 Sep 2019 16:58:05 +0000 Received: from localhost ([127.0.0.1]:34447 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC5BV-0005wR-Jn for submit@debbugs.gnu.org; Sun, 22 Sep 2019 12:58:05 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48707) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC5BT-0005vi-VI for 37352@debbugs.gnu.org; Sun, 22 Sep 2019 12:58:04 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:33181) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iC5BN-00012J-Il; Sun, 22 Sep 2019 12:57:57 -0400 Received: from [176.228.60.248] (port=4650 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iC5BM-0006kk-H9; Sun, 22 Sep 2019 12:57:57 -0400 Date: Sun, 22 Sep 2019 19:58:07 +0300 Message-Id: <83tv94p8tc.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (message from Drew Adams on Sun, 22 Sep 2019 09:14:21 -0700 (PDT)) References: <86woeh6ho0.fsf@protected.rcdrun.com> <87muey95xs.fsf@gnus.org> <20190920190903.GA12634@protected.rcdrun.com> <87tv9665t8.fsf@gnus.org> <20190922125743.GJ5996@protected.rcdrun.com> <877e60wknp.fsf@gnus.org> <20190922130424.GK5996@protected.rcdrun.com> <87woe0v3tl.fsf@gnus.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) 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.3 (---) > Date: Sun, 22 Sep 2019 09:14:21 -0700 (PDT) > From: Drew Adams > Cc: 37352@debbugs.gnu.org > > > I don't know why the `q' command in the debugging mode > > is defined that way. > > Uh, because it makes sense? The recursive edit > was entered only for use of the debugger. No, it wasn't. Please re-read the original bug report. From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Sep 2019 17:00:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug To: Noam Postavsky Cc: larsi@gnus.org, bugs@gnu.support, drew.adams@oracle.com, 37352@debbugs.gnu.org Received: via spool by 37352-submit@debbugs.gnu.org id=B37352.156917157723046 (code B ref 37352); Sun, 22 Sep 2019 17:00:02 +0000 Received: (at 37352) by debbugs.gnu.org; 22 Sep 2019 16:59:37 +0000 Received: from localhost ([127.0.0.1]:34451 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC5Cy-0005zd-Vy for submit@debbugs.gnu.org; Sun, 22 Sep 2019 12:59:37 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48853) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC5Cx-0005zI-4Z for 37352@debbugs.gnu.org; Sun, 22 Sep 2019 12:59:35 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:33204) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iC5Cr-0002uO-TW; Sun, 22 Sep 2019 12:59:29 -0400 Received: from [176.228.60.248] (port=4740 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iC5Cn-0002KX-Rg; Sun, 22 Sep 2019 12:59:29 -0400 Date: Sun, 22 Sep 2019 19:59:36 +0300 Message-Id: <83sgoop8qv.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <871rw89tfg.fsf@gmail.com> (message from Noam Postavsky on Sun, 22 Sep 2019 12:39:31 -0400) References: <86woeh6ho0.fsf@protected.rcdrun.com> <87muey95xs.fsf@gnus.org> <20190920190903.GA12634@protected.rcdrun.com> <87tv9665t8.fsf@gnus.org> <20190922125743.GJ5996@protected.rcdrun.com> <877e60wknp.fsf@gnus.org> <20190922130424.GK5996@protected.rcdrun.com> <87woe0v3tl.fsf@gnus.org> <871rw89tfg.fsf@gmail.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) 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.3 (---) > From: Noam Postavsky > Date: Sun, 22 Sep 2019 12:39:31 -0400 > Cc: Lars Ingebrigtsen , Jean Louis , > 37352@debbugs.gnu.org > > A possible solution might be to bind q to a command which quits > recursive edits only up to the one that the debugger invoked. For backward compatibility reasons, this should be a different key, or at the very least there should be a defcustom to control what q does, defaulting to the current behavior. From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Andreas Schwab Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Sep 2019 17:55:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug To: Eli Zaretskii Cc: larsi@gnus.org, Noam Postavsky , bugs@gnu.support, 37352@debbugs.gnu.org Received: via spool by 37352-submit@debbugs.gnu.org id=B37352.15691748894462 (code B ref 37352); Sun, 22 Sep 2019 17:55:01 +0000 Received: (at 37352) by debbugs.gnu.org; 22 Sep 2019 17:54:49 +0000 Received: from localhost ([127.0.0.1]:34504 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC64O-00019u-Vy for submit@debbugs.gnu.org; Sun, 22 Sep 2019 13:54:49 -0400 Received: from mail-out.m-online.net ([212.18.0.10]:50590) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC64M-00019j-Bk for 37352@debbugs.gnu.org; Sun, 22 Sep 2019 13:54:47 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 46bw845NwSz1s2n0; Sun, 22 Sep 2019 19:54:44 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 46bw844D29z1qqkD; Sun, 22 Sep 2019 19:54:44 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id H9GwCa7a7SNA; Sun, 22 Sep 2019 19:54:43 +0200 (CEST) X-Auth-Info: os66P7suPgcnZiQJl1RJK+GF+jK/LWqFa5CmzHl+bSapcS9U9xLtsxzI6czDyUnb Received: from igel.home (ppp-46-244-167-105.dynamic.mnet-online.de [46.244.167.105]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Sun, 22 Sep 2019 19:54:43 +0200 (CEST) Received: by igel.home (Postfix, from userid 1000) id 33E1B2C0195; Sun, 22 Sep 2019 19:54:43 +0200 (CEST) From: Andreas Schwab References: <86woeh6ho0.fsf@protected.rcdrun.com> <87muey95xs.fsf@gnus.org> <20190920190903.GA12634@protected.rcdrun.com> <87tv9665t8.fsf@gnus.org> <20190922125743.GJ5996@protected.rcdrun.com> <877e60wknp.fsf@gnus.org> <20190922130424.GK5996@protected.rcdrun.com> <87woe0v3tl.fsf@gnus.org> <871rw89tfg.fsf@gmail.com> <83sgoop8qv.fsf@gnu.org> X-Yow: The FALAFEL SANDWICH lands on my HEAD and I become a VEGETARIAN... Date: Sun, 22 Sep 2019 19:54:43 +0200 In-Reply-To: <83sgoop8qv.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 22 Sep 2019 19:59:36 +0300") Message-ID: <87lfugxllo.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.4 (/) 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: -1.4 (-) On Sep 22 2019, Eli Zaretskii wrote: >> A possible solution might be to bind q to a command which quits >> recursive edits only up to the one that the debugger invoked. > > For backward compatibility reasons, this should be a different key, Like C-M-c? Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Sep 2019 18:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug To: Andreas Schwab Cc: larsi@gnus.org, npostavs@gmail.com, bugs@gnu.support, 37352@debbugs.gnu.org Received: via spool by 37352-submit@debbugs.gnu.org id=B37352.15691764587137 (code B ref 37352); Sun, 22 Sep 2019 18:21:01 +0000 Received: (at 37352) by debbugs.gnu.org; 22 Sep 2019 18:20:58 +0000 Received: from localhost ([127.0.0.1]:34518 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC6Th-0001r2-LK for submit@debbugs.gnu.org; Sun, 22 Sep 2019 14:20:58 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57324) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iC6Td-0001qh-MU for 37352@debbugs.gnu.org; Sun, 22 Sep 2019 14:20:53 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:34217) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iC6TX-0003go-L6; Sun, 22 Sep 2019 14:20:47 -0400 Received: from [176.228.60.248] (port=1972 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iC6TV-0001lQ-Te; Sun, 22 Sep 2019 14:20:47 -0400 Date: Sun, 22 Sep 2019 21:20:54 +0300 Message-Id: <83o8zcp4zd.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87lfugxllo.fsf@igel.home> (message from Andreas Schwab on Sun, 22 Sep 2019 19:54:43 +0200) References: <86woeh6ho0.fsf@protected.rcdrun.com> <87muey95xs.fsf@gnus.org> <20190920190903.GA12634@protected.rcdrun.com> <87tv9665t8.fsf@gnus.org> <20190922125743.GJ5996@protected.rcdrun.com> <877e60wknp.fsf@gnus.org> <20190922130424.GK5996@protected.rcdrun.com> <87woe0v3tl.fsf@gnus.org> <871rw89tfg.fsf@gmail.com> <83sgoop8qv.fsf@gnu.org> <87lfugxllo.fsf@igel.home> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) 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.3 (---) > From: Andreas Schwab > Cc: Noam Postavsky , larsi@gnus.org, bugs@gnu.support, 37352@debbugs.gnu.org > Date: Sun, 22 Sep 2019 19:54:43 +0200 > > On Sep 22 2019, Eli Zaretskii wrote: > > >> A possible solution might be to bind q to a command which quits > >> recursive edits only up to the one that the debugger invoked. > > > > For backward compatibility reasons, this should be a different key, > > Like C-M-c? Yes, like C-M-c. From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Sep 2019 10:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug To: Eli Zaretskii Cc: Andreas Schwab , npostavs@gmail.com, bugs@gnu.support, 37352@debbugs.gnu.org Received: via spool by 37352-submit@debbugs.gnu.org id=B37352.156923391514960 (code B ref 37352); Mon, 23 Sep 2019 10:19:02 +0000 Received: (at 37352) by debbugs.gnu.org; 23 Sep 2019 10:18:35 +0000 Received: from localhost ([127.0.0.1]:35150 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iCLQQ-0003tE-L4 for submit@debbugs.gnu.org; Mon, 23 Sep 2019 06:18:34 -0400 Received: from quimby.gnus.org ([80.91.231.51]:60558) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iCLQN-0003t4-Fq for 37352@debbugs.gnu.org; Mon, 23 Sep 2019 06:18:32 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iCLQI-00056V-OG; Mon, 23 Sep 2019 12:18:29 +0200 From: Lars Ingebrigtsen References: <86woeh6ho0.fsf@protected.rcdrun.com> <87muey95xs.fsf@gnus.org> <20190920190903.GA12634@protected.rcdrun.com> <87tv9665t8.fsf@gnus.org> <20190922125743.GJ5996@protected.rcdrun.com> <877e60wknp.fsf@gnus.org> <20190922130424.GK5996@protected.rcdrun.com> <87woe0v3tl.fsf@gnus.org> <871rw89tfg.fsf@gmail.com> <83sgoop8qv.fsf@gnu.org> <87lfugxllo.fsf@igel.home> <83o8zcp4zd.fsf@gnu.org> Date: Mon, 23 Sep 2019 12:18:26 +0200 In-Reply-To: <83o8zcp4zd.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 22 Sep 2019 21:20:54 +0300") Message-ID: <87k19zb9jh.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> Like C-M-c? > > Yes, like C-M-c. Hm; I never considered that `C-M-c' would be a good way to exit the debugger -- perhaps this should be mentioned in the doc string? Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.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: -1.0 (-) Eli Zaretskii writes: >> Like C-M-c? > > Yes, like C-M-c. Hm; I never considered that `C-M-c' would be a good way to exit the debugger -- perhaps this should be mentioned in the doc string? Or perhaps we could bind, say, `Q', to `exit-recursive-edit' in that mode? I just had a look at the doc string -- I'm not quite sure what the second paragraph tries to say, but it seems to be grammatically dubious, anyway. Perhaps somebody who knows what this means can fix that sentence up, anyway? :-) --- A line starts with =E2=80=98*=E2=80=99 if exiting that frame will call the = debugger. Type b or u to set or remove the =E2=80=98*=E2=80=99. When in debugger due to frame being exited, use the r command to override the value being returned from that frame. Use M-x debug-on-entry and M-x cancel-debug-on-entry to control which functions will enter the debugger when called. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Noam Postavsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Sep 2019 12:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug To: Lars Ingebrigtsen Cc: Eli Zaretskii , Andreas Schwab , bugs@gnu.support, 37352@debbugs.gnu.org Received: via spool by 37352-submit@debbugs.gnu.org id=B37352.15692426354713 (code B ref 37352); Mon, 23 Sep 2019 12:44:02 +0000 Received: (at 37352) by debbugs.gnu.org; 23 Sep 2019 12:43:55 +0000 Received: from localhost ([127.0.0.1]:35312 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iCNh4-0001Dx-Nt for submit@debbugs.gnu.org; Mon, 23 Sep 2019 08:43:54 -0400 Received: from mail-io1-f44.google.com ([209.85.166.44]:36971) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iCNh2-0001Dl-U6 for 37352@debbugs.gnu.org; Mon, 23 Sep 2019 08:43:53 -0400 Received: by mail-io1-f44.google.com with SMTP id b19so33050354iob.4 for <37352@debbugs.gnu.org>; Mon, 23 Sep 2019 05:43:52 -0700 (PDT) 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=HweKGqghsoQ0vcxT/QpQW622LLZBysQp2bP3BdB3v1c=; b=gAVkUeorYUjZXmNEjC75yk4VmG+k4G6S5kmJdLiN74/FqWg+WB01ioT8rKvi8zTcA8 yKOB6onSMg1qlEV9QPEhKEmjwtKjhT6c1812O4r5JVas1s9d3tyVndK0ImCvEi9+a6cE WMVz2B4++F5pXrb149oiSf5VTibMByXLaZ7mq+5OuYvm8pasnU8RKnbeRBnf0MJHt+x/ kXfkZgSmSVzGrTSnUsVgcWs5OYijXFAnfH2bpbbOm+oW9Vjo89FB0/ZUGD3huHyvlyvr YeWaG7I+PrTYa3AqmU7tHs1rk1/OEu7CLrx/T9PDrMD9ogiYvCELioa6UQD2iAwJODT2 HliA== 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=HweKGqghsoQ0vcxT/QpQW622LLZBysQp2bP3BdB3v1c=; b=r1DCCZn2l1jXgBDoYylkMu4vdlXkKOT2XrElQe34nDX65pBMM5zTvvXfpeLGSV0EEm NgYjWSlStB5YgHVL2yH9SyLLpx0K9sIHOIlx3f7VSHwU8mFGFZFiFLvIepFIFO6dxWvq j2AXCRhPC04kdv7eETzAIl8aR0Co7Qp6uYv6/mI376gA+FeFJOA+2WWWfBCSGqZ3R1Dc ErP4MGxtzlAxZAcZjOUuHNPRx4Y30cWujs0I0kAA8PL5t0+ND3kapHW6G11TLvVAZC99 IBsoTHh0fIaHLmlzCtxdsdfQqYJVQ8kIX4Tg1oxeMAeDGs/iUrg2dvJScE0o5mil1vbS C+Vg== X-Gm-Message-State: APjAAAU46mfd4fIJ1XsWFWj0waW+BwxvjYH+cHriB7HeYFORXPOo9ruI iXLa0gj4i17uZLlEyTckN8IdZYFZ X-Google-Smtp-Source: APXvYqwmOlwQPuruJpSKZ8aIdQt9jfUqbpolS9A8HL5xOKkI4OvTKP8oaM8oDJb+2gqpJYDVuYI/0w== X-Received: by 2002:a5e:da0a:: with SMTP id x10mr19049519ioj.286.1569242627149; Mon, 23 Sep 2019 05:43:47 -0700 (PDT) Received: from minid (cbl-45-2-119-34.yyz.frontiernetworks.ca. [45.2.119.34]) by smtp.gmail.com with ESMTPSA id c8sm12934075iol.57.2019.09.23.05.43.46 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 23 Sep 2019 05:43:46 -0700 (PDT) From: Noam Postavsky References: <86woeh6ho0.fsf@protected.rcdrun.com> <87muey95xs.fsf@gnus.org> <20190920190903.GA12634@protected.rcdrun.com> <87tv9665t8.fsf@gnus.org> <20190922125743.GJ5996@protected.rcdrun.com> <877e60wknp.fsf@gnus.org> <20190922130424.GK5996@protected.rcdrun.com> <87woe0v3tl.fsf@gnus.org> <871rw89tfg.fsf@gmail.com> <83sgoop8qv.fsf@gnu.org> <87lfugxllo.fsf@igel.home> <83o8zcp4zd.fsf@gnu.org> <87k19zb9jh.fsf@gnus.org> Date: Mon, 23 Sep 2019 08:43:45 -0400 In-Reply-To: <87k19zb9jh.fsf@gnus.org> (Lars Ingebrigtsen's message of "Mon, 23 Sep 2019 12:18:26 +0200") Message-ID: <87wodz89oe.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.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: -1.0 (-) Lars Ingebrigtsen writes: > Eli Zaretskii writes: > >>> Like C-M-c? >> >> Yes, like C-M-c. > > Hm; I never considered that `C-M-c' would be a good way to exit the > debugger -- perhaps this should be mentioned in the doc string? > > Or perhaps we could bind, say, `Q', to `exit-recursive-edit' in that > mode? This would fail to exit the debugger when there is a recursive-edit invoked after the debugger is entered. From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Sep 2019 14:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug To: Noam Postavsky Cc: Eli Zaretskii , Andreas Schwab , bugs@gnu.support, 37352@debbugs.gnu.org Received: via spool by 37352-submit@debbugs.gnu.org id=B37352.156924732422411 (code B ref 37352); Mon, 23 Sep 2019 14:03:02 +0000 Received: (at 37352) by debbugs.gnu.org; 23 Sep 2019 14:02:04 +0000 Received: from localhost ([127.0.0.1]:36682 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iCOuf-0005pC-MA for submit@debbugs.gnu.org; Mon, 23 Sep 2019 10:02:03 -0400 Received: from quimby.gnus.org ([80.91.231.51]:36852) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iCOub-0005ow-79 for 37352@debbugs.gnu.org; Mon, 23 Sep 2019 10:01:59 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iCOuX-0007gl-55; Mon, 23 Sep 2019 16:01:55 +0200 From: Lars Ingebrigtsen References: <86woeh6ho0.fsf@protected.rcdrun.com> <87muey95xs.fsf@gnus.org> <20190920190903.GA12634@protected.rcdrun.com> <87tv9665t8.fsf@gnus.org> <20190922125743.GJ5996@protected.rcdrun.com> <877e60wknp.fsf@gnus.org> <20190922130424.GK5996@protected.rcdrun.com> <87woe0v3tl.fsf@gnus.org> <871rw89tfg.fsf@gmail.com> <83sgoop8qv.fsf@gnu.org> <87lfugxllo.fsf@igel.home> <83o8zcp4zd.fsf@gnu.org> <87k19zb9jh.fsf@gnus.org> <87wodz89oe.fsf@gmail.com> Date: Mon, 23 Sep 2019 16:01:52 +0200 In-Reply-To: <87wodz89oe.fsf@gmail.com> (Noam Postavsky's message of "Mon, 23 Sep 2019 08:43:45 -0400") Message-ID: <87y2yf5cxb.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Noam Postavsky writes: > This would fail to exit the debugger when there is a recursive-edit > invoked after the debugger is entered. Ah, right. So a new `Q' command that unwinds to whatever recursive level was at the time the debugger was entered? Is that information available in Lisp land? command_loop_level is the variable that k [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.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: -1.0 (-) Noam Postavsky writes: > This would fail to exit the debugger when there is a recursive-edit > invoked after the debugger is entered. Ah, right. So a new `Q' command that unwinds to whatever recursive level was at the time the debugger was entered? Is that information available in Lisp land? command_loop_level is the variable that keeps track of this? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Andreas Schwab Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Sep 2019 14:15:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug To: Noam Postavsky Cc: Lars Ingebrigtsen , Eli Zaretskii , bugs@gnu.support, 37352@debbugs.gnu.org Received: via spool by 37352-submit@debbugs.gnu.org id=B37352.156924809223577 (code B ref 37352); Mon, 23 Sep 2019 14:15:01 +0000 Received: (at 37352) by debbugs.gnu.org; 23 Sep 2019 14:14:52 +0000 Received: from localhost ([127.0.0.1]:36707 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iCP76-00068D-19 for submit@debbugs.gnu.org; Mon, 23 Sep 2019 10:14:52 -0400 Received: from mail-out.m-online.net ([212.18.0.10]:33295) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iCP74-000683-51 for 37352@debbugs.gnu.org; Mon, 23 Sep 2019 10:14:50 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 46cRCr4WJ0z1rQBj; Mon, 23 Sep 2019 16:14:48 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 46cRCr1P29z1qrKK; Mon, 23 Sep 2019 16:14:48 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id mGY5D0VcrpAk; Mon, 23 Sep 2019 16:14:47 +0200 (CEST) X-Auth-Info: oyXutYtAP4VmbSOz26T2J91plUGhrTIWnZeA4NYZSOeFuTYjBnBhkcnDGh+dYhaI Received: from hawking (nat.nue.novell.com [195.135.221.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Mon, 23 Sep 2019 16:14:47 +0200 (CEST) From: Andreas Schwab References: <86woeh6ho0.fsf@protected.rcdrun.com> <87muey95xs.fsf@gnus.org> <20190920190903.GA12634@protected.rcdrun.com> <87tv9665t8.fsf@gnus.org> <20190922125743.GJ5996@protected.rcdrun.com> <877e60wknp.fsf@gnus.org> <20190922130424.GK5996@protected.rcdrun.com> <87woe0v3tl.fsf@gnus.org> <871rw89tfg.fsf@gmail.com> <83sgoop8qv.fsf@gnu.org> <87lfugxllo.fsf@igel.home> <83o8zcp4zd.fsf@gnu.org> <87k19zb9jh.fsf@gnus.org> <87wodz89oe.fsf@gmail.com> X-Yow: I'm a fuschia bowling ball somewhere in Brittany Date: Mon, 23 Sep 2019 16:14:46 +0200 In-Reply-To: <87wodz89oe.fsf@gmail.com> (Noam Postavsky's message of "Mon, 23 Sep 2019 08:43:45 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) 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: -1.7 (-) On Sep 23 2019, Noam Postavsky wrote: > Lars Ingebrigtsen writes: > >> Eli Zaretskii writes: >> >>>> Like C-M-c? >>> >>> Yes, like C-M-c. >> >> Hm; I never considered that `C-M-c' would be a good way to exit the >> debugger -- perhaps this should be mentioned in the doc string? >> >> Or perhaps we could bind, say, `Q', to `exit-recursive-edit' in that >> mode? > > This would fail to exit the debugger when there is a recursive-edit > invoked after the debugger is entered. Then repeat until it does. If you enter a recursive edit, you probably had a good reason. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 25 Sep 2019 08:12:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug To: Lars Ingebrigtsen Cc: schwab@linux-m68k.org, npostavs@gmail.com, bugs@gnu.support, 37352@debbugs.gnu.org Received: via spool by 37352-submit@debbugs.gnu.org id=B37352.156939909223453 (code B ref 37352); Wed, 25 Sep 2019 08:12:02 +0000 Received: (at 37352) by debbugs.gnu.org; 25 Sep 2019 08:11:32 +0000 Received: from localhost ([127.0.0.1]:40798 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iD2Oa-00066B-9R for submit@debbugs.gnu.org; Wed, 25 Sep 2019 04:11:32 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43178) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iD2OX-00065u-0R for 37352@debbugs.gnu.org; Wed, 25 Sep 2019 04:11:29 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:57353) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iD2OQ-00053m-HU; Wed, 25 Sep 2019 04:11:22 -0400 Received: from [176.228.60.248] (port=1991 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iD2OP-0004QW-Lc; Wed, 25 Sep 2019 04:11:22 -0400 Date: Wed, 25 Sep 2019 11:11:05 +0300 Message-Id: <835zlgokx2.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <87k19zb9jh.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 23 Sep 2019 12:18:26 +0200) References: <86woeh6ho0.fsf@protected.rcdrun.com> <87muey95xs.fsf@gnus.org> <20190920190903.GA12634@protected.rcdrun.com> <87tv9665t8.fsf@gnus.org> <20190922125743.GJ5996@protected.rcdrun.com> <877e60wknp.fsf@gnus.org> <20190922130424.GK5996@protected.rcdrun.com> <87woe0v3tl.fsf@gnus.org> <871rw89tfg.fsf@gmail.com> <83sgoop8qv.fsf@gnu.org> <87lfugxllo.fsf@igel.home> <83o8zcp4zd.fsf@gnu.org> <87k19zb9jh.fsf@gnus.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) 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.3 (---) > From: Lars Ingebrigtsen > Cc: Andreas Schwab , npostavs@gmail.com, > bugs@gnu.support, 37352@debbugs.gnu.org > Date: Mon, 23 Sep 2019 12:18:26 +0200 > > I just had a look at the doc string -- I'm not quite sure what the > second paragraph tries to say, but it seems to be grammatically dubious, > anyway. Perhaps somebody who knows what this means can fix that > sentence up, anyway? :-) It took me a while to understand doc string of what you were alluding to do, but eventually I found it, and tried to clarify it. From unknown Sat Aug 16 18:47:12 2025 X-Loop: help-debbugs@gnu.org Subject: bug#37352: 27.0.50; recursive-edit aborts on elisp error after evaluation Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 25 Sep 2019 13:10:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37352 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug To: Eli Zaretskii Cc: schwab@linux-m68k.org, npostavs@gmail.com, bugs@gnu.support, 37352@debbugs.gnu.org Received: via spool by 37352-submit@debbugs.gnu.org id=B37352.156941698212430 (code B ref 37352); Wed, 25 Sep 2019 13:10:01 +0000 Received: (at 37352) by debbugs.gnu.org; 25 Sep 2019 13:09:42 +0000 Received: from localhost ([127.0.0.1]:41027 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iD737-0003EP-W4 for submit@debbugs.gnu.org; Wed, 25 Sep 2019 09:09:42 -0400 Received: from quimby.gnus.org ([80.91.231.51]:34388) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iD735-0003EH-MN for 37352@debbugs.gnu.org; Wed, 25 Sep 2019 09:09:40 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iD732-0002kl-2f; Wed, 25 Sep 2019 15:09:38 +0200 From: Lars Ingebrigtsen References: <86woeh6ho0.fsf@protected.rcdrun.com> <87muey95xs.fsf@gnus.org> <20190920190903.GA12634@protected.rcdrun.com> <87tv9665t8.fsf@gnus.org> <20190922125743.GJ5996@protected.rcdrun.com> <877e60wknp.fsf@gnus.org> <20190922130424.GK5996@protected.rcdrun.com> <87woe0v3tl.fsf@gnus.org> <871rw89tfg.fsf@gmail.com> <83sgoop8qv.fsf@gnu.org> <87lfugxllo.fsf@igel.home> <83o8zcp4zd.fsf@gnu.org> <87k19zb9jh.fsf@gnus.org> <835zlgokx2.fsf@gnu.org> Date: Wed, 25 Sep 2019 15:09:35 +0200 In-Reply-To: <835zlgokx2.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 25 Sep 2019 11:11:05 +0300") Message-ID: <87pnjov7xs.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > It took me a while to understand doc string of what you were alluding > to do, but eventually I found it, and tried to clarify it. Ah, thanks, now it's understandable to me too. :-) Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.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: -1.0 (-) Eli Zaretskii writes: > It took me a while to understand doc string of what you were alluding > to do, but eventually I found it, and tried to clarify it. Ah, thanks, now it's understandable to me too. :-) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no