From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 8253 invoked by alias); 6 Nov 2008 01:21:25 -0000 Received: (qmail 8198 invoked by uid 22791); 6 Nov 2008 01:21:25 -0000 X-Spam-Check-By: sourceware.org Received: from smtp-outbound-2.vmware.com (HELO smtp-outbound-2.vmware.com) (65.115.85.73) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 06 Nov 2008 01:20:17 +0000 Received: from mailhost4.vmware.com (mailhost4.vmware.com [10.16.67.124]) by smtp-outbound-2.vmware.com (Postfix) with ESMTP id ECAC14609F; Wed, 5 Nov 2008 17:20:12 -0800 (PST) Received: from [10.20.92.59] (promb-2s-dhcp59.eng.vmware.com [10.20.92.59]) by mailhost4.vmware.com (Postfix) with ESMTP id E16C0C9A85; Wed, 5 Nov 2008 17:20:12 -0800 (PST) Message-ID: <49124497.9030100@vmware.com> Date: Thu, 06 Nov 2008 01:21:00 -0000 From: Michael Snyder User-Agent: Thunderbird 1.5.0.12 (X11/20080411) MIME-Version: 1.0 To: Edward Peschko CC: "gdb@sourceware.org" Subject: Re: vmware's replay framework and gdb References: <5cfa99000811051104v3e6ab5e6m50faddb64de050fe@mail.gmail.com> In-Reply-To: <5cfa99000811051104v3e6ab5e6m50faddb64de050fe@mail.gmail.com> Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2008-11/txt/msg00041.txt.bz2 Edward Peschko wrote: > hey.. > > I watched the following Google tech talk with much interest: > > http://www.youtube.com/watch?v=RvMlihjqlhY > > It describes a very generic, scalable, environment-agnostic way of > recording programs' execution via vmware's virtualization, and doing > reverse tracing (which is one of the reasons I'd like to record > programs in the first place). I heard gdb mentioned in the video in > passing, so I'm assuming someone in the list is familiar with vmware's > effort, Me -- I'm a member of the replay debugging team at VMware, and a public gdb maintainer, and I was at that tech talk. > but how far along is gdb in supporting this framework? I'm working on it. ;-) If you look at the recent threads on this list about reverse debugging in gdb, you'll get an idea of where we're headed. We want to let a user debug a recorded execution, deterministic- ally, and make it run both forward and backward using the same reverse debugging commands as described in those threads (reverse-continue, reverse-step, reverse-next etc.) We don't have any product release date for it, but you can already do some rudimentary replay debugging with the released version of VMware Worksatation and the standard gdb. Here's a blog article about it: http://stackframe.blogspot.com/