From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 12328 invoked by alias); 17 May 2004 13:00:18 -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 12290 invoked from network); 17 May 2004 13:00:15 -0000 Received: from unknown (HELO reserv5.univ-lille1.fr) (193.49.225.19) by sourceware.org with SMTP; 17 May 2004 13:00:15 -0000 Received: from malonne.lifl.fr (malonne.lifl.fr [134.206.10.29]) by reserv5.univ-lille1.fr (8.12.11/jtpda-5.3.1) with ESMTP id i4HD0ABA020434 for ; Mon, 17 May 2004 15:00:11 +0200 Received: from lifl.fr (helios.lifl.fr [134.206.10.253]) by malonne.lifl.fr with ESMTP id i4HD0Cs17692 for ; Mon, 17 May 2004 15:00:13 +0200 (MEST) Message-ID: <40A8B71B.8030200@lifl.fr> Date: Mon, 17 May 2004 13:00:00 -0000 From: Alexandre Courbot User-Agent: Mozilla Thunderbird 0.5 (X11/20040229) MIME-Version: 1.0 To: gdb@sources.redhat.com Subject: Using gdb as a trace agent 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/msg00096.txt.bz2 Hello everyone, 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, - Anyway, no remote target supports them. Traditional breakpoints with additional commands are just too intrusive to me, unfortunately. Is there anything I missed on the tracepoints front? Or would anyone know a tool that I could use in replacement to gdb to do this? (i.e. getting the values of some variables at some points of the program, without slaughtering the source code). Thanks for any information, Alex. -- Alexandre Courbot - PhD student RD2P/LIFL http://www.lifl.fr/~courbot