From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2849 invoked by alias); 26 Aug 2009 01:40:45 -0000 Received: (qmail 2830 invoked by uid 22791); 26 Aug 2009 01:40:44 -0000 X-SWARE-Spam-Status: No, hits=-2.4 required=5.0 tests=AWL,BAYES_00 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.43rc1) with ESMTP; Wed, 26 Aug 2009 01:40:35 +0000 Received: from mailhost3.vmware.com (mailhost3.vmware.com [10.16.27.45]) by smtp-outbound-2.vmware.com (Postfix) with ESMTP id 463B732003; Tue, 25 Aug 2009 18:40:34 -0700 (PDT) Received: from [10.20.94.141] (msnyder-server.eng.vmware.com [10.20.94.141]) by mailhost3.vmware.com (Postfix) with ESMTP id 3D28FCD905; Tue, 25 Aug 2009 18:40:34 -0700 (PDT) Message-ID: <4A949176.9060604@vmware.com> Date: Wed, 26 Aug 2009 02:59:00 -0000 From: Michael Snyder User-Agent: Thunderbird 1.5.0.12 (X11/20080411) MIME-Version: 1.0 To: Michael Snyder CC: Hui Zhu , Eli Zaretskii , "gdb-patches@sourceware.org" Subject: Re: [RFA/RFC] Add dump and load command to process record and replay References: <83ws5gm30b.fsf@gnu.org> <4A7C625B.8080005@vmware.com> <4A7F5410.4000400@vmware.com> <4A91CEEC.5000802@vmware.com> <4A92D317.9010002@vmware.com> <4A948FF1.6000405@vmware.com> In-Reply-To: <4A948FF1.6000405@vmware.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: 2009-08/txt/msg00434.txt.bz2 Michael Snyder wrote: > Hui Zhu wrote: >> On Tue, Aug 25, 2009 at 01:51, Michael Snyder wrote: >>> Have you considered combining this patch with the idea that I >>> proposed -- storing the record log in the core file? Seems like >>> that would be very easy now -- gdb already has the core file open, >>> and there is a global pointer to the BFD. >>> See gdbcore.h:extern bfd* core_bfd; >> Cool. If we just want record_core_ops support load, we can remove the >> cmd "record load". :) >> >>> In fact, just for fun, I've merged the two patches in my >>> local tree. It seems to work quite well. I can just post >>> it here if you like, or here's a hint to show you how it goes: >> >> Why not? Please post it. I can not wait to try it. :) > > Great -- attached. This is "quick and dirty", by the way. It's not meant to be finished!