This is the mail archive of the
gdb-patches@sourceware.org
mailing list for the GDB project.
Re: [RFA] [doc] thread-created/thread-exited
Eli Zaretskii wrote:
>> From: Vladimir Prus <vladimir@codesourcery.com>
>> Date: Sat, 26 Apr 2008 21:44:03 +0400
>>
>> This patch documents the thread-create and thread-exited MI notification.
>> It also fixes the terminology as bit -- the grammar say that out-of-band
>> record is either async record or stream record, whereas the following docs
>> first describe stream records and then talk about async records, but call
>> them out-of-band.
>>
>> OK?
>
> Did you actually try to say "make info" after applying these patches?
> Because I don't see how it could fly: you've modified the name of a
> node, but did not change the corresponding item in the @menu of the
> section of which "GDB/MI Out-of-band Records" was a subsection. That
> ought to trigger error messages from makeinfo.
I did 'make pdf' and it worked.
>> +The following is the list of possible async records
>
> A colon at the end of this line, please.
>
>> @table @code
>> @item *stopped,reason="@var{reason}"
>> +The target has stopped.
>> +@item =thread-created,id="@var{id}"
>> +@item =thread-exited,id="@var{id}"
>> +A thread either was created, or has exited. The @var{id} field
>> +contains the @var{GDBN} identifier of the thread.
>> @end table
>
> Please leave an empty line before an @item line, otherwise it will
> look ugly in print.
Hmm, it looks just fine for me. I've added blank lines though.
> Also, you cannot have 2 @item lines in a row; all
> but the first one must be @itemx, or else the formatting of the table
> will come out wrong. Finally, 2 spaces after a period that ends a
> sentence, please.
>
>> +For the @samp{*stopped} async record, the @var{reason} field can have
>> +one of the following values:
>>
>> @table @code
>> @item breakpoint-hit
>
> I'd put this right after the @item above that introduced the
> `*stopped' record (yes, a table inside a table). Didactically, it is
> better to have related information close together, rather than apart.
How about this revision?
- Volodya
diff --git a/gdb/doc/gdb.texinfo b/gdb/doc/gdb.texinfo
index 294276c..2ffdc53 100644
--- a/gdb/doc/gdb.texinfo
+++ b/gdb/doc/gdb.texinfo
@@ -18045,7 +18045,7 @@ follow development on @email{gdb@@sourceware.org} and
@menu
* GDB/MI Result Records::
* GDB/MI Stream Records::
-* GDB/MI Out-of-band Records::
+* GDB/MI Async Records::
@end menu
@node GDB/MI Result Records
@@ -18113,24 +18113,23 @@ The log stream contains debugging messages being produced by @value{GDBN}'s
internals.
@end table
-@node GDB/MI Out-of-band Records
-@subsection @sc{gdb/mi} Out-of-band Records
+@node GDB/MI Async Records
+@subsection @sc{gdb/mi} Async Records
-@cindex out-of-band records in @sc{gdb/mi}
-@cindex @sc{gdb/mi}, out-of-band records
-@dfn{Out-of-band} records are used to notify the @sc{gdb/mi} client of
+@cindex async records in @sc{gdb/mi}
+@cindex @sc{gdb/mi}, async records
+@dfn{Async} records are used to notify the @sc{gdb/mi} client of
additional changes that have occurred. Those changes can either be a
-consequence of @sc{gdb/mi} (e.g., a breakpoint modified) or a result of
+consequence of @sc{gdb/mi} commands (e.g., a breakpoint modified) or a result of
target activity (e.g., target stopped).
-The following is a preliminary list of possible out-of-band records.
-In particular, the @var{exec-async-output} records.
+The following is the list of possible async records
@table @code
-@item *stopped,reason="@var{reason}"
-@end table
-@var{reason} can be one of the following:
+@item *stopped,reason="@var{reason}"
+The target has stopped. The @var{reason} field can have one of the
+following values:
@table @code
@item breakpoint-hit
@@ -18160,6 +18159,13 @@ The inferior exited normally.
A signal was received by the inferior.
@end table
+@item =thread-created,id="@var{id}"
+@itemx =thread-exited,id="@var{id}"
+A thread either was created, or has exited. The @var{id} field
+contains the @value{GDBN} identifier of the thread.
+@end table
+
+
@c %%%%%%%%%%%%%%%%%%%%%%%%%%%% SECTION %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
@node GDB/MI Simple Examples