From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-64313-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 29268 invoked by alias); 9 Jun 2009 02:17:46 -0000
Received: (qmail 29260 invoked by uid 22791); 9 Jun 2009 02:17:45 -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-px0-f199.google.com (HELO mail-px0-f199.google.com) (209.85.216.199)     by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 09 Jun 2009 02:17:35 +0000
Received: by pxi37 with SMTP id 37so3739922pxi.12         for <gdb-patches@sourceware.org>; Mon, 08 Jun 2009 19:17:32 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.142.107.5 with SMTP id f5mr2476794wfc.130.1244513852093; Mon,  	08 Jun 2009 19:17:32 -0700 (PDT)
In-Reply-To: <daef60380905110006gaa1ac38r870f6be455a402fc@mail.gmail.com>
References: <daef60380905050607yc499e39n34ac56108225f6ec@mail.gmail.com> 	 <83d4ane6kb.fsf@gnu.org> 	 <daef60380905051913q7579eed8pe8b514e72145859c@mail.gmail.com> 	 <833abiexcc.fsf@gnu.org> 	 <daef60380905052035v2758da1ak27fabfd902dff32d@mail.gmail.com> 	 <83tz3ycchv.fsf@gnu.org> 	 <daef60380905061921k7ced158eu2a74bab604a700e1@mail.gmail.com> 	 <83k54td2el.fsf@gnu.org> 	 <daef60380905110006gaa1ac38r870f6be455a402fc@mail.gmail.com>
Date: Tue, 09 Jun 2009 02:17:00 -0000
Message-ID: <daef60380906081917k3eabe59an2ba2a2983c139d10@mail.gmail.com>
Subject: Re: [Precord RFA/RFC] Check Linux sys_brk release memory in process  	record and replay.
From: Hui Zhu <teawater@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: gdb-patches@sourceware.org, msnyder@vmware.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-06/txt/msg00200.txt.bz2

Ping.

On Mon, May 11, 2009 at 15:06, Hui Zhu<teawater@gmail.com> wrote:
> PING.
>
> On Thu, May 7, 2009 at 11:20, Eli Zaretskii <eliz@gnu.org> wrote:
>>> Date: Thu, 7 May 2009 10:21:04 +0800
>>> From: Hui Zhu <teawater@gmail.com>
>>> Cc: gdb-patches@sourceware.org, msnyder@vmware.com
>>>
>>> > I thought the problem was that replaying the execution log before the
>>> > sbrk point would be impossible, because (I thought) there's no way of
>>> > regaining back the memory the inferior gave up. =A0Is this the problem
>>> > you are talking about? =A0If so, that is not a fatal limitation, and =
it
>>> > certainly does not justify stopping the program and asking the user to
>>> > make some grave decision. =A0The user just needs to be notified, when
>>> > she tries that, that she cannot reverse-replay the log past this
>>> > point. =A0If the user never tries to replay past that point, she never
>>> > needs to know about the problem.
>>>
>>> I am not sure make inferior cannot continue is good or not. =A0I think
>>> let user choice continue or stop is better.
>>
>> Well, what do others think?
>>
>