Skip site navigation (1) Skip section navigation (2)

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

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: PostgreSQL Development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Why is failure to find file a "NOTICE"?
Date: 2000-11-03 20:55:11
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-hackers
Peter Eisentraut <peter_e(at)gmx(dot)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

In response to

pgsql-hackers by date

Next:From: Peter EisentrautDate: 2000-11-03 21:09:41
Subject: Alternative database locations are broken
Previous:From: Peter EisentrautDate: 2000-11-03 20:50:27
Subject: Re: Why is failure to find file a "NOTICE"?

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group