From: Pedro Alves <pedro@codesourcery.com>
To: Josh Watt <jpewdev@gmail.com>
Cc: gdb@sourceware.org
Subject: Re: Thread Specific Breakpoints in Remote Targets
Date: Wed, 31 Aug 2011 18:42:00 -0000 [thread overview]
Message-ID: <201108311942.00429.pedro@codesourcery.com> (raw)
In-Reply-To: <CAEPrYjQnsDy1z=d5f5K36v-HnL8-bpm-vdwH4wscXBK7uKv7sA@mail.gmail.com>
On Wednesday 31 August 2011 19:29:44, Josh Watt wrote:
> >> It sounds like you are making breakpoints on the target thread-specific
> >> based on the current thread. But I thought we didn't (yet) have a way
> >> to inform the target that a given breakpoint was thread-specific (but I
> >> don't know this area extremely well -- if I'm wrong I'd like to know
> >> about it).
> >
> > You're right, we don't.
> >
> >> I think it would be preferable to
> >> implement real target support for thread-specific breakpoints.
> >
> > Very much.
>
> Is there a particular reason why the select thread packet (Hg) cannot
> also control which thread a breakpoint is targeted for?
There's that backwards compatibility thing. You'd have to come up with
a way to get the current behavior of "breakpoint applies to all threads
of this process". You'd need to add some new meaning to something
like Hg0/HgPID.0, which is close, but that's not what it means
today, so without other changes, you'd be left with the target not
knowing what this particular gdb is trying to say (because you don't
know whether the connecting gdb understands "thread specific" or not).
--
Pedro Alves
next prev parent reply other threads:[~2011-08-31 18:42 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-30 22:03 Josh Watt
2011-08-31 14:47 ` Tom Tromey
2011-08-31 18:09 ` Pedro Alves
2011-08-31 18:30 ` Josh Watt
2011-08-31 18:42 ` Pedro Alves [this message]
2011-09-01 15:34 ` Josh Watt
2011-10-05 17:23 ` Tom Tromey
2011-09-01 13:23 ` Raphael Zulliger
2011-09-01 21:35 ` Petr Hluzín
2011-09-01 23:57 ` Pedro Alves
2011-09-02 5:13 ` Raphael Zulliger
2011-09-03 16:00 ` Petr Hluzín
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=201108311942.00429.pedro@codesourcery.com \
--to=pedro@codesourcery.com \
--cc=gdb@sourceware.org \
--cc=jpewdev@gmail.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