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 |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers-win32 pgsql-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.
From | Date | Subject | |
---|---|---|---|
Next Message | Rob Butler | 2004-08-26 16:13:30 | Re: Win32 release warning |
Previous Message | Christopher Browne | 2004-08-26 15:27:28 | Re: Win32 release warning |
From | Date | Subject | |
---|---|---|---|
Next Message | Jason Tishler | 2004-08-26 16:29:53 | Re: postgresql-7.4.5-1 ready for review |
Previous Message | Johannes Weberhofer | 2004-08-26 15:31:06 | Backported the very useful oracle_compat.c from postgres 8.0 beta to 7.4.5 |