summaryrefslogtreecommitdiff
path: root/src/pl/plpython/sql/plpython_test.sql
Commit message (Collapse)AuthorAgeFilesLines
* Create extension infrastructure for the core procedural languages.Tom Lane2011-03-041-1/+1
| | | | | | | | | | | | | | | | | | | | This mostly just involves creating control, install, and update-from-unpackaged scripts for them. However, I had to adjust plperl and plpython to not share the same support functions between variants, because we can't put the same function into multiple extensions. catversion bump forced due to new contents of pg_pltemplate, and because initdb now installs plpgsql as an extension not a bare language. Add support for regression testing these as extensions not bare languages. Fix a couple of other issues that popped up while testing this: my initial hack at pg_dump binary-upgrade support didn't work right, and we don't want an extra schema permissions test after all. Documentation changes still to come, but I'm committing now to see whether the MSVC build scripts need work (likely they do).
* Correctly add exceptions to the plpy module for Python 3Peter Eisentraut2011-01-211-0/+11
| | | | | | | | | | The way the exception types where added to the module was wrong for Python 3. Exception classes were not actually available from plpy. Fix that by factoring out code that is responsible for defining new Python exceptions and make it work with Python 3. New regression test makes sure the plpy module has the expected contents. Jan Urbanśki, slightly revised by me
* Python 3 support in PL/PythonPeter Eisentraut2009-12-151-0/+5
| | | | | | Behaves more or less unchanged compared to Python 2, but the new language variant is called plpython3u. Documentation describing the naming scheme is included.
* Improve PL/Python elog outputPeter Eisentraut2009-11-031-0/+1
| | | | | When the elog functions (plpy.info etc.) get a single argument, just print that argument instead of printing the single-member tuple like ('foo',).
* Make PL/Python tests more compatible with Python 3Peter Eisentraut2009-08-241-1/+1
| | | | | | This changes a bunch of incidentially used constructs in the PL/Python regression tests to equivalent constructs in cases where Python 3 no longer supports the old syntax. Support for older Python versions is unchanged.
* Augment test coverage in PL/Python, especially for error conditions.Peter Eisentraut2009-08-131-0/+15
|
* Split the plpython regression test into test cases arranged by topic, insteadPeter Eisentraut2009-08-121-144/+14
| | | | | | of the previous monolithic setup-create-run sequence, that was apparently inherited from a previous test infrastructure, but makes working with the tests and adding new ones weird.
* Defend against possible crash if a plpython function does not specify namesTom Lane2009-04-031-1/+2
| | | | | | | | for its arguments. Also add a regression test, since someone apparently changed every single plpython test case to use only named parameters; else we'd have noticed this sooner. Euler Taveira de Oliveira, per a report from Alvaro
* Fix plpython to not get totally confused by OUT arguments. (It still doesn'tTom Lane2008-05-031-0/+5
| | | | | | support multiple OUT arguments, though.) Hannu Krosing
* Allow PL/python to return composite types and result setsBruce Momjian2006-09-021-0/+70
| | | | Sven Suursoho
* Allow PL/Python functions to return void, per gripe from James RobinsonNeil Conway2006-02-281-0/+5
| | | | | | | (I didn't use his patch, however). A void-returning PL/Python function must return None (from Python), which is translated into a void datum (and *not* NULL) for Postgres. I also added some regression tests for this functionality.
* Convert the existing regression test scripts for the various optionalTom Lane2005-05-141-0/+70
PLs to use the standard pg_regress infrastructure. No changes in the tests themselves. Andrew Dunstan