From: Marc Khouzam <marc.khouzam@ericsson.com>
To: Vladimir Prus <vladimir@codesourcery.com>,
Tom Tromey <tromey@redhat.com>,
"gdb-patches@sourceware.org" <gdb-patches@sourceware.org>
Subject: RE: [MI tracepoints 5/9] -break-passcount
Date: Tue, 16 Mar 2010 18:06:00 -0000 [thread overview]
Message-ID: <F7CE05678329534C957159168FA70DEC5244212BDF@EUSAACMS0703.eamcs.ericsson.se> (raw)
In-Reply-To: <201003162006.54958.vladimir@codesourcery.com>
> -----Original Message-----
> From: gdb-patches-owner@sourceware.org
> [mailto:gdb-patches-owner@sourceware.org] On Behalf Of Vladimir Prus
> Sent: March-16-10 1:07 PM
> To: Tom Tromey; gdb-patches@sourceware.org
> Subject: Re: [MI tracepoints 5/9] -break-passcount
>
> On Tuesday 16 March 2010 19:23:22 Tom Tromey wrote:
>
> > >>>>> "Volodya" == Vladimir Prus <vladimir@codesourcery.com> writes:
> >
> > Tom> It is odd to have a command named -break-passcount that can't
> > Tom> actually be used on breakpoints
> >
> > Volodya> It can -- just not on all kinds of breakpoints.
> >
> > Ok. Maybe you could explain how -break-passcount and
> -break-after are
> > different, without referring to "tracepoints" as something separate
> > from "breakpoints".
>
> -break-after specifies how many initial hits of the
> breakpoint are to be ignored.
>
> -break-passcount, ideally, after how many execution of
> breakpoint commands they stop being executed (and breakpoint
> becomes silently ignored)
It would be nice to have this new -break-passcount also work for 'normal'
breakpoints. The use case is the following:
when setting a breakpoint in code that many threads go through, and
while debugging in non-stop mode, a user may not want every thread to stop
on the breakpoint, but only one thread (or N threads). This is special
to non-stop because many threads could hit in a very short amount of time,
before the user can disable the bp manually.
With -break-passcount, we can tell GDB that "after N threads have been
stopped on this breakpoint, disable the bp".
Thanks
Marc
prev parent reply other threads:[~2010-03-16 18:06 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-14 8:56 Vladimir Prus
2010-03-15 21:04 ` Tom Tromey
2010-03-16 12:13 ` Vladimir Prus
2010-03-16 15:37 ` Tom Tromey
2010-03-16 15:47 ` Vladimir Prus
2010-03-16 15:56 ` Tom Tromey
2010-03-16 16:05 ` Vladimir Prus
2010-03-16 16:23 ` Tom Tromey
2010-03-16 17:07 ` Vladimir Prus
2010-03-16 17:11 ` Tom Tromey
2010-03-16 18:06 ` Marc Khouzam [this message]
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=F7CE05678329534C957159168FA70DEC5244212BDF@EUSAACMS0703.eamcs.ericsson.se \
--to=marc.khouzam@ericsson.com \
--cc=gdb-patches@sourceware.org \
--cc=tromey@redhat.com \
--cc=vladimir@codesourcery.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