From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28725 invoked by alias); 14 Nov 2008 13:53:48 -0000 Received: (qmail 28701 invoked by uid 22791); 14 Nov 2008 13:53:48 -0000 X-Spam-Check-By: sourceware.org Received: from ti-out-0910.google.com (HELO ti-out-0910.google.com) (209.85.142.189) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 14 Nov 2008 13:53:11 +0000 Received: by ti-out-0910.google.com with SMTP id d10so1118218tib.12 for ; Fri, 14 Nov 2008 05:53:08 -0800 (PST) Received: by 10.110.69.5 with SMTP id r5mr1172936tia.36.1226670787848; Fri, 14 Nov 2008 05:53:07 -0800 (PST) Received: by 10.110.103.3 with HTTP; Fri, 14 Nov 2008 05:53:07 -0800 (PST) Message-ID: Date: Fri, 14 Nov 2008 16:29:00 -0000 From: teawater To: "Eli Zaretskii" Subject: Re: [RFA] Process record and replay, 10/10 Cc: gdb-patches@sourceware.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2008-11/txt/msg00338.txt.bz2 On Fri, Nov 14, 2008 at 19:46, Eli Zaretskii wrote: >> Date: Tue, 11 Nov 2008 13:03:04 +0800 >> From: teawater >> Cc: gdb-patches@sourceware.org >> >> >> > By the way, I think we need a NEWS entry for this feature. >> >> > >> >> >> >> What about add this: >> >> >> >> * Process record and replay >> >> >> >> Record inferior execute log and replay it. >> > >> > OK, but I think at least one or two more sentences describing the >> > feature would be nice. >> > >> >> What about this: >> >> * Process record and replay >> >> In a architecture environment that supports process record and >> replay, process record and replay target can record a log of the >> process execution, and replay it with both forward and reverse >> execute commands. > > This is fine, but please make 2 minor corrections: > > In an architecture environment that supports process record and > replay, a ``process record and replay'' target can record a log of the > process execution, and replay it with both forward and reverse > execute commands. > OK. Thanks. Hui