From: Tom Tromey <tromey@redhat.com>
To: dje@google.com (Doug Evans)
Cc: gdb-patches@sourceware.org
Subject: Re: [RFA] stdio gdbserver connection
Date: Tue, 08 Jun 2010 17:17:00 -0000 [thread overview]
Message-ID: <m3zkz5jvgd.fsf@fleche.redhat.com> (raw)
In-Reply-To: <20100525172715.A9BE38439A@ruffy.mtv.corp.google.com> (Doug Evans's message of "Tue, 25 May 2010 10:27:15 -0700 (PDT)")
>>>>> "Doug" == Doug Evans <dje@google.com> writes:
Doug> This patch lets gdbserver communicate via stdio.
I didn't see any response to this.
I think this seems like a useful feature. I'm not familiar with
gdbserver's code, so I won't really review the patch.
Doug> One outstanding issue is what to do with inferior stdio. stderr
Doug> is ok, it'll just get propagated back to gdb which will display
Doug> it. But we don't want inferior stdio to interfere with the gdb
Doug> connection. The board description file uses exec-wrapper to
Doug> redirect stdin/out to /dev/null. I think gdbserver should do that
Doug> itself if the connection is stdio. If the user wants something
Doug> else for the inferior's stdio (named pipes or whatever), they can
Doug> still use exec-wrapper. Comments?
This seems reasonable. It seems like it might also be reasonable to
have the default be to route the inferior's stdout to stderr (by
default), so plain printfs continue to show up.
I think it would be worthwhile to check in this board file. I believe
this has come up before -- there are some files like this that are
useful but not yet in the tree...
Doug> +#define STDIN_FILENO 0
Doug> +#define STDOUT_FILENO 1
Old school :-)
How about fileno(stdin)?
Tom
next prev parent reply other threads:[~2010-06-08 17:17 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-05-25 17:43 Doug Evans
2010-06-08 17:17 ` Tom Tromey [this message]
2010-06-08 17:27 ` Daniel Jacobowitz
2010-08-02 23:11 ` Doug Evans
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=m3zkz5jvgd.fsf@fleche.redhat.com \
--to=tromey@redhat.com \
--cc=dje@google.com \
--cc=gdb-patches@sourceware.org \
/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