From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-30789-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 19294 invoked by alias); 21 Jan 2008 01:16:04 -0000
Received: (qmail 19286 invoked by uid 22791); 21 Jan 2008 01:16:03 -0000
X-Spam-Check-By: sourceware.org
Received: from mail.sunnorth.com.cn (HELO bjmsw01.sunnorth.com.cn) (124.42.0.200)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 21 Jan 2008 01:15:42 +0000
Received: from maillog.sunnorth.com.cn (unverified [172.20.10.250]) by bjmsw01.sunnorth.com.cn  (Clearswift SMTPRS 5.2.9) with ESMTP id <T84a80a69dfac140aeb9e0@bjmsw01.sunnorth.com.cn>;  Mon, 21 Jan 2008 09:15:37 +0800
Received: from ntns1cn.sunnorth.com.cn (ntns1cn.sunnorth.com.cn [172.20.10.252]) 	by maillog.sunnorth.com.cn (8.12.10/8.12.10) with ESMTP id m0L1KVSL021789; 	Mon, 21 Jan 2008 09:20:33 +0800
In-Reply-To: <20080118152023.GA21602@caradoc.them.org>
To: Daniel Jacobowitz <drow@false.org>
Cc: gdb@sourceware.org
Subject: Re: mi-watch.exp fail, pls help
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5 September 26, 2003
Message-ID: <OF0650EDB7.4A750B78-ON482573D7.00067F4D-482573D7.0006D936@sunnorth.com.cn>
From: ligang@sunnorth.com.cn
Date: Mon, 21 Jan 2008 01:16:00 -0000
Content-Type: text/plain; charset="US-ASCII"
X-IsSubscribed: yes
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb.sourceware.org>
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2008-01/txt/msg00202.txt.bz2

Daniel Jacobowitz <drow@false.org> wrote on 2008-01-18 23:20:23:

> On Fri, Jan 18, 2008 at 12:25:43PM +0800, ligang@sunnorth.com.cn wrote:
> > After a watchpoint trap in my target, the PC points to the instruction 

> > after the one that caused the trap. 
> > But after stepping over the traped instruction(example store), my 
target 
> > increases PC to the next instruction, so,
> > the source line will not be correct. It occurs at whatever 
> > HAVE_NONSTEPPABLE_WATCHPOINT or HAVE_CONTINUABLE_WATCHPOINT.
> 
> If you have continuable watchpoints, GDB should not step after
> hitting a watchpoint.  The store has already happened when the
> watchpoint triggers, right?

The store triggers the watchpoint, but it does not execute.

> -- 
> Daniel Jacobowitz
> CodeSourcery