Re: [PATCH] Allow Postgres to pick an unused port to listen

Поиск
Список
Период
Сортировка
От Peter Eisentraut
Тема Re: [PATCH] Allow Postgres to pick an unused port to listen
Дата
Msg-id e2e5a119-c68e-5e4a-16e0-7a7e2c515741@enterprisedb.com
обсуждение исходный текст
Ответ на Re: [PATCH] Allow Postgres to pick an unused port to listen  (Stephen Frost <sfrost@snowman.net>)
Ответы Re: [PATCH] Allow Postgres to pick an unused port to listen  (Cary Huang <cary.huang@highgo.ca>)
Re: [PATCH] Allow Postgres to pick an unused port to listen  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On 19.04.23 06:21, Stephen Frost wrote:
>> I don't think involving pg_ctl is necessary or desirable, since it would
>> make any future changes like that even more complicated.
> I'm a bit confused by this- if pg_ctl is invoked then we have
> more-or-less full control over parsing and reporting out the answer, so
> while it might be a bit more complicated for us, it seems surely simpler
> for the end user.  Or maybe you're referring to something here that I'm
> not thinking of?

Getting pg_ctl involved just requires a lot more work.  We need to write 
actual code, documentation, tests, help output, translations, etc.  If 
we ever change anything, then we need to transition the command-line 
arguments somehow, add more documentation, etc.

A file is a much simpler interface: You just write to it, write two 
sentences of documentation, that's all.

Or to put it another way, if we don't think a file is an appropriate 
interface, then why is a PID file appropriate?

> Independent of the above though ... this hand-wringing about what we
> might do in the relative near-term when we haven't done much in the past
> many-many years regarding listen_addresses or port strikes me as
> unlikely to be necessary.  Let's pick something and get it done and
> accept that we may have to change it at some point in the future, but
> that's kinda what major releases are for, imv anyway.

Right.  I'm perfectly content with just allowing port number 0 and 
leaving it at that.




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Andrew Dunstan
Дата:
Сообщение: Re: Add missing copyright for pg_upgrade/t/* files
Следующее
От: Julien Rouhaud
Дата:
Сообщение: Re: [PoC] pg_upgrade: allow to upgrade publisher node