From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5892 invoked by alias); 17 May 2004 18:09: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 5881 invoked from network); 17 May 2004 18:09:00 -0000 Received: from unknown (HELO aragorn.inter.net.il) (192.114.186.23) by sourceware.org with SMTP; 17 May 2004 18:09:00 -0000 Received: from zaretski ([80.230.157.234]) by aragorn.inter.net.il (MOS 3.4.6-GR) with ESMTP id CWY20945; Mon, 17 May 2004 20:29:24 +0300 (IDT) Date: Mon, 17 May 2004 18:09:00 -0000 From: "Eli Zaretskii" To: Alexandre Courbot Message-Id: <6654-Mon17May2004202803+0300-eliz@gnu.org> CC: jimb@redhat.com, gdb@sources.redhat.com In-reply-to: <40A8ECB7.8000107@lifl.fr> (message from Alexandre Courbot on Mon, 17 May 2004 18:47:51 +0200) Subject: Re: Using gdb as a trace agent Reply-to: Eli Zaretskii References: <40A8B71B.8030200@lifl.fr> <40A8ECB7.8000107@lifl.fr> X-SW-Source: 2004-05/txt/msg00104.txt.bz2 > Date: Mon, 17 May 2004 18:47:51 +0200 > From: Alexandre Courbot > > 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? Nothing, except the fact that the code to do that has not been written yet. If you fill that void, you will have my eternal gratitude. > no chance to get tracepoints to work locally? That would turn GDB > into a great analysis tool. This was discussed in the past, and everybody agreed it would be great. Now all we need is someone to step forward and code that. TIA