Re: postmaster.pid - Mailing list pgsql-general

From Bruce Momjian
Subject Re: postmaster.pid
Date
Msg-id 200301260320.h0Q3Kcu29978@candle.pha.pa.us
Whole thread Raw
In response to Re: postmaster.pid  (Kevin Brown <kevin@sysexperts.com>)
List pgsql-general
Good.  We may someday not have the SysV key locking available so it is
good we move away from that.

---------------------------------------------------------------------------

Kevin Brown wrote:
> Tom Lane wrote:
> > Kevin Brown <kevin@sysexperts.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@sysexperts.com
>
> ---------------------------(end of broadcast)---------------------------
> TIP 6: Have you searched our list archives?
>
> http://archives.postgresql.org
>

--
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman@candle.pha.pa.us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

pgsql-general by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: ERROR: No one parent tuple was found
Next
From: Tom Lane
Date:
Subject: Re: [RFC] libpq extensions - followup