public inbox for gdb@sourceware.org
 help / color / mirror / Atom feed
From: "Newman, Mark (N-Superior Technical Resource Inc)" <mark.newman@lmco.com>
To: Andrew Cagney <ac131313@redhat.com>
Cc: gdb@sources.redhat.com
Subject: RE: Tracepoints
Date: Mon, 06 Oct 2003 13:39:00 -0000	[thread overview]
Message-ID: <F56FBA314E8E5A41895F0DA8F6716A6D02A4C0@EMSS04M11.us.lmco.com> (raw)

I don't want to go into detail until I get some kind of a feel for how
this will be accepted but would the community mind if I took a stab at
redoing the front end so that commands like "show", "tfind", "tdump"
could be performed when the target or inferior is running?

This would of course be done under either a compile switch or a runtime
switch to ensure compatability with the current tools.

                                     Mark Newman


-----Original Message-----
From: Andrew Cagney [mailto:ac131313@redhat.com]
Sent: Thursday, October 02, 2003 3:24 PM
To: Newman, Mark (N-Superior Technical Resource Inc)
Cc: gdb@sources.redhat.com
Subject: Re: Tracepoints


> Regarding tracepoints :
> 
> Two things
> 
> First native debugging is not impossible - it simply requires
something like 
> 
> target remote localhost:65500
> tp 52
> action
> collect i,j,k
> collect br
> end
> tstart
> cont
> 
> Second - is there any technical reason (other than the required
isolation of functionality) to stop the target to do a tfind and a
tdump.  Can these be performed while the target is running (in theory -
in practice gdb stops the target).

None ``other than the required isolation of functionality'' (read work 
on the target vector).

Andrew


             reply	other threads:[~2003-10-06 13:39 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-10-06 13:39 Newman, Mark (N-Superior Technical Resource Inc) [this message]
2003-10-06 21:03 ` Tracepoints Jim Blandy
  -- strict thread matches above, loose matches on Subject: below --
2006-01-23 13:49 tracepoints Maxim Osipov
2006-01-23 15:00 ` tracepoints Daniel Jacobowitz
2006-01-23 15:20   ` tracepoints Maxim Osipov
2006-01-23 19:37 ` tracepoints Jim Blandy
2003-10-07 13:00 Tracepoints Newman, Mark (N-Superior Technical Resource Inc)
2003-10-07 16:33 ` Tracepoints Jim Blandy
2003-10-08 17:21 ` Tracepoints Andrew Cagney
2003-10-02 14:20 tracepoints Newman, Mark (N-Superior Technical Resource Inc)
2003-10-02 13:16 Tracepoints Newman, Mark (N-Superior Technical Resource Inc)
2003-10-02 19:23 ` Tracepoints Andrew Cagney
2001-07-11 10:38 Tracepoints Billalabeitia, Jose Carlos (IndSys, GEPM)
2001-03-21 15:59 tracepoints Nicolas.Thery
2001-03-21 15:59 ` tracepoints Edward Peschko
2001-03-21 15:59   ` tracepoints Eli Zaretskii
2001-03-21 15:59 ` tracepoints Eli Zaretskii
2001-03-21 15:59   ` tracepoints Eli Zaretskii
2001-03-21 15:59 tracepoints Edward Peschko
2001-03-21 15:59 ` tracepoints Eli Zaretskii
2001-02-27 19:50 tracepoints Edward Peschko

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=F56FBA314E8E5A41895F0DA8F6716A6D02A4C0@EMSS04M11.us.lmco.com \
    --to=mark.newman@lmco.com \
    --cc=ac131313@redhat.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).