From: | Eric Ridge <eebbrr(at)gmail(dot)com> |
---|---|
To: | Martijn van Oosterhout <kleptog(at)svana(dot)org>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: bug in SignalSomeChildren |
Date: | 2010-12-21 18:45:28 |
Message-ID: | AANLkTin64tZgnw7NNgs+0ptXR+23+pLBKexo631HEa5z@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Mon, Dec 20, 2010 at 3:36 PM, Martijn van Oosterhout
<kleptog(at)svana(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Jesper Krogh | 2010-12-21 19:25:16 | The cost of visibillity testing? (gin-search) |
Previous Message | Tomas Vondra | 2010-12-21 18:03:38 | Re: proposal : cross-column stats |