Re: abort()/segfault when starting postgres in inaccessible CWD

Поиск
Список
Период
Сортировка
От Andres Freund
Тема Re: abort()/segfault when starting postgres in inaccessible CWD
Дата
Msg-id 20131003171447.GH19661@awork2.anarazel.de
обсуждение исходный текст
Ответ на Re: abort()/segfault when starting postgres in inaccessible CWD  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
On 2013-10-03 19:07:37 +0200, Tom Lane wrote:
> Andres Freund <andres@2ndquadrant.com> writes:
> > Starting postgres with a CWD that's not readable will trigger an Assert
> > and if those are disabled it presumably will segfault.
>
> Yeah, we've discussed that before.  I'm not sure it's worth fixing,
> or that it could be counted on to stay fixed even if we removed the
> current source(s) of trouble.
>
> There's a bigger problem with the scenario you show, which is that the
> postmaster is started with root's environment variables not postgres'.
> That's likely to lead to assorted surprises that we can't really do
> anything about, even if we fixed the CWD issue.  So I'm inclined to think
> this scenario is a "don't do that".

I have no problem not supporting the scenario of an inaccessible CWD -
I'd just like to have a better error message than a segfault...

> Having said that, though, it seems like a bad idea to be calling
> set_pglocale_pgservice() before palloc is functional.  It's not at all
> obvious that that function can't be allowed to use palloc.

Yes, and it seems hard to control - as proven here - that it doesn't
make any calls to functions using palloc() in some edge cases.

Greetings,

Andres Freund

--
 Andres Freund                       http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: abort()/segfault when starting postgres in inaccessible CWD
Следующее
От: lr@pcorp.us
Дата:
Сообщение: BUG #8498: pg_trgm is missing from windows edb package