From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22986 invoked by alias); 2 Oct 2003 14:20:08 -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 22976 invoked from network); 2 Oct 2003 14:20:07 -0000 Received: from unknown (HELO mailgw3a.lmco.com) (192.35.35.7) by sources.redhat.com with SMTP; 2 Oct 2003 14:20:07 -0000 Received: from emss04g01.ems.lmco.com ([166.17.13.122]) by mailgw3a.lmco.com (8.11.6p2/8.11.6) with ESMTP id h92EF3f04703; Thu, 2 Oct 2003 10:15:03 -0400 (EDT) Received: from CONVERSION-DAEMON.lmco.com by lmco.com (PMDF V6.1-1X6 #30760) id <0HM400801VL2P8@lmco.com>; Thu, 02 Oct 2003 10:15:02 -0400 (EDT) Received: from EMSS04I00.us.lmco.com ([166.17.13.135]) by lmco.com (PMDF V6.1-1X6 #30760) with ESMTP id <0HM40057YVL2BQ@lmco.com>; Thu, 02 Oct 2003 10:15:02 -0400 (EDT) Received: from EMSS04M11.us.lmco.com ([144.219.10.27]) by EMSS04I00.us.lmco.com with Microsoft SMTPSVC(5.0.2195.2966); Thu, 02 Oct 2003 10:15:02 -0400 Date: Thu, 02 Oct 2003 14:20:00 -0000 From: "Newman, Mark (N-Superior Technical Resource Inc)" Subject: RE: tracepoints To: Saravanan Cc: jimb@redhat.com, Johnson Samuel , gdb@sources.redhat.com Message-id: MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft Exchange V6.0.6375.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: X-OriginalArrivalTime: 02 Oct 2003 14:15:02.0318 (UTC) FILETIME=[91EB3CE0:01C388EF] X-SW-Source: 2003-10/txt/msg00058.txt.bz2 Hi Saravan - Lockheed does not use HP-GDB. However in the past something very much like tracepoints has been used as part of the integration of large systems. That was done at enormous cost. I am looking at a low cost mechanism for doing it in the future. (I wrote the earlier implementations and have written a current gdb/gdbserver implementation). I don't understand the desire to have tracepoints in a native environment. Tracepoints are designed to be non(read minimally)-invasive. They are designed to be sensitive to Heisenberg. That means that they perturb system operation as little as possible while collecting data. When we have used this type of functionality the idea was to set up a situation, collect information, wait for some event to occur, and then go in and look and see what happened. That event may or may not be a planned event. It was used less to debug programs and more to debug systems. It was an integration tool (although it has been used to debug logic problems) that allows one to see what happens in the dirty environment of the real world. Not in the clean environment of a test case. The only real differences I see between what we used in the past and Introspect is the fact that Introspect collects data in the target memory and the target is halted when the data is being analyzed. The former means to me that if I am not careful the data can have rolled off the end of a queue before I look at it or perhaps the target locked and I can't get at the collected data. The latter violates the principle espoused by Heisenberg. Please let me know what your feelings are. This idea has been cobbed together by a relatively small group of people in the past. It needs to have the scrutiny of many talented people applied to it. Mark Newman -----Original Message----- From: Saravanan [mailto:pes@india.hp.com] Sent: Wednesday, October 01, 2003 7:34 AM To: Newman, Mark (N-Superior Technical Resource Inc) Cc: jimb@redhat.com; Johnson Samuel Subject: Re: tracepoints Hi , I am Saravanan working for supporting HP-GDB/WDB product. I am doing a feasibility study of supporting native tracepoints in HP-GDB/WDB. Does Lockheed use HP-GDB/WDB for their debugging? If yes, would it help if we put this feature in HP-GDB/WDB ? Regards, Saravanan > > Saravanan > > Lockheed is investing money in tracepoints. I have not been able to get on the GDB mailing list's to indicate our interest in supporting them although I have spent time discussing an implementation with people at Redhat. > > If you would like to work towards a common goal please let me know > > Mark Newman