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
next prev parent 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