From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-66379-listarch-gdb-patches=sources.redhat.com@sourceware.org>
Received: (qmail 22144 invoked by alias); 31 Aug 2009 12:05:10 -0000
Received: (qmail 22135 invoked by uid 22791); 31 Aug 2009 12:05:10 -0000
X-SWARE-Spam-Status: No, hits=-1.9 required=5.0 	tests=AWL,BAYES_00
X-Spam-Check-By: sourceware.org
Received: from vtab.com (HELO oden.vtab.com) (62.20.90.195)     by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 31 Aug 2009 12:05:03 +0000
Received: from oden.vtab.com (oden.vtab.com [127.0.0.1]) 	by oden.vtab.com (Postfix) with ESMTP id 45C1D26EF89; 	Mon, 31 Aug 2009 14:05:00 +0200 (CEST)
Received: from polhem (unknown [62.20.90.206]) 	(using TLSv1 with cipher AES128-SHA (128/128 bits)) 	(No client certificate requested) 	by oden.vtab.com (Postfix) with ESMTP id 1A22726EF81; 	Mon, 31 Aug 2009 14:05:00 +0200 (CEST)
From: "Jakob Engblom" <jakob@virtutech.com>
To: "'Michael Snyder'" <msnyder@vmware.com>, 	"'Eli Zaretskii'" <eliz@gnu.org>
Cc: <glaw@undo-software.com>, 	<gdb-patches@sourceware.org>
References: <00cf01ca265a$d4110dc0$7c332940$@com> <83tyzucw8p.fsf@gnu.org> <002b01ca27c7$1316d8c0$39448a40$@com> <833a7ccj52.fsf@gnu.org> <4A97BA98.4010105@undo-software.com> <83y6p4aweu.fsf@gnu.org> <4A980D06.40002@undo-software.com> <83ljl3c16f.fsf@gnu.org> <4A981551.4060504@vmware.com> <83k50nbrja.fsf@gnu.org> <4A9865A5.1020703@vmware.com>
In-Reply-To: <4A9865A5.1020703@vmware.com>
Subject: RE: GDB MI Reverse Commands added [2 of 3]
Date: Mon, 31 Aug 2009 12:14:00 -0000
Message-ID: <00d201ca2a33$454aa920$cfdffb60$@com>
MIME-Version: 1.0
Content-Type: text/plain; 	charset="us-ascii"
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-08/txt/msg00578.txt.bz2

>   * the end (beginning) of a replay log if one is being used.

Subtle question here: does this mean that process record STOPS if you reach the
point in time where its recording ends? Or does it just start to extend the
recorded execution?

I.e., in process record, do you have to record everything first and then debug
it? 

/jakob