From: "Eli Zaretskii" <eliz@gnu.org>
To: Jeff Johnston <jjohnstn@redhat.com>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [RFC]: x86 threaded watchpoint support [2/3]
Date: Tue, 15 Jun 2004 04:23:00 -0000 [thread overview]
Message-ID: <8011-Tue15Jun2004071916+0300-eliz@gnu.org> (raw)
In-Reply-To: <40CE1B44.4070708@redhat.com> (message from Jeff Johnston on Mon, 14 Jun 2004 17:40:20 -0400)
> Date: Mon, 14 Jun 2004 17:40:20 -0400
> From: Jeff Johnston <jjohnstn@redhat.com>
>
> The change is needed because with the threading model, you can have multiple
> events to process. So, if you check your watchpoint values, all of them may
> have changed but you end up reporting an invalid thread location. For example,
> I was getting watchpoints changing at the same time of a new thread event (it
> couldn't discern). The reported location was __nptl_create_event (not very
> useful).
Does this mean that when a watchpoint breaks, it stops only the thread
that hit the watchpoint, while other threads continue to run?
If all threads stop, then there could not be multiple events, unless
we are talking about a machine with more than one CPU.
Or am I missing something?
> I have talked to Andrew and he suggests that the target_stopped_data_address
> code should be modified to add a status code instead of the current 0 addr
> return value.
That plan is okay with me, but I suggest to run the design by us
before you start coding, in case there are platforms out there that
need some adjustments in what you intend to do.
Thanks.
next prev parent reply other threads:[~2004-06-15 4:23 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-06-11 21:33 Jeff Johnston
2004-06-12 9:42 ` Eli Zaretskii
2004-06-14 21:40 ` Jeff Johnston
2004-06-15 4:23 ` Eli Zaretskii [this message]
2004-06-15 12:22 ` Daniel Jacobowitz
2004-06-14 14:07 Ulrich Weigand
2004-06-15 15:22 Ulrich Weigand
2004-06-16 21:39 ` jjohnstn
2004-06-17 4:24 ` Eli Zaretskii
2004-06-17 19:47 ` Jeff Johnston
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=8011-Tue15Jun2004071916+0300-eliz@gnu.org \
--to=eliz@gnu.org \
--cc=gdb-patches@sources.redhat.com \
--cc=jjohnstn@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