Re: Core Dump

Поиск
Список
Период
Сортировка
От Nigel J. Andrews
Тема Re: Core Dump
Дата
Msg-id Pine.LNX.4.21.0210020201200.26902-100000@ponder.fairway2k.co.uk
обсуждение исходный текст
Ответ на Re: Core Dump  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-general
On Tue, 1 Oct 2002, Tom Lane wrote:

> "Ian Harding" <ianh@tpchd.org> writes:
> > I hacked my pltcl.so the other day, but all has been well up to now.
> > I added a few SPI_freetuptable() to keep pltcl from hogging all the
> > memory.  I wonder if I hacked it a little wrong.
>
> Looks that way.  The stack trace doesn't seem completely trustworthy,
> though, so you might want to consider recompiling with --enable-debug.
>
> Note that you seem to be inside a re-entrant use of pltcl (outer
> function is triggering a trigger also written in pltcl).  I'm wondering
> if your tuptable hacking is not taking account of the possibility of
> re-entrancy.  This might be a bug that had been latent in pltcl all
> along, and was only exposed when you tried to free stuff ...

That's exactly the fault I kicked with my original patch to HEAD. However,
wasn't there very little work done on pltcl.c since 7.2.x and shouldn't Neil's,
or was it Joe's?, last patch have applied fairly cleanly to 7.2.2?


--
Nigel J. Andrews


В списке pgsql-general по дате отправления:

Предыдущее
От: Justin Clift
Дата:
Сообщение: New PostgreSQL Website : advocacy.postgresql.org
Следующее
От: "Mark Wilson"
Дата:
Сообщение: Re: database session variables