Re: [COMMITTERS] pgsql: Refactor flex and bison make rules
От | Tom Lane |
---|---|
Тема | Re: [COMMITTERS] pgsql: Refactor flex and bison make rules |
Дата | |
Msg-id | 23496.1354161781@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [COMMITTERS] pgsql: Refactor flex and bison make rules (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: [COMMITTERS] pgsql: Refactor flex and bison make rules
Re: [COMMITTERS] pgsql: Refactor flex and bison make rules |
Список | pgsql-hackers |
Jeremy Drake <pgbuildfarm@jdrake.com> writes: > While we're talking about odd issues that only seem to happen on Okapi, > does anyone know of anything I can do to diagnose the pg_upgrade failure > on the 9.2 branch? There are no rogue (non-buildfarm-related) > postmaster/postgres processes running on the machine. [ digs around ... ] It looks like the failure is coming from here: if (strlen(path) >= sizeof(unp->sun_path)) return EAI_FAIL; What's the size of the sun_path member of struct sockaddr_un on your machine? I count 115 characters in your socket path ... maybe you just need a less deeply nested test directory. (If that is the problem, seems like we need to return something more helpful than EAI_FAIL here.) regards, tom lane
В списке pgsql-hackers по дате отправления: