From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 5025 invoked by alias); 27 Sep 2003 10:34:22 -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 5018 invoked from network); 27 Sep 2003 10:34:21 -0000 Received: from unknown (HELO aragorn.inter.net.il) (192.114.186.23) by sources.redhat.com with SMTP; 27 Sep 2003 10:34:21 -0000 Received: from zaretski ([80.230.149.110]) by aragorn.inter.net.il (Mirapoint Messaging Server MOS 3.3.7-GR) with ESMTP id BNL01673; Sat, 27 Sep 2003 13:29:08 +0300 (IDT) Date: Sat, 27 Sep 2003 15:46:00 -0000 From: "Eli Zaretskii" To: Andrew Cagney Message-Id: <6654-Sat27Sep2003132618+0300-eliz@elta.co.il> CC: pes@india.hp.com, jimb@redhat.com, gdb@sources.redhat.com In-reply-to: <3F72FF8C.3080104@redhat.com> (message from Andrew Cagney on Thu, 25 Sep 2003 10:45:32 -0400) Subject: Re: Tracepoint support in Cygnus GDB ? Reply-to: Eli Zaretskii References: <3F717475.33E13BC4@india.hp.com> <6654-Wed24Sep2003201904+0300-eliz@elta.co.il> <3F72FF8C.3080104@redhat.com> X-SW-Source: 2003-09/txt/msg00336.txt.bz2 > Date: Thu, 25 Sep 2003 10:45:32 -0400 > From: Andrew Cagney > > > "Eli Zaretskii" writes: > > > >> > Date: Wed, 24 Sep 2003 16:09:49 +0530 > >> > From: Saravanan > >> > > >> > 1. Why does GDB not provide this support for local > >> > host ? > > > >> > >> Simple: because no one wrote tracepoints support for native > >> debugging. > > > > > > Right -- please contribute support for native tracepoints! > > Just don't take Jim's request at face value :-) On the contrary: please do ;-) Seriously: as someone who earns his paycheck by writing and debugging real-time software and teaching others to do so efficiently, a debugger that can be used to run a real-time program without completely disrupting it is something to kill for. (Currently, use of a debugger is limited to coredumps.) If GDB were to support such a feature, it would be a debugger of choice for many of my co-workers. If done well, native tracepoints might make this possible. > The thing to keep in mind is that GDB's development model is one of > constant incremental change - fix a structure here, move a method there, > oops just accidently fixed a 15 year old bug of not being able to return > small structs, ... If this is supposed to be a gripe on the fact that no significant user-level changes were added to GDB (except, perhaps, on GNU/Linux systems), then I, too, am worried by that.