From: Orjan Friberg <orjan.friberg@axis.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: gdb-patches@sources.redhat.com
Subject: Re: recurse.exp: watch on local variable that goes out of scope
Date: Fri, 23 Jul 2004 09:23:00 -0000 [thread overview]
Message-ID: <4100D90D.2030509@axis.com> (raw)
In-Reply-To: <6654-Thu22Jul2004221755+0300-eliz@gnu.org>
Eli Zaretskii wrote:
>
> So it sounds like your low-level target-side support misbehaves in
> this case: I386_DR_LOW_GET_STATUS should map into a system call that
> returns the contents of the DR6 debug register. If the returned value
> says that one of the watched addresses was written to, there's nothing
> GDB can do except report that and act accordingly.
Actually, this isn't an i386 remote target: it's my i386 Linux host. I'm sorry
if I sent you off in the wrong direction (I guess I should have been more
specific than just "i386").
Just to be clear on what the problem is: recurse.exp on an i386 Linux host is
all PASS; I just don't understand why it works the way it does.
There are actually two things that don't make sense to me:
1. Why the i386 reports a watchpoint hit when reaching the watchpoint scope del
breakpoint if the watchpoint has been hit previously (but not otherwise).
2. Compare the "Mimicking recurse.exp" and "Watch on return statement" examples
in my previous e-mail: in both cases GDB notices that the watched variable goes
out of scope, but stops only in the first case (where out of scope is detected
by watchpoint_check) and not in the second case (where out of scope is detected
by insert_bp_location).
--
Orjan Friberg
Axis Communications
next prev parent reply other threads:[~2004-07-23 9:23 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-20 14:37 Orjan Friberg
2004-07-20 19:37 ` Eli Zaretskii
2004-07-22 9:44 ` Orjan Friberg
2004-07-22 19:19 ` Eli Zaretskii
2004-07-23 9:23 ` Orjan Friberg [this message]
2004-07-28 15:52 ` Orjan Friberg
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=4100D90D.2030509@axis.com \
--to=orjan.friberg@axis.com \
--cc=eliz@gnu.org \
--cc=gdb-patches@sources.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