From: John Darrington <john@darrington.wattle.id.au>
To: Tom Tromey <tom@tromey.com>
Cc: John Darrington <john@darrington.wattle.id.au>,
gdb-patches@sourceware.org
Subject: Re: Remote debugging over local domain sockets?
Date: Wed, 29 Aug 2018 15:28:00 -0000 [thread overview]
Message-ID: <20180829152820.ejvum7tshuitbick@jocasta.intra> (raw)
In-Reply-To: <878t4p5hjn.fsf@tromey.com>
On Wed, Aug 29, 2018 at 09:17:00AM -0600, Tom Tromey wrote:
>>>>> "John" == John Darrington <john@darrington.wattle.id.au> writes:
John> So far as I'm aware, it's not possible to run a remote target over
John> a local domain (AF_UNIX) socket.
John> Would you accept a patch which changes the behaviour of "target
John> remote /foo/bar" such that if /foo/bar is a socket, gdb will
John> connect to that socket instead of trying to open it as a device?
How about stat'ing the path and doing the right thing depending on
whether it is a device or a socket?
That was my idea.
Alternatively, how about new syntax instead? "target remote /path" has meant
to open a serial device since forever. However there's also syntax like
"target remote udp:host:port". So maybe "target remote socket:/path"?
You mean where 'socket' is the literal string "socket" ? That might
also work, but one would have to consider what would happen if somebody
wanted to connect to a remote host called "socket" .
I prefer the first idea.
--
Avoid eavesdropping. Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3
fingerprint = 8797 A26D 0854 2EAB 0285 A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.
next prev parent reply other threads:[~2018-08-29 15:28 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-08-29 7:05 John Darrington
2018-08-29 15:17 ` Tom Tromey
2018-08-29 15:28 ` John Darrington [this message]
2018-08-29 15:39 ` Tom Tromey
2018-08-31 10:18 ` [PATCH] Allow remote debugging over a local domain socket John Darrington
2018-08-31 14:59 ` Eli Zaretskii
2018-08-31 15:10 ` John Darrington
2018-08-31 17:50 ` Eli Zaretskii
2018-08-31 15:10 ` Tom Tromey
2018-08-31 15:12 ` John Darrington
2018-08-31 16:01 ` Pedro Alves
2018-08-31 16:40 ` John Darrington
2018-09-03 13:19 ` Pedro Alves
2018-09-03 18:49 ` John Darrington
2018-10-01 19:45 ` Pedro Alves
2018-10-02 10:16 ` John Darrington
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=20180829152820.ejvum7tshuitbick@jocasta.intra \
--to=john@darrington.wattle.id.au \
--cc=gdb-patches@sourceware.org \
--cc=tom@tromey.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