Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
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


  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