Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: "Newman, Mark (N-Superior Technical Resource Inc)" <mark.newman@lmco.com>
To: ankit thukral <ankit_plug@yahoo.com>, gdb@sources.redhat.com
Subject: RE: regarding transparent data ranges (in tracepoint support)
Date: Mon, 17 Nov 2003 17:26:00 -0000	[thread overview]
Message-ID: <F56FBA314E8E5A41895F0DA8F6716A6D02A1EF@EMSS04M11.us.lmco.com> (raw)

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).

                                               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
> 


             reply	other threads:[~2003-11-17 17:26 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-11-17 17:26 Newman, Mark (N-Superior Technical Resource Inc) [this message]
2003-11-17 18:04 ` Ramana Radhakrishnan
  -- strict thread matches above, loose matches on Subject: below --
2003-11-29  6:56 Ramana Radhakrishnan
2003-11-28 17:35 Newman, Mark (N-Superior Technical Resource Inc)
2003-11-28 19:23 ` Daniel Jacobowitz
2003-11-29  1:29   ` Mark Newman
2003-11-29  1:34     ` Daniel Jacobowitz
2003-11-29  2:08       ` Mark Newman
2003-11-29  5:41         ` Daniel Jacobowitz
2003-11-28 17:24 Newman, Mark (N-Superior Technical Resource Inc)
2003-11-28 17:27 ` Daniel Jacobowitz
2003-11-25 16:09 Newman, Mark (N-Superior Technical Resource Inc)
2003-11-21 18:41 Newman, Mark (N-Superior Technical Resource Inc)
2003-11-19 19:51 Newman, Mark (N-Superior Technical Resource Inc)
2003-11-19 20:22 ` Daniel Jacobowitz
2003-11-20  5:00 ` ankit thukral
2003-11-19 19:35 Newman, Mark (N-Superior Technical Resource Inc)
2003-11-19 19:38 ` Daniel Jacobowitz
2003-11-14 19:30 async operation Newman, Mark (N-Superior Technical Resource Inc)
2003-11-16  6:32 ` regarding transparent data ranges (in tracepoint support) ankit thukral
2003-11-19  7:40   ` Jim Blandy
2003-11-19 16:25     ` ankit thukral
2003-11-19 18:55       ` Daniel Jacobowitz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=F56FBA314E8E5A41895F0DA8F6716A6D02A1EF@EMSS04M11.us.lmco.com \
    --to=mark.newman@lmco.com \
    --cc=ankit_plug@yahoo.com \
    --cc=gdb@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox