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  (Jeremy Drake <pgbuildfarm@jdrake.com>)
Re: [COMMITTERS] pgsql: Refactor flex and bison make rules  (Andrew Dunstan <andrew@dunslane.net>)
Список 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 по дате отправления:

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: Bugs in CREATE/DROP INDEX CONCURRENTLY
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Bugs in CREATE/DROP INDEX CONCURRENTLY