GNU bug report logs -
#23470
Feature request: preserve edebug breakpoints when C-u C-M-x function definitions
Previous Next
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.
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):
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):
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: 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):
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):
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: 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):
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 5 years and 240 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.