Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Yao Qi <yao@codesourcery.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [PATCH 5/6] New MI command -trace-frame-collected
Date: Mon, 17 Jun 2013 15:48:00 -0000	[thread overview]
Message-ID: <831u80u52n.fsf@gnu.org> (raw)
In-Reply-To: <51BEE0F9.3090201@codesourcery.com>

> Date: Mon, 17 Jun 2013 18:12:09 +0800
> From: Yao Qi <yao@codesourcery.com>
> CC: <gdb-patches@sourceware.org>
> 
> On 06/14/2013 06:41 PM, Eli Zaretskii wrote:
> > This is not described anywhere in the manual.  In fact, the word
> > "wholly" never appears in the manual and "whole" never appears in any
> > context related to tracepoints.  In the node "Tracepoint Actions", we
> > don't make any distinction between collecting "in whole" and "in
> > part".
> > 
> > So if this distinction is important, please add to "Tracepoint
> > Actions" the explanation similar to what you wrote above, and then
> > make a cross-reference to that from the description of
> > -trace-frame-collected.
> 
> This distinction is important to the commands displaying contents in
> a given traceframe, such as -trace-frame-collected, but this distinction
> is not important to trace actions.

How can it not be important, when (AFAIU) the collection commands are
those that determine whether an object is collected in whole or only
partially?  By the time the user gets to displaying the collected
data, it's too late to decide about that.  Or am I missing something?

If I'm right, then it is important to describe this with tracepoint
actions because that is where the user needs to decide what to collect
and how.

On second thought, I still don't understand why is it so important to
emphasize this issue.  Isn't it trivially clear that in your example
myVar is collected in its entirety, while for myArray, only its
myIndex'th element is collected, and that the rest are expressions?
Why do we need to explain that?  Isn't it enough to say

  @item explicit-variables
  The set of objects that have been collected in their entirety (as
  opposed to collecting just a few elements of an array or a few struct
  members).

If this is good enough, then this paragraph:

> +This command returns the set of explicitly wholly collected (explained
> +below with an example) objects, register names, trace state variable
> +names, memory ranges and computed expressions that have been collected
> +at a particular trace frame.  The optional parameters to the command
> +affect the output format in different ways.  See the output description
> +table below for more details.

Needs to be rephrased to not mention the "explicitly wholly" thing.

> What do you think?

I don't like the result, sorry.

First, "explicitly wholly" sounds awkward, so much so that the reader
might decide this is a mistake of some kind.  Please use "collected
wholly" or "explicitly collected as a whole", if I didn't convince you
that the entire point about this is moot.

Second, this issue is too complicated to explain it with an example.
You need to provide rules by which the user will be able to decide
whether some data will be collected as a whole or not.

Third, you need @noindent here:

> +@smallexample
> +collect myVar, myArray[myIndex] myObj.field, myPtr->field, myCount + 2
> +collect *(int*)0xaf02bef0@@40
> +@end smallexample
> +the set of named objects explicitly wholly collected would be

after the "@end smallexample" line.

Thanks.


  reply	other threads:[~2013-06-17 15:31 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-07 13:07 [PATCH 0/5] " Yao Qi
2013-06-07 13:07 ` [PATCH 1/5] Remove global variable tracepoint_list and stepping_list Yao Qi
2013-06-07 20:50   ` Pedro Alves
2013-06-07 13:07 ` [PATCH 4/5] New MI command -trace-frame-collected Yao Qi
2013-06-07 13:07 ` [PATCH 5/5] New test: gdb.trace/mi-trace-frame-collected.exp Yao Qi
2013-06-07 13:07 ` [PATCH 2/5] Move code to get_traceframe_location Yao Qi
2013-06-07 21:09   ` Pedro Alves
2013-06-07 13:07 ` [PATCH 3/5] Add id of TSV into traceframe_info Yao Qi
2013-06-07 14:39   ` Eli Zaretskii
2013-06-08 11:06     ` Yao Qi
2013-06-13  1:29 ` [PATCH 0/6 V2] New MI command -trace-frame-collected Yao Qi
2013-06-13  1:29   ` [PATCH 3/6] Move code to get_traceframe_location Yao Qi
2013-06-25 15:43     ` Pedro Alves
2013-06-13  1:29   ` [PATCH 6/6] New test: gdb.trace/mi-trace-frame-collected.exp Yao Qi
2013-06-25 18:42     ` Pedro Alves
2013-06-26 10:32       ` Yao Qi
2013-06-13  1:29   ` [PATCH 5/6] New MI command -trace-frame-collected Yao Qi
2013-06-13 14:27     ` Eli Zaretskii
2013-06-14  9:52       ` Yao Qi
2013-06-14 12:34         ` Eli Zaretskii
2013-06-17 10:21           ` Yao Qi
2013-06-17 15:48             ` Eli Zaretskii [this message]
2013-06-18 14:09               ` Yao Qi
2013-06-18 17:24                 ` Eli Zaretskii
2013-06-25 17:31                 ` Pedro Alves
2013-06-26  8:29                   ` Yao Qi
2013-06-26 11:22                     ` Pedro Alves
2013-06-13  1:29   ` [PATCH 2/6] Emit error in tdump command when traceframe is not selected Yao Qi
2013-06-25 15:32     ` Pedro Alves
2013-06-13  1:29   ` [PATCH 4/6] Add id of TSV into traceframe_info Yao Qi
2013-06-13  3:40     ` Eli Zaretskii
2013-06-25 16:18     ` Pedro Alves
2013-06-26  8:19       ` Yao Qi
2013-06-13  2:46   ` [PATCH 1/6] Remove global variable tracepoint_list and stepping_list Yao Qi
2013-06-25 15:28     ` Pedro Alves
2013-06-24 15:25   ` [ping]: [PATCH 0/6 V2] New MI command -trace-frame-collected Yao Qi

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=831u80u52n.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=gdb-patches@sourceware.org \
    --cc=yao@codesourcery.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