Re: Core Dump

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

In response to

Browse pgsql-general by date

  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