postgresql/src/pl/plpython
Bruce Momjian 1f653ec31e 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
2002-10-14 04:20:52 +00:00
..
error.expected Add new elog() levels to stored procedure languages. plperl DEBUG hack 2002-03-06 18:50:33 +00:00
feature.expected I have attached two patches as per: 2002-10-14 04:20:52 +00:00
Makefile Assorted fixes for Cygwin: 2002-09-05 18:28:46 +00:00
plpython.c I have attached two patches as per: 2002-10-14 04:20:52 +00:00
plpython.h Change made to elog: 2002-03-06 06:10:59 +00:00
plpython_depopulate.sql Add plpython code. 2001-05-09 19:54:38 +00:00
plpython_deschema.sql Add plpython code. 2001-05-09 19:54:38 +00:00
plpython_drop.sql Add plpython code. 2001-05-09 19:54:38 +00:00
plpython_error.sql plpython security and error handling fixes, from 2001-11-16 18:04:31 +00:00
plpython_function.sql Add a bunch of pseudo-types to replace the behavior formerly associated 2002-08-22 00:01:51 +00:00
plpython_populate.sql Add plpython code. 2001-05-09 19:54:38 +00:00
plpython_schema.sql I have attached two patches as per: 2002-10-14 04:20:52 +00:00
plpython_setof.sql Add plpython code. 2001-05-09 19:54:38 +00:00
plpython_test.sql PL/Python should build portably now, if you can get over the fact that 2001-05-12 17:49:32 +00:00
README Remove linking hacks now that dynloader is fixed. 2001-05-14 22:06:50 +00:00
test.sh PL/Python integration: support in create/droplang, add CVS keywords, 2001-05-12 01:30:30 +00:00
TODO PL/Python should build portably now, if you can get over the fact that 2001-05-12 17:49:32 +00:00

PL/Python - Python Procedural Language for PostgreSQL
-----------------------------------------------------
$Id: README,v 1.2 2001/05/14 22:06:50 petere Exp $

Installation:

configure --with-python
cd src/pl/plpython
gmake
gmake install

Test:

# have postmaster running...
gmake installcheck

Enable language:

createlang plpython dbname


Note that PL/Python is currently not built automatically because the
code is new and there are some portability issues.

A default Python installation does not provide a shared libpython
library.  This is not a problem on many platforms (although it makes
things less efficient), but on some platforms (especially HP-UX) the
link will fail outright.

To create a shared libpython, see this web page for hints:

http://www.python.org/cgi-bin/faqw.py?req=show&file=faq03.030.htp

Place the resulting library in the same directory as the existing
static libpythonX.Y.a and relink plpython.


Further documentation is available in the PostgreSQL Programmer's
Guide.