From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-68174-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 4432 invoked by alias); 4 Nov 2009 17:51:36 -0000
Received: (qmail 4424 invoked by uid 22791); 4 Nov 2009 17:51:35 -0000
X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 	tests=AWL,BAYES_00
X-Spam-Check-By: sourceware.org
Received: from smtp-outbound-2.vmware.com (HELO smtp-outbound-2.vmware.com) (65.115.85.73)     by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 04 Nov 2009 17:51:31 +0000
Received: from mailhost3.vmware.com (mailhost3.vmware.com [10.16.27.45]) 	by smtp-outbound-2.vmware.com (Postfix) with ESMTP id 58FF843035; 	Wed,  4 Nov 2009 09:51:28 -0800 (PST)
Received: from [10.20.94.141] (msnyder-server.eng.vmware.com [10.20.94.141]) 	by mailhost3.vmware.com (Postfix) with ESMTP id 41D23CD911; 	Wed,  4 Nov 2009 09:51:28 -0800 (PST)
Message-ID: <4AF1BF11.9030400@vmware.com>
Date: Wed, 04 Nov 2009 17:51:00 -0000
From: Michael Snyder <msnyder@vmware.com>
User-Agent: Thunderbird 1.5.0.12 (X11/20090624)
MIME-Version: 1.0
To: Hui Zhu <teawater@gmail.com>
CC: "gdb-patches@sourceware.org" <gdb-patches@sourceware.org>
Subject: Re: [RFA] Fix hw watchpoints in process record.
References: <4AECE12F.3000704@vmware.com> <daef60380911031900p49d02fbfj5d139cd82dfc2e7c@mail.gmail.com>
In-Reply-To: <daef60380911031900p49d02fbfj5d139cd82dfc2e7c@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <gdb-patches.sourceware.org>
List-Subscribe: <mailto:gdb-patches-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-patches-owner@sourceware.org
X-SW-Source: 2009-11/txt/msg00081.txt.bz2

Hui Zhu wrote:
> Hi Michael,
> 
> I do some test with this patch.  But sometime hb didn't work in replay mode.
> For example:
> Temporary breakpoint 1, main () at 1.c:20
> 20             int     b = 0;
> (gdb) record
> (gdb) n
> During symbol reading, incomplete CFI data; unspecified registers
> (e.g., eax) at 0x80483be.
> 21             int     c = 1;
> (gdb) hb
> Hardware assisted breakpoint 2 at 0x80483c8: file 1.c, line 21.
> (gdb) c
> Continuing.
> a = 0 b = 0 c = 1
> a = 3
> a = 3 b = 3 c = 1
> a = 3 b = 3 c = 2
> a = 1 b = 3 c = 2
> The next instruction is syscall exit_group.  It will make the program
> exit.  Do you want to stop the program?([y] or n)
> Process record: inferior program stopped.
> 
> Program received signal SIGTRAP, Trace/breakpoint trap.
> 0xb7fe3405 in __kernel_vsyscall ()
> (gdb) rc
> Continuing.
> 
> Breakpoint 2, main () at 1.c:21
> 21             int     c = 1;
> (gdb) info b
> Num     Type           Disp Enb Address    What
> 2       hw breakpoint  keep y   0x080483c8 in main at 1.c:21
>         breakpoint already hit 1 time
> (gdb) c
> Continuing.
> 
> No more reverse-execution history.
> 0xb7fe3405 in __kernel_vsyscall ()
> (gdb) rc
> Continuing.
> 
> Breakpoint 2, main () at 1.c:21
> 21             int     c = 1;
> 
> 
> Thanks,
> Hui
> 


Source code for your test case?