From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-66411-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 27597 invoked by alias); 1 Sep 2009 04:35:25 -0000
Received: (qmail 27588 invoked by uid 22791); 1 Sep 2009 04:35:24 -0000
X-SWARE-Spam-Status: No, hits=-1.7 required=5.0 	tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS
X-Spam-Check-By: sourceware.org
Received: from mail-pz0-f185.google.com (HELO mail-pz0-f185.google.com) (209.85.222.185)     by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 01 Sep 2009 04:35:16 +0000
Received: by pzk15 with SMTP id 15so3476652pzk.24         for <gdb-patches@sourceware.org>; Mon, 31 Aug 2009 21:35:13 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.142.74.19 with SMTP id w19mr46081wfa.196.1251779713108; Mon,  	31 Aug 2009 21:35:13 -0700 (PDT)
In-Reply-To: <4A9C0B56.1030804@vmware.com>
References: <daef60380908270835x6c3a6293s2c71f8c6195ea738@mail.gmail.com>  	<daef60380908292003n208cd9e2q8f9db45e918000f0@mail.gmail.com>  	<daef60380908310009r22a6fe91m5d00d9e9e4349e21@mail.gmail.com>  	<4A9C0B56.1030804@vmware.com>
From: Hui Zhu <teawater@gmail.com>
Date: Tue, 01 Sep 2009 04:35:00 -0000
Message-ID: <daef60380908312134q4c542f0cxf6233d44c6a66591@mail.gmail.com>
Subject: Re: [RFA/Prec] Add signal support for process record
To: Michael Snyder <msnyder@vmware.com>
Cc: gdb-patches ml <gdb-patches@sourceware.org>, Anthony Green <green@moxielogic.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
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-09/txt/msg00006.txt.bz2

On Tue, Sep 1, 2009 at 01:41, Michael Snyder<msnyder@vmware.com> wrote:
> Hui Zhu wrote:
>>
>> Hi guys,
>>
>> After discussion with Michael, =A0we decide to deal with this issue step=
 by
>> step.
>> This is the fix bug patch. =A0It will fix the after get sig, inferior
>> get a lot of sig. =A0Please help me with it.
>
> This takes care of the immediate problem, which is that the
> signals get delivered over and over during the record mode.
>
> Please check this in.

Thanks.  Checked in.

Hui

>
>
>> 2009-08-31 =A0Hui Zhu =A0<teawater@gmail.com>
>>
>> =A0 =A0 =A0 =A0* record.c (record_resume_siggnal): Deleted.
>> =A0 =A0 =A0 =A0(record_resume): Ditto.
>> =A0 =A0 =A0 =A0(record_wait): Change record_resume_siggnal to
>> =A0 =A0 =A0 =A0TARGET_SIGNAL_0.
>>
>> ---
>> =A0record.c | =A0 =A04 +---
>> =A01 file changed, 1 insertion(+), 3 deletions(-)
>>
>> --- a/record.c
>> +++ b/record.c
>> @@ -514,7 +514,6 @@ record_close (int quitting)
>> =A0}
>>
>> =A0static int record_resume_step =3D 0;
>> -static enum target_signal record_resume_siggnal;
>> =A0static int record_resume_error;
>>
>> =A0static void
>> @@ -522,7 +521,6 @@ record_resume (struct target_ops *ops, p
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0enum target_signal siggnal)
>> =A0{
>> =A0 record_resume_step =3D step;
>> - =A0record_resume_siggnal =3D siggnal;
>>
>> =A0 if (!RECORD_IS_REPLAY)
>> =A0 =A0 {
>> @@ -638,7 +636,7 @@ record_wait (struct target_ops *ops,
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0}
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0record_beneath_to_resume
>> (record_beneath_to_resume_ops,
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0ptid, 1,
>> - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 record_resume_siggnal);
>> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =
=A0 =A0 =A0 =A0 =A0 =A0 TARGET_SIGNAL_0);
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0continue;
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0}
>> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0}
>
>