Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Michael Snyder <msnyder@cygnus.com>
To: Eli Zaretskii <eliz@is.elta.co.il>
Cc: Elena Zannoni <ezannoni@cygnus.com>, gdb-patches@sources.redhat.com
Subject: Re: Tracepoints documentation
Date: Thu, 22 Mar 2001 11:44:00 -0000	[thread overview]
Message-ID: <3ABA52B0.EE934756@cygnus.com> (raw)
In-Reply-To: <Pine.SUN.3.91.1010322100037.7564H-100000@is>

Eli Zaretskii wrote:
> 
> On Wed, 21 Mar 2001, Elena Zannoni wrote:
> 
> > I retireved from my dusty mailbox some tracepoint documentation that
> > was written some time back (when the tracepoints were originally
> > implemented) (1998, that is).  I reformatted it from a .doc file. This
> > should be suitable for inclusion in the gdb user's manual.
> 
> Thanks!
> 
> > The texinfo/info formatting is not very well done. I'll leave that to
> > you. :-)
> 
> Will do.
> 
> > Hope it is useful. Unfortunately there isn't a remote target that
> > supports tracepoints at the moment, so we cannot verify that all works
> > as claimed.
> 
> Understood.
> 
> I still have one aspect of tracepoints that I couldn't figure out,
> though.  The original paper about tracepoints (presented by Jim and
> Michael during some conference, I think) mentions a program called
> ``Introspect'' which serves as the remote agent for tracepoints.  Is
> it indeed needed, and if so, where is its source?

"Introspect" is sort of a code name for the tracing functionality of GDB.
However, you do need a special target "stub" (a gdbserver or something like it)
that knows how to perform the tracing stuff, since most of the tracing work
is done on the target side.

We (the old Cygnus) had one customer who implemented their own target-side
tracing server.  We also wrote a sort-of reference implementation ourselves,
but it has never been released.

I hope someday to get the introspect code merged into libremote (Red Hat's
portable gdbserver-like library).  Meanwhile, there is nothing preventing
people from writing an introspect target.  The paper and the documentation
that Elena's given you, plus the documentation of the remote protocol, 
are a fairly complete spec.


  parent reply	other threads:[~2001-03-22 11:44 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <15033.5608.117159.559866@kwikemart.cygnus.com>
2001-03-22  0:03 ` Eli Zaretskii
2001-03-22  6:52   ` Elena Zannoni
2001-03-22 11:44   ` Michael Snyder [this message]
     [not found]     ` <200103231048.FAA29295@indy.delorie.com>
2001-03-23  8:58       ` Michael Snyder

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=3ABA52B0.EE934756@cygnus.com \
    --to=msnyder@cygnus.com \
    --cc=eliz@is.elta.co.il \
    --cc=ezannoni@cygnus.com \
    --cc=gdb-patches@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