Re: Why is failure to find file a "NOTICE"?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Why is failure to find file a "NOTICE"?
Дата
Msg-id 8160.973284911@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Why is failure to find file a "NOTICE"?  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-hackers
Peter Eisentraut <peter_e@gmx.net> writes:
> Tom Lane writes:
>> Either that, or convert it to an absolute path.  The problem is that the
>> backends chdir() to their individual databases' data directories, so
>> relative paths that were OK from the postmaster's perspective are no
>> good anymore.

> Is there a profound reason for this chdir()?

I like it because it keeps coredump files separate for backends in
different databases, not to mention separate from the postmaster's
own corefile.

It used to be true that some places in the backend would use relative
paths (ie, just "foo") to access some files, so that was also forcing
the working directory to be the same as the database subdirectory.
Other places build absolute paths (or what they think are absolute
paths, anyway) by prepending the -D string.  I'm not sure if all the
uses of relative paths have been removed or not.  Just on performance
grounds it seems to me that using relative paths is preferable, and we
ought to be removing the prepending of the -D path rather than making
it essential...
        regards, tom lane


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

Предыдущее
От: Ian Lance Taylor
Дата:
Сообщение: Re: [HACKERS] 7.0.3 branded
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Alternative database locations are broken