Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Daniel Jacobowitz <drow@false.org>
To: Vladimir Prus <vladimir@codesourcery.com>
Cc: gdb-patches@sources.redhat.com
Subject: Re: [RFA] -list-target-groups --available
Date: Mon, 24 Nov 2008 22:11:00 -0000	[thread overview]
Message-ID: <20081124194114.GA31602@caradoc.them.org> (raw)
In-Reply-To: <200811221939.41982.vladimir@codesourcery.com>

On Sat, Nov 22, 2008 at 07:39:41PM +0300, Vladimir Prus wrote:
> > This version has DTD. It also has documentation -- Eli, can you review it.
> > I did you found a good place where new "info os processes" should be documented,
> > any suggestions?

In addition to the new info commands, there's also a new set remote
command to control use of the packet; the new packet; and the new
qSupported response.  All of these need documentation.  Sorry,
back to you :-(

> +@node Operating System Information
> +@appendix Operating System Information
> +@cindex operating system information
> +
> +Users of @value{GDBN} often wish to obtain information about state of

about the state

> +the operating system running on the target---for example the list of
> +processes, or the list open files.  This section describes the

list of open files

> +mechanism that makes it possible.  This mechanism is similar to the 
> +target features mechanism (@pxref{Target Descriptions}), but focuses
> +on different aspect of target.

on a different

> +Operating system information is retrived from the target via the
> +remote protocol, using @samp{qXfer} requests (@pxref{General Query Packets,
> +qXfer}).  The object name in the request should be @samp{osdata}, and
> +the @var{annex} identifies the data to be fetched.

You can add an anchor to the new packet when it's documented and use
that here; iirc that's already done for some qXfer packets.

> +@node Process list
> +@section Process list
> +@cindex operating system information, process list
> +
> +When requesting process list, the @var{annex} field in the

requesting the process list

> +@samp{qXfer} request should be @samp{processes}.  The returned data is
> +an XML document.  The formal syntax of this document is defined in
> +@file{gdb/features/gdb-target.dtd}.

Wrong DTD.

> +The example content is:

Not sure - "An example document is"?

> +@smallexample
> +<?xml version="1.0"?>
> +<!DOCTYPE target SYSTEM "gdb-target.dtd">

Wrong DTD again.

> +<!-- process-list: Root element with versioning -->

It's <osdata> not <process-list>.  Also there's no version - you
should probably add one, like done for the existing target description
DTD (<target>).

> diff --git a/gdb/testsuite/gdb.server/ext-run.exp b/gdb/testsuite/gdb.server/ext-run.exp
> index 5af5611..24ed5dd 100644
> --- a/gdb/testsuite/gdb.server/ext-run.exp
> +++ b/gdb/testsuite/gdb.server/ext-run.exp
> @@ -44,5 +44,11 @@ gdb_test "set remote exec-file $target_exec" "" "set remote exec-file"
>  gdb_breakpoint main
>  gdb_test "run" "Breakpoint.* main .*" "continue to main"
>  
> +if { [istarget *-*-linux*] } {
> +    # On Linux, gdbserver can also report the list of processes.
> +# 1 +root +/sbin/init\n.*
> +    gdb_test "info os processes" ".*pid +user +command.*1 +root +/sbin/init.*" "get process list"
> +}

Stray commented line?  Testcase looks fine otherwise.

-- 
Daniel Jacobowitz
CodeSourcery


  reply	other threads:[~2008-11-24 19:42 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-14 18:55 Vladimir Prus
2008-11-21  0:46 ` Daniel Jacobowitz
2008-11-23  2:14   ` Vladimir Prus
2008-11-23  5:16     ` Vladimir Prus
2008-11-24 22:11       ` Daniel Jacobowitz [this message]
2008-11-23 16:11     ` Pedro Alves
2008-11-24 23:13     ` Eli Zaretskii
2008-11-25  2:41       ` Eli Zaretskii
2008-12-01  8:12         ` Vladimir Prus
2008-12-01 20:39           ` Eli Zaretskii
2008-11-25  6:13     ` Eli Zaretskii

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=20081124194114.GA31602@caradoc.them.org \
    --to=drow@false.org \
    --cc=gdb-patches@sources.redhat.com \
    --cc=vladimir@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