Re: Core Dump - Mailing list pgsql-general

From Nigel J. Andrews
Subject Re: Core Dump
Date
Msg-id Pine.LNX.4.21.0210020201200.26902-100000@ponder.fairway2k.co.uk
Whole thread Raw
In response to Re: Core Dump  (Tom Lane <tgl@sss.pgh.pa.us>)
List 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 by date:

Previous
From: Justin Clift
Date:
Subject: New PostgreSQL Website : advocacy.postgresql.org
Next
From: "Mark Wilson"
Date:
Subject: Re: database session variables