Re: postmaster.pid

From: Kevin Brown <kevin(at)sysexperts(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: postmaster.pid
Date: 2003-01-21 23:39:44
Message-ID: 20030121233944.GC12991@filer
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Tom Lane wrote:
> Kevin Brown <kevin(at)sysexperts(dot)com> writes:
> > Tom Lane wrote:
> >> Also, the fact that you even had to mention two different ways of doing
> >> it is prima facie evidence that there are portability issues...
>
> > Well, that doesn't necessarily follow, but even if it did, we have
> > autoconf, we can very easily select a method as appropriate based on
> > the results of testing the platform from within configure (I mean,
> > what else is autoconf really for?).
>
> True. Probably we could combine it with the old logic as a fallback.
> Are you volunteering to do the work?

Yes, I'll do it. Should be much easier than figuring out how to get
explicit JOINs to be automatically reordered by the optimizer. :-)

The way I see it, the old logic should only be used if configure
didn't find a suitable file locking mechanism or in the event that an
error returned by the locking mechanism indicates something other than
that the file is locked. If there are no objections, that's how I'll
implement it.

--
Kevin Brown kevin(at)sysexperts(dot)com

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message will trillich 2003-01-21 23:43:50 Re: Altering a table - positioning new columns
Previous Message Williams, Travis L, NPONS 2003-01-21 23:11:52 DBD::Pg & DBD::PgPP Cpan question