From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9771 invoked by alias); 17 May 2004 16:49:03 -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 9748 invoked from network); 17 May 2004 16:49:00 -0000 Received: from unknown (HELO reserv6.univ-lille1.fr) (193.49.225.20) by sourceware.org with SMTP; 17 May 2004 16:49:00 -0000 Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by reserv6.univ-lille1.fr (8.12.11/jtpda-5.3.1) with ESMTP id i4HGmsgn016485 ; Mon, 17 May 2004 18:48:54 +0200 Received: from lifl.fr (helios.lifl.fr [134.206.10.253]) by malonne.lifl.fr with ESMTP id i4HGmvs24375 ; Mon, 17 May 2004 18:48:57 +0200 (MEST) Message-ID: <40A8ECB7.8000107@lifl.fr> Date: Mon, 17 May 2004 16:49:00 -0000 From: Alexandre Courbot User-Agent: Mozilla Thunderbird 0.5 (X11/20040229) MIME-Version: 1.0 To: Jim Blandy CC: gdb@sources.redhat.com Subject: Re: Using gdb as a trace agent References: <40A8B71B.8030200@lifl.fr> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-USTL-MailScanner-Information: Please contact the ISP for more information X-USTL-MailScanner: Found to be clean X-SW-Source: 2004-05/txt/msg00101.txt.bz2 >>In my quest to get datas out of a program as non-intrusively as >>possible (I'm trying to get graphes out of the memory manager of an >>embedded operating system), I'm having a close and interested look at >>gdb tracepoints. It looks like a great solution, but unfortunately: >> >>- It only works on remote targets, dixit the manual, > > > How are you communicating with the target? Right now, preferred ways to use GDB with this platform is either to generate a native binary for your GNU environment (in which case GDB can run non-remotely, but tracepoints seems not to be supported at all in this case), or to generate a Game Boy Advance ROM that you run with some emulator that supports GDB. But that does not support tracepoints, unfortunately. The ideal for me would be to be able to use tracepoints in both cases (i.e. remote and local). What would prevent a local support for tracepoints? > I remember Michael talking about getting the stub tracing code > released to the public, but I don't remember what came of that. > Michael? That would be nice indeed. But no chance to get tracepoints to work locally? That would turn GDB into a great analysis tool. I'm already successfully using it to generate Gnuplot data, and it would be just great if I could do it less intrusively so I can exploit these datas along with time. Maybe if the task is not to huge I could try myself to it, for it would dramatically ease my life. Thanks for your reply, Alex. -- Alexandre Courbot - PhD student RD2P/LIFL http://www.lifl.fr/~courbot