Re: Overlength socket paths (was Re: [COMMITTERS] pgsql: Refactor flex and bison make rules)
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Overlength socket paths (was Re: [COMMITTERS] pgsql: Refactor flex and bison make rules) |
| Дата | |
| Msg-id | 19751.1354231388@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Overlength socket paths (was Re: [COMMITTERS] pgsql: Refactor flex and bison make rules) (Andrew Dunstan <andrew@dunslane.net>) |
| Ответы |
Re: Overlength socket paths (was Re: [COMMITTERS] pgsql:
Refactor flex and bison make rules)
Re: Overlength socket paths (was Re: [COMMITTERS] pgsql: Refactor flex and bison make rules) |
| Список | pgsql-hackers |
Andrew Dunstan <andrew@dunslane.net> writes:
> ... Or maybe the
> postmaster needs to check the length somehow before it calls
> StreamServerPort() so we can give a saner error message.
Hm. That's ugly, but a lot less invasive than trying to get the
official API to pass the information through. Sounds like a plan to me.
However, that's only addressing the reporting end of it; I think we
also need to change the pg_upgrade test script as suggested by Noah.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера