Re: [PATCH] Allow Postgres to pick an unused port to listen - Mailing list pgsql-hackers

From Daniel Gustafsson
Subject Re: [PATCH] Allow Postgres to pick an unused port to listen
Date
Msg-id 062A9D56-FF9E-4F79-8FD0-C66BE78E0F9F@yesql.se
Whole thread Raw
In response to Re: [PATCH] Allow Postgres to pick an unused port to listen  (Yurii Rashkovskii <yrashk@gmail.com>)
Responses Re: [PATCH] Allow Postgres to pick an unused port to listen
List pgsql-hackers
> On 11 May 2023, at 13:24, Yurii Rashkovskii <yrashk@gmail.com> wrote:
>
> On Thu, May 11, 2023 at 10:36 AM Alvaro Herrera <alvherre@alvh.no-ip.org <mailto:alvherre@alvh.no-ip.org>> wrote:
> On 2023-May-11, Yurii Rashkovskii wrote:
>
> > ```
> > 127.0.0.1=5432 ::1=54321
> > ```
> >
> > Basically, a space-delimited set of address/port pairs (delimited by `=` to
> > allow IPv6 addresses to use a colon).
>
> This seems a bit too creative.  I'd rather have the IPv6 address in
> square brackets, which clues the parser immediately as to the address
> family and use colons to separate the port number.  If we do go with a
> separate file, which to me sounds easier than cramming it into the PID
> file, then one per line is likely better, if only because line-oriented
> Unix text tooling has an easier time that way.
>
> Just a general caution here that using square brackets to denote IPv6 addresses will make it (unnecessarily?) harder
toprocess this with a shell script. 

This patch is Waiting on Author in the current commitfest with no new patch
presented following the discussion here.  Is there an update ready or should we
close it in this CF in favour of a future one?

--
Daniel Gustafsson




pgsql-hackers by date:

Previous
From: Ranier Vilela
Date:
Subject: Re: POC, WIP: OR-clause support for indexes
Next
From: Aleksander Alekseev
Date:
Subject: Re: HOT readme missing documentation on summarizing index handling