Re: [PATCH 1/6] connect: remove get_port()
- From
Jeff King <peff@peff.net>
- Date
- May 3, 2016, 05:03 UTC
- Message-ID
- <20160503050338.GD32259@sigill.intra.peff.net>
- In-Reply-To
- <e1056272-8c0e-0a0b-2295-4653a47cf86f@web.de>
On Sun, May 01, 2016 at 12:10:09PM +0200, Torsten Bögershausen wrote:
Show 16 quoted lines
> On 2016-05-01 08.02, Mike Hommey wrote: > > get_port() is only used as a fallback when get_host_and_port() does not > > return a port. But get_port() does the same search as > > get_host_and_port(), except get_host_and_port() starts from the end of > > the host, respecting square brackets for ipv6 addresses, and get_port(), > > operating after get_host_and_port(), works on a modified host string > > that has square brackes removed if there were any. > typo: brackets. > > > > I cannot think of any legal host:port string that would not have a port > > returned by get_host_and_port() *and* have one returned by get_port(). > > So just remove get_port(). > > > > Signed-off-by: Mike Hommey <mh@glandium.org> > Does this pass the test-suite ? > It doesn't pass here, t5601:
Hmm. I do notice that Mike's patch only touches the ssh code path. The normal TCP code path _just_ uses get_host_and_port. Does that mean the TCP side is missing some cases, or is the extra parsing just for handling bracketed "[host:port]:path" cases for ssh, like:
Show 5 quoted lines
> not ok 39 - bracketed hostnames are still ssh > # > # git clone "[myhost:123]:src" ssh-bracket-clone && > # expect_ssh "-p 123" myhost src > #
?
-Peff