From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9559 invoked by alias); 17 Nov 2003 18:04:54 -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 9551 invoked from network); 17 Nov 2003 18:04:49 -0000 Received: from unknown (HELO calvin.codito.com) (203.199.140.162) by sources.redhat.com with SMTP; 17 Nov 2003 18:04:49 -0000 Received: from codito.com (ramana.codito.co.in [192.168.100.52]) by calvin.codito.com (8.12.8/8.12.5) with ESMTP id hAHI3aXV003275; Mon, 17 Nov 2003 23:33:38 +0530 Message-ID: <3FB90E68.1070005@codito.com> Date: Mon, 17 Nov 2003 18:04:00 -0000 From: Ramana Radhakrishnan User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031013 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Newman, Mark (N-Superior Technical Resource Inc)" CC: ankit thukral , gdb@sources.redhat.com Subject: Re: regarding transparent data ranges (in tracepoint support) References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-11/txt/msg00132.txt.bz2 Newman, Mark (N-Superior Technical Resource Inc) wrote: >ankit - > >My feeling (i.e. imho) is that the engineer should be able to get at >tracepointed data at any time. > >To me tracepointed data provides an historical "trail" of what occurred >during the execution of the inferior. The engineer needs to be able to >"see" that data while the inferior is running and after the inferior >stops. > >When the operator specifies a time slice (via a tfind) then only the >data collected should be available to that engineer. Anything else that >he/she would see would be from a different time slice. I realize that >transparent data should not change - but the engineer may be looking to >see if it did change inappropriately. If the engineer wants to "see" >that transparent data it should have been collected. (Which leaves open >the question of whether or not an engineer should be able to collect >transparent data). > > I would also leave the option upto the user to say whether he wants to actually collect the data from the transparent regions. what say others? cheers Ramana > Mark Newman > > > >>-----Original Message----- >>From: gdb-owner@sources.redhat.com >>[mailto:gdb-owner@sources.redhat.com]On Behalf Of ankit thukral >>Sent: Sunday, November 16, 2003 1:32 AM >>To: gdb@sources.redhat.com >>Subject: regarding transparent data ranges (in tracepoint support) >> >> >>hi all, >> i read about the transparent data ranges and >>learned that data in these ranges are not supposed to >>be collected by the remote stub since they belong to >>read-only segment of the debuggee.my problem is : a >>TSTART would start the debuggee and it may so happen >>that the debuggee finishes executing.at this point,if >>the GDB requests for some data in the transparent data >>range,then how can the remote stub provide it with one >>since the debuggee has exited ? >> i think the debuggee needs to be stopped after >>main() has finished .this may be achieved by setting >>an internal breakpoint somewhere (i have no idea >>where).or may be something else. >> any ideas or suggestions?? >> >> >>thanks in advance, >>ankit. >> >>__________________________________ >>Do you Yahoo!? >>Protect your identity with Yahoo! Mail AddressGuard >>http://antispam.yahoo.com/whatsnewfree >> >> >>