From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 23250 invoked by alias); 12 Jun 2008 20:15:51 -0000 Received: (qmail 23240 invoked by uid 22791); 12 Jun 2008 20:15:50 -0000 X-Spam-Check-By: sourceware.org Received: from bluesmobile.specifix.com (HELO bluesmobile.specifix.com) (216.129.118.140) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 12 Jun 2008 20:15:33 +0000 Received: from [127.0.0.1] (bluesmobile.specifix.com [216.129.118.140]) by bluesmobile.specifix.com (Postfix) with ESMTP id 875323C6AB; Thu, 12 Jun 2008 13:15:31 -0700 (PDT) Subject: Re: Who uses gdbreplay? From: Michael Snyder To: Daniel Jacobowitz Cc: Marc Khouzam , gdb@sourceware.org In-Reply-To: <20080612200614.GA6572@caradoc.them.org> References: <6D19CA8D71C89C43A057926FE0D4ADAA042911BE@ecamlmw720.eamcs.ericsson.se> <1213297921.3601.676.camel@localhost.localdomain> <20080612191849.GA3704@caradoc.them.org> <1213299561.3601.681.camel@localhost.localdomain> <20080612194713.GA5474@caradoc.them.org> <1213300611.3601.690.camel@localhost.localdomain> <20080612200614.GA6572@caradoc.them.org> Content-Type: text/plain Date: Thu, 12 Jun 2008 20:15:00 -0000 Message-Id: <1213301731.3601.696.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 (2.10.3-7.fc7) 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-06/txt/msg00125.txt.bz2 On Thu, 2008-06-12 at 16:06 -0400, Daniel Jacobowitz wrote: > On Thu, Jun 12, 2008 at 12:56:51PM -0700, Michael Snyder wrote: > > Oh, absolutely. No worries. > > > > gdbreplay is elegant in its simplicity, I don't want to > > compromise that. I'm actually working in rda. > > Ok, I think I've gotten turned around. Were you talking about > improvements to gdbreplay on the one hand and a separate program for > traces? I guess I'm talking about a separate program that does essentially a huge superset of gdbreplay's current functionality, using the same input logfile as is currently used by gdbreplay. In a sense a replacement for gdbreplay, but the existing gdbreplay doesn't have to go away, if it serves a purpose. > It's kind of a shame you're working in rda. I'm sure it's nice and > all - but it never got contributed to the FSF, and I'm not entirely > happy about new bits of GDB development using it because of that. > It's still got RH copyright notices all over it. Yeah, well -- show me an alternative. Gdbserver? Maybe. In principle the stuff I'm writing could go into gdbserver or some other debug-agent codebase. This is an extension of a different project I was working on, using rda. It just occurred to me that I could make it use the log files that are used by gdbreplay, and make them suddenly really useful.