From unknown Thu Aug 21 12:11:48 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13061: 24.3.50; regressions: 1) Redefining a function should cancel `debug-on-entry', 2) doc Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Dec 2012 19:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 13061 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 13061@debbugs.gnu.org X-Debbugs-Original-To: Received: via spool by submit@debbugs.gnu.org id=B.135447778630455 (code B ref -1); Sun, 02 Dec 2012 19:50:02 +0000 Received: (at submit) by debbugs.gnu.org; 2 Dec 2012 19:49:46 +0000 Received: from localhost ([127.0.0.1]:50441 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TfFXt-0007vA-Tz for submit@debbugs.gnu.org; Sun, 02 Dec 2012 14:49:46 -0500 Received: from eggs.gnu.org ([208.118.235.92]:57682) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TfFXq-0007v2-Fp for submit@debbugs.gnu.org; Sun, 02 Dec 2012 14:49:43 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TfFVb-0000O3-5W for submit@debbugs.gnu.org; Sun, 02 Dec 2012 14:47:24 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:39752) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfFVb-0000N7-1G for submit@debbugs.gnu.org; Sun, 02 Dec 2012 14:47:23 -0500 Received: from eggs.gnu.org ([208.118.235.92]:37870) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfFVa-0000kp-2G for bug-gnu-emacs@gnu.org; Sun, 02 Dec 2012 14:47:22 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TfFVY-0000KP-Rc for bug-gnu-emacs@gnu.org; Sun, 02 Dec 2012 14:47:21 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:22047) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TfFVY-0000KI-KL for bug-gnu-emacs@gnu.org; Sun, 02 Dec 2012 14:47:20 -0500 Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qB2JlH01011547 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Sun, 2 Dec 2012 19:47:18 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qB2JlGdN008891 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 2 Dec 2012 19:47:17 GMT Received: from abhmt106.oracle.com (abhmt106.oracle.com [141.146.116.58]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qB2JlGpX020183 for ; Sun, 2 Dec 2012 13:47:16 -0600 Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sun, 02 Dec 2012 11:47:16 -0800 From: "Drew Adams" Date: Sun, 2 Dec 2012 11:47:06 -0800 Message-ID: <4D9429E5C68E4B88A5B315E911D9EA47@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Ac3Qxc7sC+zx21nKSFiXdmZcNcuLEQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -3.4 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.1 (------) 1. emacs -Q (defun foo (&optional n) (interactive "p") (forward-char n)) M-x debug-on-entry RET foo RET M-x foo ; enters the debugger Then C-M-x on the defun above, to redefine foo. M-x foo ; STILL enters the debugger You can even add a doc string or make another change, then C-M-x, and you will STILL enter the debugger when `foo' is invoked. Redefining foo should cancel the `debug-on-entry'. See (elisp) `Function Debugging': *Warning:* if you redefine a function after using `debug-on-entry' on it, the code to enter the debugger is discarded by the redefinition. In effect, redefining the function cancels the break-on-entry feature for that function. This feature has now been broken. Please restore it. It is a hell of a lot easier to hit C-M-x on foo's definition than it is to do `M-x cancel-debug-on-entry RET foo RET'. 2. In the Elisp manual, this should NOT be a *Warning*. This is an intentional, longstanding FEATURE, not something bad to be warned about. And this WAS NOT a *Warning* but a simple *Note*, prior to Emacs 22. This mania of introducing "*WARNING*" everywhere really should stop. This occurrence is a second regression. "*Note*", and its attendant sanity, should be restored here. It would not be surprising if some misguided soul removed this feature of debug cancellation by function redefinition precisely because of a misunderstanding introduced by this *Warning*, thinking that this is not a feature but something bad - a bug to be "fixed". Far from being warned, as if this were about some bug workaround, users should be positively informed about this feature. That's what the original *Note* was for: to draw their attention to this positively, not to warn them about it as if it were something to avoid. In GNU Emacs 24.3.50.1 (i386-mingw-nt5.1.2600) of 2012-11-19 on MS-W7-DANI Bzr revision: 110950 monnier@iro.umontreal.ca-20121119182725-5p6w4wjimm7epggr Windowing system distributor `Microsoft Corp.', version 5.1.2600 Configured using: `configure --with-gcc (4.7) --no-opt --enable-checking --cflags -Ic:/emacs/libs/libXpm-3.5.10/include -Ic:/emacs/libs/libXpm-3.5.10/src -Ic:/emacs/libs/libpng-1.2.37-lib/include -Ic:/emacs/libs/zlib-1.2.5 -Ic:/emacs/libs/giflib-4.1.4-1-lib/include -Ic:/emacs/libs/jpeg-6b-4-lib/include -Ic:/emacs/libs/tiff-3.8.2-1-lib/include -Ic:/emacs/libs/libxml2-2.7.8-w32-bin/include/libxml2 -Ic:/emacs/libs/gnutls-3.0.9-w32-bin/include -Ic:/emacs/libs/libiconv-1.9.2-1-lib/include' From unknown Thu Aug 21 12:11:48 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13061: 24.3.50; regressions: 1) Redefining a function should cancel `debug-on-entry',2) doc Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 09 Dec 2012 04:32:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13061 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: <13061@debbugs.gnu.org> Received: via spool by 13061-submit@debbugs.gnu.org id=B13061.135502751719292 (code B ref 13061); Sun, 09 Dec 2012 04:32:01 +0000 Received: (at 13061) by debbugs.gnu.org; 9 Dec 2012 04:31:57 +0000 Received: from localhost ([127.0.0.1]:33487 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1ThYYW-000517-Mv for submit@debbugs.gnu.org; Sat, 08 Dec 2012 23:31:57 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:46770) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1ThYYU-00050z-7M for 13061@debbugs.gnu.org; Sat, 08 Dec 2012 23:31:54 -0500 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qB94VOhc032362 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for <13061@debbugs.gnu.org>; Sun, 9 Dec 2012 04:31:25 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qB94VOM0023869 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <13061@debbugs.gnu.org>; Sun, 9 Dec 2012 04:31:24 GMT Received: from abhmt111.oracle.com (abhmt111.oracle.com [141.146.116.63]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qB94VN0b012154 for <13061@debbugs.gnu.org>; Sat, 8 Dec 2012 22:31:24 -0600 Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 08 Dec 2012 20:31:23 -0800 From: "Drew Adams" References: <4D9429E5C68E4B88A5B315E911D9EA47@us.oracle.com> Date: Sat, 8 Dec 2012 20:31:14 -0800 Message-ID: <9EEAAAF114444EFAB5EF4FE61F576CFB@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-reply-to: <4D9429E5C68E4B88A5B315E911D9EA47@us.oracle.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac3Qxc7sC+zx21nKSFiXdmZcNcuLEQE/txvQ X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Spam-Score: -1.5 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.5 (-) 1. I really hope this regression gets fixed soon. It's quite annoying that redefining a function does not cancel `debug-on-entry' for it. 2. Wrt the recent abuse by Emacs Dev of the term "Warning": Think about the terms they use for hurricanes and such, situations which are FAR more serious than what Emacs has to deal with: a. The first level of making people aware is called an "Advisory". b. "Warning" is used only for a much higher level involving imminent danger. The equivalent of "advisory" wrt documentation is generally "Note", "Notice", or "Attention". You are just drawing attention to a statement, without a connotation of danger. Emacs doc should stop being so alarmist, generally. And in the case of this bug, it is downright perverted to "warn" about a positive feature. From unknown Thu Aug 21 12:11:48 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13061: 24.3.50; regressions: 1) Redefining a function should cancel`debug-on-entry',2) doc Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Dec 2012 23:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13061 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: <13061@debbugs.gnu.org> Received: via spool by 13061-submit@debbugs.gnu.org id=B13061.13555290673027 (code B ref 13061); Fri, 14 Dec 2012 23:52:02 +0000 Received: (at 13061) by debbugs.gnu.org; 14 Dec 2012 23:51:07 +0000 Received: from localhost ([127.0.0.1]:43027 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tjf22-0000ml-SQ for submit@debbugs.gnu.org; Fri, 14 Dec 2012 18:51:07 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:41593) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tjf1z-0000mb-3D for 13061@debbugs.gnu.org; Fri, 14 Dec 2012 18:51:04 -0500 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qBENo12s007574 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for <13061@debbugs.gnu.org>; Fri, 14 Dec 2012 23:50:02 GMT Received: from acsmt356.oracle.com (acsmt356.oracle.com [141.146.40.156]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qBENo14W022298 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <13061@debbugs.gnu.org>; Fri, 14 Dec 2012 23:50:01 GMT Received: from abhmt120.oracle.com (abhmt120.oracle.com [141.146.116.72]) by acsmt356.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qBENo0s4004162 for <13061@debbugs.gnu.org>; Fri, 14 Dec 2012 17:50:00 -0600 Received: from dradamslap1 (/10.159.136.65) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 14 Dec 2012 15:50:00 -0800 From: "Drew Adams" References: <4D9429E5C68E4B88A5B315E911D9EA47@us.oracle.com> <9EEAAAF114444EFAB5EF4FE61F576CFB@us.oracle.com> Date: Fri, 14 Dec 2012 15:49:55 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <9EEAAAF114444EFAB5EF4FE61F576CFB@us.oracle.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac3Qxc7sC+zx21nKSFiXdmZcNcuLEQE/txvQASQaw/A= X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Spam-Score: -1.5 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.5 (-) Could someone please take a look at this bug? It is so simple to hit C-M-x when debugging and modifiying a function that has `debug-on-entry'. Doing that should (obviously) cancel opening the debugger on entry. This has always been the behavior in Emacs, and it should be a no-brainer. (I'm not saying that how to fix it is a no-brainer - just the fact that the sane behavior should be restored.) Thx. > I really hope this regression gets fixed soon. It's quite > annoying that redefining a function does not cancel > `debug-on-entry' for it. From unknown Thu Aug 21 12:11:48 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13061: 24.3.50; regressions: 1) Redefining a function should cancel`debug-on-entry',2) doc In-Reply-To: <4D9429E5C68E4B88A5B315E911D9EA47@us.oracle.com> Resent-From: Michael Heerdegen Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 15 Dec 2012 13:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13061 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Drew Adams Cc: 13061@debbugs.gnu.org Received: via spool by 13061-submit@debbugs.gnu.org id=B13061.135557921920200 (code B ref 13061); Sat, 15 Dec 2012 13:47:02 +0000 Received: (at 13061) by debbugs.gnu.org; 15 Dec 2012 13:46:59 +0000 Received: from localhost ([127.0.0.1]:43509 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tjs4x-0005Fl-H4 for submit@debbugs.gnu.org; Sat, 15 Dec 2012 08:46:59 -0500 Received: from mout.web.de ([212.227.15.3]:54287) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tjs4u-0005Fb-T2 for 13061@debbugs.gnu.org; Sat, 15 Dec 2012 08:46:57 -0500 Received: from drachen.dragon ([92.74.161.128]) by smtp.web.de (mrweb002) with ESMTPA (Nemesis) id 0MGiPJ-1TxICs2QWP-00E7NQ; Sat, 15 Dec 2012 14:45:51 +0100 From: Michael Heerdegen References: <4D9429E5C68E4B88A5B315E911D9EA47@us.oracle.com> <9EEAAAF114444EFAB5EF4FE61F576CFB@us.oracle.com> Date: Sat, 15 Dec 2012 14:46:49 +0100 Message-ID: <87fw37o2ba.fsf@web.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V02:K0:OOBWFv6feocoxQVRqoqW6UbCBbIPlR3u9QeCqpOT6Bo MYql9WjYmEvBtSWmxYVMP43Gv3U8FxiX62s5E0BrDMY8h7Luyp PYRjpLQKBYa7BYbE6xQP7IrRkOIZoT7oYmUR2rs4ryITuBR3vN t03Y45yqmarK4kS1uVnEP6NtGHPYVzNUgJTS0bufS4WiHWkjZk p4q+OClYB3udjdMAYYjwXddV+oGDnZTFF+2OI7zja0= X-Spam-Score: 0.8 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -0.0 (/) "Drew Adams" writes: > It is so simple to hit C-M-x when debugging and modifiying a function > that has `debug-on-entry'. Doing that should (obviously) cancel > opening the debugger on entry. This has always been the behavior in > Emacs, and it should be a no-brainer. Just one comment from another user: I like the opposite (that is, the new) behavior. It always annoyed me that e.g. loading file sources canceled any according `debug-on-entry' in effect. I prefer to use `cancel-debug-on-entry' explicitly. Maybe the behavior could be made configurable? Regards, Michael. From unknown Thu Aug 21 12:11:48 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13061: 24.3.50; regressions: 1) Redefining a function should cancel`debug-on-entry',2) doc Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 15 Dec 2012 16:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13061 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "'Michael Heerdegen'" Cc: 13061@debbugs.gnu.org Received: via spool by 13061-submit@debbugs.gnu.org id=B13061.1355587597796 (code B ref 13061); Sat, 15 Dec 2012 16:07:02 +0000 Received: (at 13061) by debbugs.gnu.org; 15 Dec 2012 16:06:37 +0000 Received: from localhost ([127.0.0.1]:44250 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjuG5-0000Cn-81 for submit@debbugs.gnu.org; Sat, 15 Dec 2012 11:06:37 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:32149) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TjuG3-0000Cg-6y for 13061@debbugs.gnu.org; Sat, 15 Dec 2012 11:06:36 -0500 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by aserp1040.oracle.com (Sentrion-MTA-4.2.2/Sentrion-MTA-4.2.2) with ESMTP id qBFG5TJm004118 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 15 Dec 2012 16:05:30 GMT Received: from acsmt358.oracle.com (acsmt358.oracle.com [141.146.40.158]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id qBFG5TuW011418 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 15 Dec 2012 16:05:29 GMT Received: from abhmt110.oracle.com (abhmt110.oracle.com [141.146.116.62]) by acsmt358.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id qBFG5SD6010791; Sat, 15 Dec 2012 10:05:28 -0600 Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 15 Dec 2012 08:05:28 -0800 From: "Drew Adams" References: <4D9429E5C68E4B88A5B315E911D9EA47@us.oracle.com><9EEAAAF114444EFAB5EF4FE61F576CFB@us.oracle.com> <87fw37o2ba.fsf@web.de> Date: Sat, 15 Dec 2012 08:05:22 -0800 Message-ID: <3DD72472241C4BD08F069A74CEBB02F3@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <87fw37o2ba.fsf@web.de> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 Thread-Index: Ac3a08fhx8dsNnkhSuC1XKgpldgXzAACeBQg X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-Spam-Score: -1.5 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.5 (-) > > It is so simple to hit C-M-x when debugging and modifiying > > a function that has `debug-on-entry'. Doing that should > > (obviously) cancel opening the debugger on entry. This has > > always been the behavior in Emacs, and it should be a no-brainer. > > Just one comment from another user: I like the opposite (that is, the > new) behavior. It always annoyed me that e.g. loading file sources > canceled any according `debug-on-entry' in effect. I prefer to use > `cancel-debug-on-entry' explicitly. > > Maybe the behavior could be made configurable? +1 - users use Emacs differently. But the default behavior should be the longstanding behavior. There is no reason to change that. From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 02 13:46:12 2014 Received: (at control) by debbugs.gnu.org; 2 Jul 2014 17:46:12 +0000 Received: from localhost ([127.0.0.1]:40674 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2Obe-0003d2-L7 for submit@debbugs.gnu.org; Wed, 02 Jul 2014 13:46:11 -0400 Received: from fencepost.gnu.org ([208.118.235.10]:47338 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2ObY-0003cN-C7 for control@debbugs.gnu.org; Wed, 02 Jul 2014 13:46:05 -0400 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1X2ObX-0004b1-U1 for control@debbugs.gnu.org; Wed, 02 Jul 2014 13:46:00 -0400 Date: Wed, 02 Jul 2014 13:45:59 -0400 Message-Id: Subject: control message for bug 13061 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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 (-----) forcemerge 17902 13061 From unknown Thu Aug 21 12:11:48 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13061: 24.3.50; regressions: 1) Redefining a function shouldcancel`debug-on-entry',2) doc Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Jul 2014 17:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13061 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Michael Heerdegen Cc: 13061@debbugs.gnu.org Received: via spool by 13061-submit@debbugs.gnu.org id=B13061.140432387315734 (code B ref 13061); Wed, 02 Jul 2014 17:58:01 +0000 Received: (at 13061) by debbugs.gnu.org; 2 Jul 2014 17:57:53 +0000 Received: from localhost ([127.0.0.1]:40688 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2On3-00045h-05 for submit@debbugs.gnu.org; Wed, 02 Jul 2014 13:57:53 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:41078) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2Omx-00045H-9I for 13061@debbugs.gnu.org; Wed, 02 Jul 2014 13:57:51 -0400 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s62HvfFU027368 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 2 Jul 2014 17:57:41 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s62HveDA010817 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 2 Jul 2014 17:57:41 GMT Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s62Hvecx010797; Wed, 2 Jul 2014 17:57:40 GMT MIME-Version: 1.0 Message-ID: <3639b18f-d245-4bc7-99e4-a89eb1aeb089@default> Date: Wed, 2 Jul 2014 10:57:39 -0700 (PDT) From: Drew Adams References: <<4D9429E5C68E4B88A5B315E911D9EA47@us.oracle.com><9EEAAAF114444EFAB5EF4FE61F576CFB@us.oracle.com><87fw37o2ba.fsf@web.de>> <<3DD72472241C4BD08F069A74CEBB02F3@us.oracle.com>> In-Reply-To: <<3DD72472241C4BD08F069A74CEBB02F3@us.oracle.com>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 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.3 (--) > > > It is so simple to hit C-M-x when debugging and modifiying > > > a function that has `debug-on-entry'. Doing that should > > > (obviously) cancel opening the debugger on entry. This has > > > always been the behavior in Emacs, and it should be a no-brainer. > > > > Just one comment from another user: I like the opposite (that is, the > > new) behavior. It always annoyed me that e.g. loading file sources > > canceled any according `debug-on-entry' in effect. I prefer to use > > `cancel-debug-on-entry' explicitly. > > > > Maybe the behavior could be made configurable? >=20 > +1 - users use Emacs differently. >=20 > But the default behavior should be the longstanding behavior. > There is no reason to change that. FWIW, I'm OK with the new behavior, even as the default behavior. (I do think the behavior should be user configurable, however. And I think it is best not to change the default behavior, especially without polling users.) [And this bug should NOT have been merged with bug #17902, which simply points out that the new behavior is not reflected in the doc.]