Re: Inconvenience of pg_read_binary_file()
От | Tom Lane |
---|---|
Тема | Re: Inconvenience of pg_read_binary_file() |
Дата | |
Msg-id | 342893.1659191079@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Inconvenience of pg_read_binary_file() (Kyotaro Horiguchi <horikyota.ntt@gmail.com>) |
Ответы |
Re: Inconvenience of pg_read_binary_file()
|
Список | pgsql-hackers |
Alvaro Herrera <alvherre@alvh.no-ip.org> writes: > On 2022-Jul-30, Michael Paquier wrote: >> PG_VERSION would be simpler. Looking at postmaster.pid would require >> a lookup at external_pid_file, and as it is not set by default you >> would need to add some extra logic in the tests where >> external_pid_file = NULL <=> PGDATA/postmaster.pid. > Hmm, no? as I recall external_pid_file is an *additional* PID file; it > doesn't supplant postmaster.pid. Right. postmaster.pid absolutely should be there if the postmaster is up (and if it ain't, you're going to have lots of other difficulty in running the regression tests...). It doesn't feel quite as static as PG_VERSION, though. regards, tom lane
В списке pgsql-hackers по дате отправления: