From: Eli Zaretskii <eliz@gnu.org>
To: Jan Kratochvil <jan.kratochvil@redhat.com>
Cc: robertsong.japan@gmail.com, gdb@sourceware.org
Subject: Re: Why no hwatch command in gdb ?
Date: Thu, 10 Mar 2011 11:26:00 -0000 [thread overview]
Message-ID: <E1Pxe0v-000453-AA@fencepost.gnu.org> (raw)
In-Reply-To: <20110310103409.GA29242@host1.jankratochvil.net> (message from Jan Kratochvil on Thu, 10 Mar 2011 11:34:09 +0100)
> Date: Thu, 10 Mar 2011 11:34:09 +0100
> From: Jan Kratochvil <jan.kratochvil@redhat.com>
> Cc: gdb@sourceware.org
>
> > "does not work well now" means ?
>
> GNU gdb (GDB) 7.2.50.20110310-cvs
> This GDB was configured as "x86_64-unknown-linux-gnu".
> (gdb) watch gdb_stdout
> Hardware watchpoint 2: gdb_stdout
> (gdb) watch gdb_stderr
> Hardware watchpoint 3: gdb_stderr
> (gdb) watch gdb_stdlog
> Hardware watchpoint 4: gdb_stdlog
> (gdb) watch gdb_stdin
> Hardware watchpoint 5: gdb_stdin
> (gdb) watch gdb_stdtargin
> Hardware watchpoint 6: gdb_stdtargin
> (gdb) continue
> Continuing.
> Warning:
> Could not insert hardware watchpoint 5.
> Could not insert hardware breakpoints:
> You may have requested too many hardware breakpoints/watchpoints.
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Well, you did, didn't you?
If you expect GDB to know up front that they are too many, this is
hard to impossible with today's architecture, because only when the
watchpoints are inserted by the target, it is possible to know whether
there are enough resources for that.
(At least that's how things were back when I hacked x86 watchpoints.)
next prev parent reply other threads:[~2011-03-10 11:26 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-10 7:25 robert song
2011-03-10 8:12 ` Jan Kratochvil
2011-03-10 10:09 ` robert song
2011-03-10 10:34 ` Jan Kratochvil
2011-03-10 11:26 ` Eli Zaretskii [this message]
2011-03-10 11:34 ` Joel Brobecker
2011-03-10 12:27 ` Pedro Alves
2011-03-10 11:55 ` Jan Kratochvil
2011-03-10 14:47 ` Frank Ch. Eigler
2011-03-10 12:18 ` robert song
2011-03-10 13:45 ` Jan Kratochvil
2011-03-10 14:47 ` Philippe Waroquiers
2011-03-10 21:04 ` Tom Tromey
2011-03-11 7:58 ` Philippe Waroquiers
2011-03-11 17:48 ` Daniel Jacobowitz
2011-03-10 8:23 paawan oza
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=E1Pxe0v-000453-AA@fencepost.gnu.org \
--to=eliz@gnu.org \
--cc=gdb@sourceware.org \
--cc=jan.kratochvil@redhat.com \
--cc=robertsong.japan@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