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

Re: [PATCHES] postmaster.pid

From: "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "Andrew Dunstan" <andrew(at)dunslane(dot)net>,"Magnus Hagander" <mha(at)sollentuna(dot)net>,<pgsql-hackers-win32(at)postgresql(dot)org>,"PostgreSQL-patches" <pgsql-patches(at)postgresql(dot)org>
Subject: Re: [PATCHES] postmaster.pid
Date: 2004-08-26 16:11:48
Message-ID: E7F85A1B5FF8D44C8A1AF6885BC9A0E41A78DC@ratbert.vale-housing.co.uk (view raw or flat)
Thread:
Lists: pgsql-hackers-win32pgsql-patches
 

> -----Original Message-----
> From: Tom Lane [mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us] 
> Sent: 26 August 2004 16:24
> To: Dave Page
> Cc: Andrew Dunstan; Magnus Hagander; 
> pgsql-hackers-win32(at)postgresql(dot)org; PostgreSQL-patches
> Subject: Re: [PATCHES] [pgsql-hackers-win32] postmaster.pid 
> 
> "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk> writes:
> >> ISTM we should not ever queue any event for signal 0.
> 
> > That was my original intention, however Magnus thought it 
> best just to 
> > let it be queued and subsequently ignored by the backend - thinking 
> > about it 15 minutes later I can't for the life of me think 
> why that's 
> > any better...
> 
> Are there any error cases that we would miss detecting if it 
> didn't go that far?

None that I can think of. If we managed to open the pipe and get the
zero back, then we've proved the process is there and is postgres.

Regards Dave.

pgsql-patches by date

Next:From: Jason TishlerDate: 2004-08-26 16:29:53
Subject: Re: postgresql-7.4.5-1 ready for review
Previous:From: Johannes WeberhoferDate: 2004-08-26 15:31:06
Subject: Backported the very useful oracle_compat.c from postgres 8.0 beta to 7.4.5

pgsql-hackers-win32 by date

Next:From: Rob ButlerDate: 2004-08-26 16:13:30
Subject: Re: Win32 release warning
Previous:From: Christopher BrowneDate: 2004-08-26 15:27:28
Subject: Re: Win32 release warning

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