>On Unix, it is possible to tell whether your parent process has died
>by checking to see if you have become a child of init:
> if (getppid() == 1)
> /* oh dear, I am an orphan */
>Is there equivalent functionality available on Windows?
>Currently, we have the pgstat child process checking for postmaster
>death by watching for read-ready on a pipe. This does not scale
>pleasantly to multiple long-lived postmaster children, though, so
>I'm wondering about ways for the children to detect a postmaster crash
>without requiring any direct postmaster cooperation.
Can be done, but that's really ugly.
Question though - we keep a PostmasterPid variable, right? One way to do
it is if we n child startup do OpenProcess() on this pid, to return a
HANDLE (the pid may be reused, but an open handle certainly can't). We
can then do a simple:
if (WaitForSingleObject(PostmasterHandle, 0) == WAIT_OBJECT_0)
/* oh dear, postmaster is gone */
This exepects that we know whom our parent is at process start, which
gettpid doesn't. But it might be enough?
(If we can't rely on that variable, we could do a win32 specific hack
that passes the HANDLE of the postmaster down to the child on exec, I
pgsql-hackers-win32 by date
|Next:||From: Tom Lane||Date: 2004-05-27 18:04:52|
|Subject: Re: Win32 question: getppid() with no parent? |
|Previous:||From: Tom Lane||Date: 2004-05-27 17:40:40|
|Subject: Win32 question: getppid() with no parent?|