From: | "Nigel J(dot) Andrews" <nandrews(at)investsystems(dot)co(dot)uk> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Ian Harding <ianh(at)tpchd(dot)org>, pgsql-general(at)postgresql(dot)org |
Subject: | Re: Core Dump |
Date: | 2002-10-02 01:03:40 |
Message-ID: | Pine.LNX.4.21.0210020201200.26902-100000@ponder.fairway2k.co.uk |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Tue, 1 Oct 2002, Tom Lane wrote:
> "Ian Harding" <ianh(at)tpchd(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Mark Wilson | 2002-10-02 01:48:46 | Re: database session variables |
Previous Message | Justin Clift | 2002-10-02 00:34:49 | New PostgreSQL Website : advocacy.postgresql.org |