Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Jan Kratochvil <jan.kratochvil@redhat.com>
Cc: pedro@codesourcery.com, gdb-patches@sourceware.org, dan@codesourcery.com
Subject: Re: [patch] [gdbserver] Fix multi-GB error log files [doc review]
Date: Sat, 23 Apr 2011 11:09:00 -0000	[thread overview]
Message-ID: <83oc3xb4xf.fsf@gnu.org> (raw)
In-Reply-To: <20110423080023.GA19201@host1.jankratochvil.net>

> Date: Sat, 23 Apr 2011 10:00:23 +0200
> From: Jan Kratochvil <jan.kratochvil@redhat.com>
> Cc: pedro@codesourcery.com, gdb-patches@sourceware.org, dan@codesourcery.com
> 
> On Sat, 23 Apr 2011 08:15:38 +0200, Eli Zaretskii wrote:
> >   GDBserver now keeps its listening port open, unless you start
> >   GDBserver with the --once option.  Keeping the listening port open
> >   allows subsequent reconnections from another GDB session. 
> 
> BTW personally I read it as if GDBserver did not support reconnections before
> and that reconnections are a new feature (which they are not).

Ah, in that case, that's my mistake: I indeed thought the possibility
to reconnect was new.  So I guess the right wording of this entry
would be

  The new option --once causes GDBserver to stop listening for
  connections once the first connection is made.  The listening port
  used by GDBserver will become available after that.

> > > +                                Option @option{--multi} is not directly related
> > > +to @kbd{target extended-remote} (therefore @kbd{target remote} is also
> > > +compatible) and vice versa.
> > 
> > It's not clear to me how this sentence is related to the surrounding
> > text.  What potential problem did you try to prevent by that?
> 
> Yes, I was considering to post it as a separate patch but (a) it would be
> a hassle for one sentence and (b) it is all related together anyway.
> 
> --multi, remote/extended-remote and --once all together affect when gdbserver
> will / will not terminate.  Normally AFAIK one uses either:
> 	--multi with extended-remote
> or
> 	(default) with remote
> so I was curious if one can mix the two modes.  And to my surprise gdbserver
> behavior in which cases it terminates depends on how GDB connects to it
> (remote/extended-remote) instead of the gdbserver arguments (--multi).
> This is why this question seemed to me logical in the context of explaining
> all the GDB termination rules which needed to be explained together with the
> port allocation rules.

How about this modified text, then?

  Note that the conditions under which @code{gdbserver} terminates
  depend on how @value{GDBN} connects to it (@kbd{target remote} or
  @kbd{target extended-remote}).  The @option{--multi} option to
  @code{gdbserver} has no influence on that.

> > > +terminated in @kbd{target remote} mode.  On the other hand for @kbd{target
> >                                                         ^
> > Missing comma there.
> 
> You wrote it as "On the other, hand for " but I have used "On the other hand,
> for ", either a typo or a font layout problem on your side.

It's my mistake, sorry.  The comma should be after "hand", of course.

> Added @cindex for --once.
> 
> Used all your other suggestions, I am not aware much of the commas.
> 
> I will check it in if no futher comments appear.

Apart of the above two issues, the new text is fine with me.  Thanks.


  reply	other threads:[~2011-04-23 11:09 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-06 14:23 [patch] [gdbserver] Fix multi-GB error log files Jan Kratochvil
2011-03-15 17:48 ` Pedro Alves
2011-03-15 18:04   ` Daniel Jacobowitz
2011-03-15 18:35   ` Jan Kratochvil
2011-03-15 18:48     ` Pedro Alves
2011-03-15 19:28       ` Jan Kratochvil
2011-03-15 20:06         ` Pedro Alves
2011-03-16 10:20           ` Jan Kratochvil
2011-03-16 11:44             ` Pedro Alves
2011-04-17 14:05               ` [patch] [gdbserver] Fix multi-GB error log files [doc review] Jan Kratochvil
2011-04-17 16:31                 ` Eli Zaretskii
2011-04-22 21:42                   ` Jan Kratochvil
2011-04-23  6:16                     ` Eli Zaretskii
2011-04-23  8:00                       ` Jan Kratochvil
2011-04-23 11:09                         ` Eli Zaretskii [this message]
2011-04-24  8:24                           ` Jan Kratochvil
2011-04-24  7:35                             ` Eli Zaretskii
2011-04-24  8:04                               ` [commit] " Jan Kratochvil

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=83oc3xb4xf.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=dan@codesourcery.com \
    --cc=gdb-patches@sourceware.org \
    --cc=jan.kratochvil@redhat.com \
    --cc=pedro@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