From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15335 invoked by alias); 17 Feb 2007 11:43:01 -0000 Received: (qmail 15325 invoked by uid 22791); 17 Feb 2007 11:43:00 -0000 X-Spam-Check-By: sourceware.org Received: from Unknown (HELO mail.hofr.at) (194.112.174.227) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 17 Feb 2007 11:42:55 +0000 Date: Sat, 17 Feb 2007 13:51:00 -0000 From: Nicholas Mc Guire To: Eli Zaretskii cc: Nicholas Mc Guire , gdb@sourceware.org Subject: Re: Break in a thread but continue other threads In-Reply-To: Message-ID: References: <200702161602.l1GG2gpr014571@douglas.highley-recommended.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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: 2007-02/txt/msg00183.txt.bz2 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> Date: Sat, 17 Feb 2007 09:07:09 +0100 (CET) >> From: Nicholas Mc Guire >> cc: gdb@sourceware.org >> >> One posible solution for this problem would be to use tracepoints - we >> have completed the first version of tracepoints for Linux (PPC,MIPS,X86) >> and it is available via cvs at: >> >> cvs -d :pserver:anoncvs@dslab.lzu.edu.cn:/home/cvs login >> password: anoncvs >> cvs -d :pserver:anoncvs@dslab.lzu.edu.cn:/home/cvs co tracepoints > > Any reasons why this wasn't submitted for inclusion in GDB? > It just was completed last week and is not ready yet for inclusion - it simply did not get enough testing yet. Also we are still missing a few commands (i.e. two of the tfind commands) and we have a few glitches to cleanup first (fist tfind is ignored, breakpoints and tracepoints at the same address fail, etc.). Also one problem is that GDB requires that copyright is assigned to the GDB project (correct me if thats wrong) and Siemens AG witch sponsored the work is only willing to release it under GPL V2 but not give up copyright. I have no problem with this going into GDB mainstream though once its clean (and documented). BTW I would like a small change to the tracepoint comand interface if posible - I would need an extra parameter to tstart that would allow to pass the number of traceevents that will occure so that one can allocate memory on the target side before the trace experiment starts instead of during runtime hofrat -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFF1t/0nU7rXZKfY2oRAqq1AJ9DUnP20AEIJ43efudiDSBOUeN0mQCgk1/S 5SWuOg2IVrZ/xwU0gmOzBVc= =StrV -----END PGP SIGNATURE-----