Re: Overlength socket paths (was Re: [COMMITTERS] pgsql: Refactor flex and bison make rules)
В списке pgsql-hackers по дате отправления:
| От | Andrew Dunstan |
|---|---|
| Тема | Re: Overlength socket paths (was Re: [COMMITTERS] pgsql: Refactor flex and bison make rules) |
| Дата | |
| Msg-id | 50B7F04B.3080009@dunslane.net обсуждение |
| Ответ на | Re: Overlength socket paths (was Re: [COMMITTERS] pgsql: Refactor flex and bison make rules) (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: Overlength socket paths (was Re: [COMMITTERS] pgsql: Refactor flex and bison make rules)
|
| Список | pgsql-hackers |
On 11/29/2012 06:23 PM, Tom Lane wrote: > 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. > > The test script doesn't do anything. It's pg_upgrade itself that sets the socket dir. See option.c:get_sock_dir() cheers andrew
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера