From: Tom Tromey <tromey@redhat.com>
To: Phil Muldoon <pmuldoon@redhat.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [python][patch] Add temporary breakpoint features to Python breakpoints.
Date: Mon, 09 Sep 2013 18:47:00 -0000 [thread overview]
Message-ID: <87r4cxj0i3.fsf@fleche.redhat.com> (raw)
In-Reply-To: <522D9D57.5030309@redhat.com> (Phil Muldoon's message of "Mon, 09 Sep 2013 11:05:11 +0100")
>>>>> "Phil" == Phil Muldoon <pmuldoon@redhat.com> writes:
Phil> This patch allows Python breakpoints to be made temporary on
Phil> creation. It adds an optional argument, and keyword: "temporary".
Phil> OK?
Thanks, Phil.
Phil> 2013-09-09 Phil Muldoon <pmuldoon@redhat.com>
Phil> * python/py-breakpoint.c (bppy_get_temporary): New function.
Phil> (bppy_init): New keyword: temporary. Parse it and set breakpoint
Phil> to temporary if True.
Is there a PR associated with this?
I thought there was, but I didn't check.
Phil> +@defvar Breakpoint.temporary
Phil> +This attribute indicates whether the breakpoint was created as a
Phil> +temporary breakpoint. Temporary breakpoints are automatically deleted
Phil> +after that breakpoint has been hit. Access to this attribute, and all
Phil> +other attributes and functions other than the @code{is_valid}
Phil> +function, will result in an error after the breakpoint has been hit
Phil> +(as it has been automatically deleted). This attribute is not
Phil> +writable.
I think it is worth spelling out what "hit" means.
In particular I was wondering how it interacts with the "stop" method.
Phil> + if (self_bp->bp->disposition == disp_del ||
Phil> + self_bp->bp->disposition == disp_del_at_next_stop)
"||" at the wrong spot.
Phil> + static char *keywords[] = { "spec", "type", "wp_class", "internal", "temporary", NULL };
This line is too long.
Phil> + if (temporary)
temporary != NULL
Tom
next prev parent reply other threads:[~2013-09-09 18:47 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-09 10:05 Phil Muldoon
2013-09-09 16:29 ` Eli Zaretskii
2013-09-09 18:47 ` Tom Tromey [this message]
2013-09-09 19:01 ` Phil Muldoon
2013-09-09 19:15 ` Tom Tromey
2013-09-18 9:09 ` Phil Muldoon
2013-10-01 11:32 ` Phil Muldoon
2013-10-10 19:49 ` Tom Tromey
2013-10-10 19:49 ` Tom Tromey
2013-11-04 10:09 ` Phil Muldoon
2013-11-04 16:09 ` Eli Zaretskii
2013-11-07 12:35 ` Phil Muldoon
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87r4cxj0i3.fsf@fleche.redhat.com \
--to=tromey@redhat.com \
--cc=gdb-patches@sourceware.org \
--cc=pmuldoon@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox