pltcl and plpython memory leak revisited (fwd) - Mailing list pgsql-patches

From Nigel J. Andrews
Subject pltcl and plpython memory leak revisited (fwd)
Date
Msg-id Pine.LNX.4.21.0210091728550.9364-300000@ponder.fairway2k.co.uk
Whole thread Raw
Responses Re: pltcl and plpython memory leak revisited (fwd)  (Bruce Momjian <pgman@candle.pha.pa.us>)
Re: pltcl and plpython memory leak revisited (fwd)  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-patches

I don't remember seeing any acknowledgement or comments on this. It isn't on
the unapplied patches list either so I'm assuming it got lost somewhere.


---------- Forwarded message ----------
Date: Fri, 4 Oct 2002 11:50:46 +0100 (BST)
From: Nigel J. Andrews <nandrews@investsystems.co.uk>
To: pgsql-patches@postgresql.org
Subject: pltcl and plpython memory leak revisited



I have attached two patches as per:

1) pltcl:
Add SPI_freetuptable() calls to avoid memory leaks (Me + Neil Conway)
Change sprintf()s to snprintf()s (Neil Conway)
Remove header files included elsewhere (Neil Conway)

2)plpython:
Add SPI_freetuptable() calls to avoid memory leaks
Cosemtic change to remove a compiler warning


Notes:

I have tested pltcl.c for
 a) the original leak problem reported for the repeated call of spi_exec in a
TCL fragment
and b) the subsequent report resulting from the use of spi_exec -array in a TCL
fragment.

The plpython.c patch is exactly the same as that applied to make revision 1.23,
the plpython_schema.sql and feature.expected sections of the patch are also the
same as last submited, applied and subsequently reversed out. It remains
untested by me (other than via make check). However, this should be safe
provided PyString_FromString() _copies_ the given string to make a PyObject.


--
Nigel J. Andrews
Director

---
Logictree Systems Limited
Computer Consultants

Attachment

pgsql-patches by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Doc Updates
Next
From: Bruce Momjian
Date:
Subject: Re: pltcl and plpython memory leak revisited (fwd)