Re: bug in SignalSomeChildren

Поиск
Список
Период
Сортировка
От Eric Ridge
Тема Re: bug in SignalSomeChildren
Дата
Msg-id AANLkTin64tZgnw7NNgs+0ptXR+23+pLBKexo631HEa5z@mail.gmail.com
обсуждение исходный текст
Ответ на Re: bug in SignalSomeChildren  (Martijn van Oosterhout <kleptog@svana.org>)
Ответы Re: bug in SignalSomeChildren  (Robert Haas <robertmhaas@gmail.com>)
Список 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 по дате отправления:

Предыдущее
От: Tomas Vondra
Дата:
Сообщение: Re: proposal : cross-column stats
Следующее
От: Jesper Krogh
Дата:
Сообщение: The cost of visibillity testing? (gin-search)