Re: Backend working directories and absolute file paths - Mailing list pgsql-hackers

From Greg Stark
Subject Re: Backend working directories and absolute file paths
Date
Msg-id 87ekajxzv1.fsf@stark.xeocode.com
Whole thread Raw
In response to Re: Backend working directories and absolute file paths  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Backend working directories and absolute file paths  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Tom Lane <tgl@sss.pgh.pa.us> writes:

> Greg Stark <gsstark@mit.edu> writes:
> > However it might be nice to have dumps go to a configurable place. 
> 
> You'd have to talk to your kernel provider about that one; we don't have
> any direct control over where or even whether core dumps occur.

Well on most platforms setting the cwd would suffice.

This would also potentially allow you to control profiling output (though I
suspect that gets created at fork time, which would be too late) and other
such things.


For that matter, would depending on the cwd interact well with trusted Pl
languages that can change the cwd? Would they have to guarantee to set it back
when they're done?

> This adds overhead, rather than removing it as I was hoping to do.

That's true. Hm. If the id were short it could go on every page.

-- 
greg



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: REL7_4_STABLE: Check failure
Next
From: Bruce Momjian
Date:
Subject: Re: [PATCHES] Dbsize backend integration