From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12064 invoked by alias); 21 May 2005 12:38:44 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 11965 invoked from network); 21 May 2005 12:38:37 -0000 Received: from unknown (HELO romy.inter.net.il) (192.114.186.66) by sourceware.org with SMTP; 21 May 2005 12:38:37 -0000 Received: from zaretski (IGLD-83-130-247-87.inter.net.il [83.130.247.87]) by romy.inter.net.il (MOS 3.5.8-GR) with ESMTP id BHE09460 (AUTH halo1); Sat, 21 May 2005 15:38:24 +0300 (IDT) Date: Sat, 21 May 2005 12:38:00 -0000 From: "Eli Zaretskii" To: Russell Shaw Message-ID: <01c55e01$Blat.v2.4$9e3e7a00@zahav.net.il> Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=ISO-8859-1 CC: gdb@sources.redhat.com In-reply-to: <428F0DB8.40804@netspace.net.au> (message from Russell Shaw on Sat, 21 May 2005 20:30:16 +1000) Subject: Re: [discuss] Support for reverse-execution Reply-to: Eli Zaretskii References: <20050516174649.GM19642@erizo.shearer.org> <20050520181515.GC2499@nevyn.them.org> <01c55ded$Blat.v2.4$11e9e260@zahav.net.il> <428F0DB8.40804@netspace.net.au> X-SW-Source: 2005-05/txt/msg00261.txt.bz2 > Date: Sat, 21 May 2005 20:30:16 +1000 > From: Russell Shaw > Cc: gdb@sources.redhat.com > > It'd be better to store the state of every step in to a circular buffer > of size 1000 (the user could change that size with a command). When you say ``it'd be better'', what is the alternative that you think is worse than your suggestion? What I wrote didn't say how many previous states to remember, nor what data structure to use for that. Also, I hope you don't mean ``every step'', but rather ``every stop''. What I suggested didn't involve single-stepping the program, so GDB can only collect the target state when the target stops, not after each instruction. > That way, there's only one backwards command to remember, and maybe a > command to change the history buffer size. That's essentially what I suggested: to have a single command to go back to one of the places where we have enough information to restore the target state.