GNU bug report logs - #23470
Feature request: preserve edebug breakpoints when C-u C-M-x function definitions

Previous Next

Package: emacs;

Reported by: Paul Pogonyshev <pogonyshev <at> gmail.com>

Date: Fri, 6 May 2016 17:23:01 UTC

Severity: wishlist

Tags: fixed

Fixed in version 27.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 23470 in the body.
You can then email your comments to 23470 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#23470; Package emacs. (Fri, 06 May 2016 17:23:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Paul Pogonyshev <pogonyshev <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 06 May 2016 17:23:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Paul Pogonyshev <pogonyshev <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: Feature request: preserve breakpoints when C-u C-M-x function
 definitions
Date: Fri, 6 May 2016 19:21:09 +0200
When I re-evaluate (C-M-x) a function definition that has breakpoints,
all of them are lost. This is particularly annoying when breakpoints
are conditional, because now I not only have to recreate them
manually, but also specify all the conditions again.

Request: preserve existing breakpoints within definitions where
possible. One idea suggested on the devel list is to assign a marker
to each breakpoint and recreate it at the new marker position when
re-evaluating, as long as marker is not deleted (related to
bug#23468).




Changed bug title to 'Feature request: preserve edebug breakpoints when C-u C-M-x function definitions' from 'Feature request: preserve breakpoints when C-u C-M-x function definitions' Request was from Noam Postavsky <npostavs <at> users.sourceforge.net> to control <at> debbugs.gnu.org. (Sun, 28 Jan 2018 23:35:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#23470; Package emacs. (Sun, 20 Oct 2019 10:42:02 GMT) Full text and rfc822 format available.

Message #10 received at 23470 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Paul Pogonyshev <pogonyshev <at> gmail.com>
Cc: 23470 <at> debbugs.gnu.org
Subject: Re: bug#23470: Feature request: preserve breakpoints when C-u C-M-x
 function definitions
Date: Sun, 20 Oct 2019 12:41:47 +0200
Paul Pogonyshev <pogonyshev <at> gmail.com> writes:

> When I re-evaluate (C-M-x) a function definition that has breakpoints,
> all of them are lost. This is particularly annoying when breakpoints
> are conditional, because now I not only have to recreate them
> manually, but also specify all the conditions again.

Yes, that sounds useful.

> Request: preserve existing breakpoints within definitions where
> possible. One idea suggested on the devel list is to assign a marker
> to each breakpoint and recreate it at the new marker position when
> re-evaluating, as long as marker is not deleted (related to
> bug#23468).

Hm...  is that necessary?  The breakpoints are tied to the offsets...
Hm, yes, but I guess the offsets will change if you've added/removed
some forms, which would put the breakpoints at the wrong position.  So
markers seem like a better solution.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#23470; Package emacs. (Sun, 20 Oct 2019 11:12:02 GMT) Full text and rfc822 format available.

Message #13 received at 23470 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: pogonyshev <at> gmail.com, 23470 <at> debbugs.gnu.org
Subject: Re: bug#23470: Feature request: preserve breakpoints when C-u C-M-x
 function definitions
Date: Sun, 20 Oct 2019 14:11:09 +0300
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Sun, 20 Oct 2019 12:41:47 +0200
> Cc: 23470 <at> debbugs.gnu.org
> 
> Paul Pogonyshev <pogonyshev <at> gmail.com> writes:
> 
> > When I re-evaluate (C-M-x) a function definition that has breakpoints,
> > all of them are lost. This is particularly annoying when breakpoints
> > are conditional, because now I not only have to recreate them
> > manually, but also specify all the conditions again.
> 
> Yes, that sounds useful.
> 
> > Request: preserve existing breakpoints within definitions where
> > possible. One idea suggested on the devel list is to assign a marker
> > to each breakpoint and recreate it at the new marker position when
> > re-evaluating, as long as marker is not deleted (related to
> > bug#23468).
> 
> Hm...  is that necessary?  The breakpoints are tied to the offsets...
> Hm, yes, but I guess the offsets will change if you've added/removed
> some forms, which would put the breakpoints at the wrong position.  So
> markers seem like a better solution.

If this request is implemented, how will the user be able to cancel
all the breakpoints in a function?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#23470; Package emacs. (Sun, 20 Oct 2019 11:12:02 GMT) Full text and rfc822 format available.

Message #16 received at 23470 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Paul Pogonyshev <pogonyshev <at> gmail.com>
Cc: 23470 <at> debbugs.gnu.org
Subject: Re: bug#23470: Feature request: preserve breakpoints when C-u C-M-x
 function definitions
Date: Sun, 20 Oct 2019 13:11:34 +0200
Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Hm...  is that necessary?  The breakpoints are tied to the offsets...
> Hm, yes, but I guess the offsets will change if you've added/removed
> some forms, which would put the breakpoints at the wrong position.  So
> markers seem like a better solution.

I've now implemented this in Emacs 27, but only lightly tested.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Added tag(s) fixed. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sun, 20 Oct 2019 11:12:03 GMT) Full text and rfc822 format available.

bug marked as fixed in version 27.1, send any further explanations to 23470 <at> debbugs.gnu.org and Paul Pogonyshev <pogonyshev <at> gmail.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sun, 20 Oct 2019 11:12:03 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#23470; Package emacs. (Sun, 20 Oct 2019 11:15:01 GMT) Full text and rfc822 format available.

Message #23 received at 23470 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: pogonyshev <at> gmail.com, 23470 <at> debbugs.gnu.org
Subject: Re: bug#23470: Feature request: preserve breakpoints when C-u C-M-x
 function definitions
Date: Sun, 20 Oct 2019 13:14:35 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:

> If this request is implemented, how will the user be able to cancel
> all the breakpoints in a function?

Oh, that's a good point -- I didn't think about that.

Hm...  got any ideas?  :-)

Well, now the breakpoints are marked, at least, so you can remove them
manually with the `u' command, but perhaps that's not sufficient.

A new command to remove all breakpoints from a function, perhaps?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#23470; Package emacs. (Sun, 20 Oct 2019 11:32:02 GMT) Full text and rfc822 format available.

Message #26 received at 23470 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: pogonyshev <at> gmail.com, 23470 <at> debbugs.gnu.org
Subject: Re: bug#23470: Feature request: preserve breakpoints when C-u C-M-x
 function definitions
Date: Sun, 20 Oct 2019 14:31:02 +0300
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Cc: pogonyshev <at> gmail.com,  23470 <at> debbugs.gnu.org
> Date: Sun, 20 Oct 2019 13:14:35 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> > If this request is implemented, how will the user be able to cancel
> > all the breakpoints in a function?
> 
> Oh, that's a good point -- I didn't think about that.
> 
> Hm...  got any ideas?  :-)
> 
> Well, now the breakpoints are marked, at least, so you can remove them
> manually with the `u' command, but perhaps that's not sufficient.
> 
> A new command to remove all breakpoints from a function, perhaps?

Yes, a new command would be fine (assuming there isn't one already: I
don't consider myself an expert on debug commands, and only ever use a
small subset of them).




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#23470; Package emacs. (Sun, 20 Oct 2019 11:41:02 GMT) Full text and rfc822 format available.

Message #29 received at 23470 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: pogonyshev <at> gmail.com, 23470 <at> debbugs.gnu.org
Subject: Re: bug#23470: Feature request: preserve breakpoints when C-u C-M-x
 function definitions
Date: Sun, 20 Oct 2019 13:40:23 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:

> Yes, a new command would be fine (assuming there isn't one already: I
> don't consider myself an expert on debug commands, and only ever use a
> small subset of them).

There wasn't one, so I've added it now.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sun, 17 Nov 2019 12:24:12 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 151 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.