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