From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Bruce Momjian <bruce(at)momjian(dot)us>, Chris Travers <chris(at)metatrontech(dot)com>, Cristian Bittel <cbittel(at)gmail(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [BUGS] BUG #5305: Postgres service stops when closing Windows session |
Date: | 2010-08-26 18:47:36 |
Message-ID: | AANLkTi=r1NKx6EuX4C92snJ0WHWTTiwdMVx6T_sfaG5Q@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-hackers |
On Tue, Aug 24, 2010 at 9:58 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Bruce Momjian <bruce(at)momjian(dot)us> writes:
>> Robert Haas wrote:
>>> Yeah, that seems very plausible, although exactly how to verify I don't know.
>
>> And here is confirmation from the Microsoft web site:
>
>> In some instances, calling GetExitCode() against the failed process
>> indicates the following exit code:
>> 128L ERROR_WAIT_NO_CHILDREN - There are no child processes to wait for.
>
> Given the existence of the deadman switch mechanism (which I hadn't
> remembered when this thread started), I'm coming around to the idea that
> we could just treat exit(128) as nonfatal on Windows. If for some
> reason the child hadn't died instantly at startup, the deadman switch
> would distinguish that from the case described here.
So do you want to code this up?
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise Postgres Company
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2010-08-26 18:56:38 | Re: [BUGS] BUG #5305: Postgres service stops when closing Windows session |
Previous Message | Tom Lane | 2010-08-26 18:46:07 | Re: BUG #5595: Documentation is not installs from VPATH build. |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2010-08-26 18:56:38 | Re: [BUGS] BUG #5305: Postgres service stops when closing Windows session |
Previous Message | Heikki Linnakangas | 2010-08-26 17:47:39 | CopyReadLineText optimization revisited |