Re: bug in SignalSomeChildren - Mailing list pgsql-hackers

From Eric Ridge
Subject Re: bug in SignalSomeChildren
Date
Msg-id AANLkTin64tZgnw7NNgs+0ptXR+23+pLBKexo631HEa5z@mail.gmail.com
Whole thread Raw
In response to Re: bug in SignalSomeChildren  (Martijn van Oosterhout <kleptog@svana.org>)
Responses Re: bug in SignalSomeChildren  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
On Mon, Dec 20, 2010 at 3:36 PM, Martijn van Oosterhout
<kleptog@svana.org> wrote:
> On Mon, Dec 20, 2010 at 03:08:02PM -0500, Robert Haas wrote:
>> The attached patch appears to work correctly on MacOS X.  I did check,
>> BTW: getppid() in the attached process returns gdb's pid.  Poor!
>
> This appears to be a BSDism at least. On Linux and BSD derivatives the
> man pages specifically mention the reparenting (needed for catching
> signals) but on Linux getppid() is specifically documented to return
> the correct value anyway.

I'm just a random lurker here, and happened to catch the last bit of
this thread.  Could one of you that understand this issue straighten
something out for me?

Every now and again we've been known to attach gdb to a production
Postgres backend to troubleshoot problems.  Ya know, just trying to
get an idea of what Postgres is actually doing via a backtrace.  This
is always on Linux, BTW.

Does this thread mean that the above no longer works with v9?  Or is
this only on non-Linux systems, or did the patch Robert Haas commit
"fix" fix?  We're still using 8.1 (slowly moving to 8.4) in
production, but have plans of picking up 9.x later in '11.  Just
wondering if we need to actually be a bit more careful in the future?

Thanks!

eric


pgsql-hackers by date:

Previous
From: Tomas Vondra
Date:
Subject: Re: proposal : cross-column stats
Next
From: Jesper Krogh
Date:
Subject: The cost of visibillity testing? (gin-search)