2000-01-20 06:08:58 +01:00
|
|
|
/**********************************************************************
|
|
|
|
* plperl.c - perl as a procedural language for PostgreSQL
|
|
|
|
*
|
2006-10-04 02:30:14 +02:00
|
|
|
* $PostgreSQL: pgsql/src/pl/plperl/plperl.c,v 1.119 2006/10/04 00:30:13 momjian Exp $
|
2000-05-28 19:56:29 +02:00
|
|
|
*
|
2000-01-20 06:08:58 +01:00
|
|
|
**********************************************************************/
|
|
|
|
|
2001-10-20 00:43:49 +02:00
|
|
|
#include "postgres.h"
|
2005-02-22 05:43:23 +01:00
|
|
|
/* Defined by Perl */
|
2005-02-23 05:34:21 +01:00
|
|
|
#undef _
|
2000-01-20 06:08:58 +01:00
|
|
|
|
|
|
|
/* system stuff */
|
2004-11-20 20:07:40 +01:00
|
|
|
#include <ctype.h>
|
2000-01-20 06:08:58 +01:00
|
|
|
#include <fcntl.h>
|
2004-07-31 02:45:57 +02:00
|
|
|
#include <unistd.h>
|
2006-01-28 17:20:31 +01:00
|
|
|
#include <locale.h>
|
2000-01-20 06:08:58 +01:00
|
|
|
|
|
|
|
/* postgreSQL stuff */
|
2004-04-01 23:28:47 +02:00
|
|
|
#include "commands/trigger.h"
|
|
|
|
#include "executor/spi.h"
|
2004-11-23 01:21:24 +01:00
|
|
|
#include "funcapi.h"
|
2006-03-14 23:48:25 +01:00
|
|
|
#include "mb/pg_wchar.h"
|
|
|
|
#include "miscadmin.h"
|
|
|
|
#include "nodes/makefuncs.h"
|
|
|
|
#include "parser/parse_type.h"
|
2004-09-13 22:10:13 +02:00
|
|
|
#include "utils/lsyscache.h"
|
2005-05-06 19:24:55 +02:00
|
|
|
#include "utils/memutils.h"
|
2004-04-01 23:28:47 +02:00
|
|
|
#include "utils/typcache.h"
|
2000-01-20 06:08:58 +01:00
|
|
|
|
2005-12-29 15:28:31 +01:00
|
|
|
/* define this before the perl headers get a chance to mangle DLLIMPORT */
|
|
|
|
extern DLLIMPORT bool check_function_bodies;
|
|
|
|
|
2000-01-20 06:08:58 +01:00
|
|
|
/* perl stuff */
|
2006-01-08 23:27:52 +01:00
|
|
|
#include "plperl.h"
|
2000-01-20 06:08:58 +01:00
|
|
|
|
2006-05-31 00:12:16 +02:00
|
|
|
PG_MODULE_MAGIC;
|
|
|
|
|
2000-01-20 06:08:58 +01:00
|
|
|
/**********************************************************************
|
|
|
|
* The information we cache about loaded procedures
|
|
|
|
**********************************************************************/
|
|
|
|
typedef struct plperl_proc_desc
|
|
|
|
{
|
|
|
|
char *proname;
|
2001-10-20 00:43:49 +02:00
|
|
|
TransactionId fn_xmin;
|
|
|
|
CommandId fn_cmin;
|
2004-09-13 22:10:13 +02:00
|
|
|
bool fn_readonly;
|
2001-10-20 00:43:49 +02:00
|
|
|
bool lanpltrusted;
|
2004-07-01 22:50:22 +02:00
|
|
|
bool fn_retistuple; /* true, if function returns tuple */
|
2004-08-29 07:07:03 +02:00
|
|
|
bool fn_retisset; /* true, if function returns set */
|
2005-10-15 04:49:52 +02:00
|
|
|
bool fn_retisarray; /* true if function returns array */
|
2004-11-22 21:31:53 +01:00
|
|
|
Oid result_oid; /* Oid of result type */
|
2005-10-15 04:49:52 +02:00
|
|
|
FmgrInfo result_in_func; /* I/O function and arg for result type */
|
2004-06-06 02:41:28 +02:00
|
|
|
Oid result_typioparam;
|
2000-01-20 06:08:58 +01:00
|
|
|
int nargs;
|
|
|
|
FmgrInfo arg_out_func[FUNC_MAX_ARGS];
|
2004-04-01 23:28:47 +02:00
|
|
|
bool arg_is_rowtype[FUNC_MAX_ARGS];
|
2000-04-12 19:17:23 +02:00
|
|
|
SV *reference;
|
2005-11-22 19:17:34 +01:00
|
|
|
} plperl_proc_desc;
|
2000-01-20 06:08:58 +01:00
|
|
|
|
2006-01-28 04:28:15 +01:00
|
|
|
/*
|
|
|
|
* The information we cache for the duration of a single call to a
|
|
|
|
* function.
|
|
|
|
*/
|
|
|
|
typedef struct plperl_call_data
|
|
|
|
{
|
|
|
|
plperl_proc_desc *prodesc;
|
2006-10-04 02:30:14 +02:00
|
|
|
FunctionCallInfo fcinfo;
|
|
|
|
Tuplestorestate *tuple_store;
|
|
|
|
TupleDesc ret_tdesc;
|
|
|
|
AttInMetadata *attinmeta;
|
|
|
|
MemoryContext tmp_cxt;
|
2006-01-28 04:28:15 +01:00
|
|
|
} plperl_call_data;
|
|
|
|
|
2006-03-05 17:40:51 +01:00
|
|
|
/**********************************************************************
|
|
|
|
* The information we cache about prepared and saved plans
|
|
|
|
**********************************************************************/
|
|
|
|
typedef struct plperl_query_desc
|
|
|
|
{
|
|
|
|
char qname[sizeof(long) * 2 + 1];
|
|
|
|
void *plan;
|
|
|
|
int nargs;
|
|
|
|
Oid *argtypes;
|
|
|
|
FmgrInfo *arginfuncs;
|
|
|
|
Oid *argtypioparams;
|
|
|
|
} plperl_query_desc;
|
2000-01-20 06:08:58 +01:00
|
|
|
|
|
|
|
/**********************************************************************
|
|
|
|
* Global data
|
|
|
|
**********************************************************************/
|
The attached patch, which incorporates the previous one sent and
currently unapplied regarding spi_internal.c, makes some additional
fixes relating to return types, and also contains the fix for
preventing the use of insecure versions of Safe.pm.
There is one remaing return case that does not appear to work, namely
return of a composite directly in a select, i.e. if foo returns some
composite type, 'select * from foo()' works but 'select foo()' doesn't.
We will either fix that or document it as a limitation.
The function plperl_func_handler is a mess - I will try to get it
cleaned up (and split up) in a subsequent patch, time permitting.
Also, reiterating previous advice - this changes slightly the API for
spi_exec_query - the returned object has either 2 or 3 members: 'status'
(string) and 'proceesed' (int,- number of rows) and, if rows are
returned, 'rows' (array of tuple hashes).
Andrew Dunstan
2004-07-12 16:31:04 +02:00
|
|
|
static bool plperl_safe_init_done = false;
|
Well, after persuading cvsup and cvs that it _is_ possible to have local
modifiable repositories, I have a clean untrusted plperl patch to offer
you :)
Highlights:
* There's one perl interpreter used for both trusted and untrusted
procedures. I do think its unnecessary to keep two perl
interpreters around. If someone can break out from trusted "Safe" perl
mode, well, they can do what they want already. If someone disagrees, I
can change this.
* Opcode is not statically loaded anymore. Instead, we load Dynaloader,
which then can grab Opcode (and anything else you can 'use') on its own.
* Checked to work on FreeBSD 4.3 + perl 5.5.3 , OpenBSD 2.8 + perl5.6.1,
RedHat 6.2 + perl 5.5.3
* Uses ExtUtils::Embed to find what options are necessary to link with
perl shared libraries
* createlang is also updated, it can create untrusted perl using 'plperlu'
* Example script (assuming you have Mail::Sendmail installed):
create function foo() returns text as '
use Mail::Sendmail;
%mail = ( To => q(you@yourname.com),
From => q(me@here.com),
Message => "This is a very short message"
);
sendmail(%mail) or die $Mail::Sendmail::error;
return "OK. Log says:\n", $Mail::Sendmail::log;
' language 'plperlu';
Alex Pilosov
2001-06-18 23:40:06 +02:00
|
|
|
static PerlInterpreter *plperl_interp = NULL;
|
2000-04-12 19:17:23 +02:00
|
|
|
static HV *plperl_proc_hash = NULL;
|
2006-03-05 17:40:51 +01:00
|
|
|
static HV *plperl_query_hash = NULL;
|
2000-04-12 19:17:23 +02:00
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
static bool plperl_use_strict = false;
|
|
|
|
|
2006-01-28 04:28:15 +01:00
|
|
|
/* this is saved and restored by plperl_call_handler */
|
|
|
|
static plperl_call_data *current_call_data = NULL;
|
2004-09-13 22:10:13 +02:00
|
|
|
|
2000-01-20 06:08:58 +01:00
|
|
|
/**********************************************************************
|
|
|
|
* Forward declarations
|
|
|
|
**********************************************************************/
|
2001-03-22 05:01:46 +01:00
|
|
|
Datum plperl_call_handler(PG_FUNCTION_ARGS);
|
2005-06-22 18:45:51 +02:00
|
|
|
Datum plperl_validator(PG_FUNCTION_ARGS);
|
2006-08-08 21:15:09 +02:00
|
|
|
void _PG_init(void);
|
|
|
|
|
|
|
|
static void plperl_init_interp(void);
|
2000-01-20 06:08:58 +01:00
|
|
|
|
2000-05-28 19:56:29 +02:00
|
|
|
static Datum plperl_func_handler(PG_FUNCTION_ARGS);
|
2000-01-20 06:08:58 +01:00
|
|
|
|
2004-07-01 22:50:22 +02:00
|
|
|
static Datum plperl_trigger_handler(PG_FUNCTION_ARGS);
|
2001-10-20 00:43:49 +02:00
|
|
|
static plperl_proc_desc *compile_plperl_function(Oid fn_oid, bool is_trigger);
|
|
|
|
|
2004-11-23 01:21:24 +01:00
|
|
|
static SV *plperl_hash_from_tuple(HeapTuple tuple, TupleDesc tupdesc);
|
2002-01-24 22:40:44 +01:00
|
|
|
static void plperl_init_shared_libs(pTHX);
|
2004-09-13 22:10:13 +02:00
|
|
|
static HV *plperl_spi_execute_fetch_result(SPITupleTable *, int, int);
|
2000-01-20 06:08:58 +01:00
|
|
|
|
2001-06-01 20:17:44 +02:00
|
|
|
/*
|
|
|
|
* This routine is a crock, and so is everyplace that calls it. The problem
|
|
|
|
* is that the cached form of plperl functions/queries is allocated permanently
|
|
|
|
* (mostly via malloc()) and never released until backend exit. Subsidiary
|
|
|
|
* data structures such as fmgr info records therefore must live forever
|
|
|
|
* as well. A better implementation would store all this stuff in a per-
|
|
|
|
* function memory context that could be reclaimed at need. In the meantime,
|
2001-10-07 01:21:45 +02:00
|
|
|
* fmgr_info_cxt must be called specifying TopMemoryContext so that whatever
|
|
|
|
* it might allocate, and whatever the eventual function might allocate using
|
|
|
|
* fn_mcxt, will live forever too.
|
2001-06-01 20:17:44 +02:00
|
|
|
*/
|
|
|
|
static void
|
|
|
|
perm_fmgr_info(Oid functionId, FmgrInfo *finfo)
|
|
|
|
{
|
2001-10-07 01:21:45 +02:00
|
|
|
fmgr_info_cxt(functionId, finfo, TopMemoryContext);
|
2001-06-01 20:17:44 +02:00
|
|
|
}
|
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
|
2006-08-08 21:15:09 +02:00
|
|
|
/*
|
|
|
|
* _PG_init() - library load-time initialization
|
|
|
|
*
|
|
|
|
* DO NOT make this static nor change its name!
|
|
|
|
*/
|
2003-07-31 20:36:46 +02:00
|
|
|
void
|
2006-08-08 21:15:09 +02:00
|
|
|
_PG_init(void)
|
2000-01-20 06:08:58 +01:00
|
|
|
{
|
2006-08-08 21:15:09 +02:00
|
|
|
/* Be sure we do initialization only once (should be redundant now) */
|
|
|
|
static bool inited = false;
|
|
|
|
|
|
|
|
if (inited)
|
2000-01-20 06:08:58 +01:00
|
|
|
return;
|
|
|
|
|
2006-08-08 21:15:09 +02:00
|
|
|
DefineCustomBoolVariable("plperl.use_strict",
|
2005-10-15 04:49:52 +02:00
|
|
|
"If true, will compile trusted and untrusted perl code in strict mode",
|
|
|
|
NULL,
|
|
|
|
&plperl_use_strict,
|
|
|
|
PGC_USERSET,
|
|
|
|
NULL, NULL);
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
|
|
|
|
EmitWarningsOnPlaceholders("plperl");
|
2000-01-20 06:08:58 +01:00
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
plperl_init_interp();
|
|
|
|
|
2006-08-08 21:15:09 +02:00
|
|
|
inited = true;
|
2003-07-31 20:36:46 +02:00
|
|
|
}
|
|
|
|
|
2005-08-24 20:16:58 +02:00
|
|
|
/* Each of these macros must represent a single string literal */
|
|
|
|
|
|
|
|
#define PERLBOOT \
|
|
|
|
"SPI::bootstrap(); use vars qw(%_SHARED);" \
|
|
|
|
"sub ::plperl_warn { my $msg = shift; " \
|
|
|
|
" $msg =~ s/\\(eval \\d+\\) //g; &elog(&NOTICE, $msg); } " \
|
|
|
|
"$SIG{__WARN__} = \\&::plperl_warn; " \
|
|
|
|
"sub ::plperl_die { my $msg = shift; " \
|
|
|
|
" $msg =~ s/\\(eval \\d+\\) //g; die $msg; } " \
|
|
|
|
"$SIG{__DIE__} = \\&::plperl_die; " \
|
|
|
|
"sub ::mkunsafefunc {" \
|
|
|
|
" my $ret = eval(qq[ sub { $_[0] $_[1] } ]); " \
|
|
|
|
" $@ =~ s/\\(eval \\d+\\) //g if $@; return $ret; }" \
|
|
|
|
"use strict; " \
|
|
|
|
"sub ::mk_strict_unsafefunc {" \
|
|
|
|
" my $ret = eval(qq[ sub { use strict; $_[0] $_[1] } ]); " \
|
|
|
|
" $@ =~ s/\\(eval \\d+\\) //g if $@; return $ret; } " \
|
|
|
|
"sub ::_plperl_to_pg_array {" \
|
|
|
|
" my $arg = shift; ref $arg eq 'ARRAY' || return $arg; " \
|
|
|
|
" my $res = ''; my $first = 1; " \
|
|
|
|
" foreach my $elem (@$arg) " \
|
|
|
|
" { " \
|
|
|
|
" $res .= ', ' unless $first; $first = undef; " \
|
|
|
|
" if (ref $elem) " \
|
|
|
|
" { " \
|
|
|
|
" $res .= _plperl_to_pg_array($elem); " \
|
|
|
|
" } " \
|
2005-11-18 18:00:28 +01:00
|
|
|
" elsif (defined($elem)) " \
|
2005-08-24 20:16:58 +02:00
|
|
|
" { " \
|
|
|
|
" my $str = qq($elem); " \
|
|
|
|
" $str =~ s/([\"\\\\])/\\\\$1/g; " \
|
|
|
|
" $res .= qq(\"$str\"); " \
|
|
|
|
" } " \
|
2005-11-18 18:00:28 +01:00
|
|
|
" else " \
|
|
|
|
" { "\
|
|
|
|
" $res .= 'NULL' ; " \
|
|
|
|
" } "\
|
2005-08-24 20:16:58 +02:00
|
|
|
" } " \
|
|
|
|
" return qq({$res}); " \
|
|
|
|
"} "
|
|
|
|
|
|
|
|
#define SAFE_MODULE \
|
|
|
|
"require Safe; $Safe::VERSION"
|
|
|
|
|
|
|
|
#define SAFE_OK \
|
|
|
|
"use vars qw($PLContainer); $PLContainer = new Safe('PLPerl');" \
|
|
|
|
"$PLContainer->permit_only(':default');" \
|
|
|
|
"$PLContainer->permit(qw[:base_math !:base_io sort time]);" \
|
|
|
|
"$PLContainer->share(qw[&elog &spi_exec_query &return_next " \
|
2006-03-05 17:40:51 +01:00
|
|
|
"&spi_query &spi_fetchrow &spi_cursor_close " \
|
|
|
|
"&spi_prepare &spi_exec_prepared &spi_query_prepared &spi_freeplan " \
|
2005-08-24 20:16:58 +02:00
|
|
|
"&_plperl_to_pg_array " \
|
|
|
|
"&DEBUG &LOG &INFO &NOTICE &WARNING &ERROR %_SHARED ]);" \
|
|
|
|
"sub ::mksafefunc {" \
|
|
|
|
" my $ret = $PLContainer->reval(qq[sub { $_[0] $_[1] }]); " \
|
|
|
|
" $@ =~ s/\\(eval \\d+\\) //g if $@; return $ret; }" \
|
|
|
|
"$PLContainer->permit('require'); $PLContainer->reval('use strict;');" \
|
|
|
|
"$PLContainer->deny('require');" \
|
|
|
|
"sub ::mk_strict_safefunc {" \
|
|
|
|
" my $ret = $PLContainer->reval(qq[sub { BEGIN { strict->import(); } $_[0] $_[1] }]); " \
|
2005-10-15 04:49:52 +02:00
|
|
|
" $@ =~ s/\\(eval \\d+\\) //g if $@; return $ret; }"
|
2005-08-24 20:16:58 +02:00
|
|
|
|
|
|
|
#define SAFE_BAD \
|
|
|
|
"use vars qw($PLContainer); $PLContainer = new Safe('PLPerl');" \
|
|
|
|
"$PLContainer->permit_only(':default');" \
|
|
|
|
"$PLContainer->share(qw[&elog &ERROR ]);" \
|
|
|
|
"sub ::mksafefunc { return $PLContainer->reval(qq[sub { " \
|
|
|
|
" elog(ERROR,'trusted Perl functions disabled - " \
|
|
|
|
" please upgrade Perl Safe module to version 2.09 or later');}]); }" \
|
|
|
|
"sub ::mk_strict_safefunc { return $PLContainer->reval(qq[sub { " \
|
|
|
|
" elog(ERROR,'trusted Perl functions disabled - " \
|
|
|
|
" please upgrade Perl Safe module to version 2.09 or later');}]); }"
|
|
|
|
|
2000-01-20 06:08:58 +01:00
|
|
|
|
|
|
|
static void
|
Well, after persuading cvsup and cvs that it _is_ possible to have local
modifiable repositories, I have a clean untrusted plperl patch to offer
you :)
Highlights:
* There's one perl interpreter used for both trusted and untrusted
procedures. I do think its unnecessary to keep two perl
interpreters around. If someone can break out from trusted "Safe" perl
mode, well, they can do what they want already. If someone disagrees, I
can change this.
* Opcode is not statically loaded anymore. Instead, we load Dynaloader,
which then can grab Opcode (and anything else you can 'use') on its own.
* Checked to work on FreeBSD 4.3 + perl 5.5.3 , OpenBSD 2.8 + perl5.6.1,
RedHat 6.2 + perl 5.5.3
* Uses ExtUtils::Embed to find what options are necessary to link with
perl shared libraries
* createlang is also updated, it can create untrusted perl using 'plperlu'
* Example script (assuming you have Mail::Sendmail installed):
create function foo() returns text as '
use Mail::Sendmail;
%mail = ( To => q(you@yourname.com),
From => q(me@here.com),
Message => "This is a very short message"
);
sendmail(%mail) or die $Mail::Sendmail::error;
return "OK. Log says:\n", $Mail::Sendmail::log;
' language 'plperlu';
Alex Pilosov
2001-06-18 23:40:06 +02:00
|
|
|
plperl_init_interp(void)
|
2000-01-20 06:08:58 +01:00
|
|
|
{
|
2005-10-15 04:49:52 +02:00
|
|
|
static char *embedding[3] = {
|
2005-08-24 20:16:58 +02:00
|
|
|
"", "-e", PERLBOOT
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
};
|
|
|
|
|
2006-01-28 17:20:31 +01:00
|
|
|
#ifdef WIN32
|
|
|
|
|
2006-10-04 02:30:14 +02:00
|
|
|
/*
|
2006-01-28 17:20:31 +01:00
|
|
|
* The perl library on startup does horrible things like call
|
2006-10-04 02:30:14 +02:00
|
|
|
* setlocale(LC_ALL,""). We have protected against that on most platforms
|
|
|
|
* by setting the environment appropriately. However, on Windows,
|
|
|
|
* setlocale() does not consult the environment, so we need to save the
|
|
|
|
* existing locale settings before perl has a chance to mangle them and
|
|
|
|
* restore them after its dirty deeds are done.
|
2006-01-28 17:20:31 +01:00
|
|
|
*
|
|
|
|
* MSDN ref:
|
|
|
|
* http://msdn.microsoft.com/library/en-us/vclib/html/_crt_locale.asp
|
|
|
|
*
|
|
|
|
* It appears that we only need to do this on interpreter startup, and
|
|
|
|
* subsequent calls to the interpreter don't mess with the locale
|
|
|
|
* settings.
|
|
|
|
*
|
2006-10-04 02:30:14 +02:00
|
|
|
* We restore them using Perl's POSIX::setlocale() function so that Perl
|
|
|
|
* doesn't have a different idea of the locale from Postgres.
|
2006-01-28 17:20:31 +01:00
|
|
|
*
|
|
|
|
*/
|
|
|
|
|
2006-10-04 02:30:14 +02:00
|
|
|
char *loc;
|
|
|
|
char *save_collate,
|
|
|
|
*save_ctype,
|
|
|
|
*save_monetary,
|
|
|
|
*save_numeric,
|
|
|
|
*save_time;
|
|
|
|
char buf[1024];
|
2006-01-28 17:20:31 +01:00
|
|
|
|
2006-10-04 02:30:14 +02:00
|
|
|
loc = setlocale(LC_COLLATE, NULL);
|
2006-01-28 17:20:31 +01:00
|
|
|
save_collate = loc ? pstrdup(loc) : NULL;
|
2006-10-04 02:30:14 +02:00
|
|
|
loc = setlocale(LC_CTYPE, NULL);
|
2006-01-28 17:20:31 +01:00
|
|
|
save_ctype = loc ? pstrdup(loc) : NULL;
|
2006-10-04 02:30:14 +02:00
|
|
|
loc = setlocale(LC_MONETARY, NULL);
|
2006-01-28 17:20:31 +01:00
|
|
|
save_monetary = loc ? pstrdup(loc) : NULL;
|
2006-10-04 02:30:14 +02:00
|
|
|
loc = setlocale(LC_NUMERIC, NULL);
|
2006-01-28 17:20:31 +01:00
|
|
|
save_numeric = loc ? pstrdup(loc) : NULL;
|
2006-10-04 02:30:14 +02:00
|
|
|
loc = setlocale(LC_TIME, NULL);
|
2006-01-28 17:20:31 +01:00
|
|
|
save_time = loc ? pstrdup(loc) : NULL;
|
|
|
|
#endif
|
|
|
|
|
Well, after persuading cvsup and cvs that it _is_ possible to have local
modifiable repositories, I have a clean untrusted plperl patch to offer
you :)
Highlights:
* There's one perl interpreter used for both trusted and untrusted
procedures. I do think its unnecessary to keep two perl
interpreters around. If someone can break out from trusted "Safe" perl
mode, well, they can do what they want already. If someone disagrees, I
can change this.
* Opcode is not statically loaded anymore. Instead, we load Dynaloader,
which then can grab Opcode (and anything else you can 'use') on its own.
* Checked to work on FreeBSD 4.3 + perl 5.5.3 , OpenBSD 2.8 + perl5.6.1,
RedHat 6.2 + perl 5.5.3
* Uses ExtUtils::Embed to find what options are necessary to link with
perl shared libraries
* createlang is also updated, it can create untrusted perl using 'plperlu'
* Example script (assuming you have Mail::Sendmail installed):
create function foo() returns text as '
use Mail::Sendmail;
%mail = ( To => q(you@yourname.com),
From => q(me@here.com),
Message => "This is a very short message"
);
sendmail(%mail) or die $Mail::Sendmail::error;
return "OK. Log says:\n", $Mail::Sendmail::log;
' language 'plperlu';
Alex Pilosov
2001-06-18 23:40:06 +02:00
|
|
|
plperl_interp = perl_alloc();
|
|
|
|
if (!plperl_interp)
|
2004-11-29 21:11:06 +01:00
|
|
|
elog(ERROR, "could not allocate Perl interpreter");
|
2000-01-20 06:08:58 +01:00
|
|
|
|
Well, after persuading cvsup and cvs that it _is_ possible to have local
modifiable repositories, I have a clean untrusted plperl patch to offer
you :)
Highlights:
* There's one perl interpreter used for both trusted and untrusted
procedures. I do think its unnecessary to keep two perl
interpreters around. If someone can break out from trusted "Safe" perl
mode, well, they can do what they want already. If someone disagrees, I
can change this.
* Opcode is not statically loaded anymore. Instead, we load Dynaloader,
which then can grab Opcode (and anything else you can 'use') on its own.
* Checked to work on FreeBSD 4.3 + perl 5.5.3 , OpenBSD 2.8 + perl5.6.1,
RedHat 6.2 + perl 5.5.3
* Uses ExtUtils::Embed to find what options are necessary to link with
perl shared libraries
* createlang is also updated, it can create untrusted perl using 'plperlu'
* Example script (assuming you have Mail::Sendmail installed):
create function foo() returns text as '
use Mail::Sendmail;
%mail = ( To => q(you@yourname.com),
From => q(me@here.com),
Message => "This is a very short message"
);
sendmail(%mail) or die $Mail::Sendmail::error;
return "OK. Log says:\n", $Mail::Sendmail::log;
' language 'plperlu';
Alex Pilosov
2001-06-18 23:40:06 +02:00
|
|
|
perl_construct(plperl_interp);
|
2005-08-24 20:16:58 +02:00
|
|
|
perl_parse(plperl_interp, plperl_init_shared_libs, 3, embedding, NULL);
|
Well, after persuading cvsup and cvs that it _is_ possible to have local
modifiable repositories, I have a clean untrusted plperl patch to offer
you :)
Highlights:
* There's one perl interpreter used for both trusted and untrusted
procedures. I do think its unnecessary to keep two perl
interpreters around. If someone can break out from trusted "Safe" perl
mode, well, they can do what they want already. If someone disagrees, I
can change this.
* Opcode is not statically loaded anymore. Instead, we load Dynaloader,
which then can grab Opcode (and anything else you can 'use') on its own.
* Checked to work on FreeBSD 4.3 + perl 5.5.3 , OpenBSD 2.8 + perl5.6.1,
RedHat 6.2 + perl 5.5.3
* Uses ExtUtils::Embed to find what options are necessary to link with
perl shared libraries
* createlang is also updated, it can create untrusted perl using 'plperlu'
* Example script (assuming you have Mail::Sendmail installed):
create function foo() returns text as '
use Mail::Sendmail;
%mail = ( To => q(you@yourname.com),
From => q(me@here.com),
Message => "This is a very short message"
);
sendmail(%mail) or die $Mail::Sendmail::error;
return "OK. Log says:\n", $Mail::Sendmail::log;
' language 'plperlu';
Alex Pilosov
2001-06-18 23:40:06 +02:00
|
|
|
perl_run(plperl_interp);
|
2000-01-20 06:08:58 +01:00
|
|
|
|
2000-04-12 19:17:23 +02:00
|
|
|
plperl_proc_hash = newHV();
|
2006-03-05 17:40:51 +01:00
|
|
|
plperl_query_hash = newHV();
|
2006-01-28 17:20:31 +01:00
|
|
|
|
|
|
|
#ifdef WIN32
|
|
|
|
|
2006-10-04 02:30:14 +02:00
|
|
|
eval_pv("use POSIX qw(locale_h);", TRUE); /* croak on failure */
|
2006-01-28 17:20:31 +01:00
|
|
|
|
|
|
|
if (save_collate != NULL)
|
|
|
|
{
|
2006-10-04 02:30:14 +02:00
|
|
|
snprintf(buf, sizeof(buf), "setlocale(%s,'%s');",
|
|
|
|
"LC_COLLATE", save_collate);
|
|
|
|
eval_pv(buf, TRUE);
|
2006-01-28 17:20:31 +01:00
|
|
|
pfree(save_collate);
|
|
|
|
}
|
|
|
|
if (save_ctype != NULL)
|
|
|
|
{
|
2006-10-04 02:30:14 +02:00
|
|
|
snprintf(buf, sizeof(buf), "setlocale(%s,'%s');",
|
|
|
|
"LC_CTYPE", save_ctype);
|
|
|
|
eval_pv(buf, TRUE);
|
2006-01-28 17:20:31 +01:00
|
|
|
pfree(save_ctype);
|
|
|
|
}
|
|
|
|
if (save_monetary != NULL)
|
|
|
|
{
|
2006-10-04 02:30:14 +02:00
|
|
|
snprintf(buf, sizeof(buf), "setlocale(%s,'%s');",
|
|
|
|
"LC_MONETARY", save_monetary);
|
|
|
|
eval_pv(buf, TRUE);
|
2006-01-28 17:20:31 +01:00
|
|
|
pfree(save_monetary);
|
|
|
|
}
|
|
|
|
if (save_numeric != NULL)
|
|
|
|
{
|
2006-10-04 02:30:14 +02:00
|
|
|
snprintf(buf, sizeof(buf), "setlocale(%s,'%s');",
|
|
|
|
"LC_NUMERIC", save_numeric);
|
|
|
|
eval_pv(buf, TRUE);
|
2006-01-28 17:20:31 +01:00
|
|
|
pfree(save_numeric);
|
|
|
|
}
|
|
|
|
if (save_time != NULL)
|
|
|
|
{
|
2006-10-04 02:30:14 +02:00
|
|
|
snprintf(buf, sizeof(buf), "setlocale(%s,'%s');",
|
|
|
|
"LC_TIME", save_time);
|
|
|
|
eval_pv(buf, TRUE);
|
2006-01-28 17:20:31 +01:00
|
|
|
pfree(save_time);
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2000-01-20 06:08:58 +01:00
|
|
|
}
|
|
|
|
|
The attached patch, which incorporates the previous one sent and
currently unapplied regarding spi_internal.c, makes some additional
fixes relating to return types, and also contains the fix for
preventing the use of insecure versions of Safe.pm.
There is one remaing return case that does not appear to work, namely
return of a composite directly in a select, i.e. if foo returns some
composite type, 'select * from foo()' works but 'select foo()' doesn't.
We will either fix that or document it as a limitation.
The function plperl_func_handler is a mess - I will try to get it
cleaned up (and split up) in a subsequent patch, time permitting.
Also, reiterating previous advice - this changes slightly the API for
spi_exec_query - the returned object has either 2 or 3 members: 'status'
(string) and 'proceesed' (int,- number of rows) and, if rows are
returned, 'rows' (array of tuple hashes).
Andrew Dunstan
2004-07-12 16:31:04 +02:00
|
|
|
|
|
|
|
static void
|
|
|
|
plperl_safe_init(void)
|
|
|
|
{
|
2004-08-29 07:07:03 +02:00
|
|
|
SV *res;
|
2004-11-24 19:47:38 +01:00
|
|
|
double safe_version;
|
The attached patch, which incorporates the previous one sent and
currently unapplied regarding spi_internal.c, makes some additional
fixes relating to return types, and also contains the fix for
preventing the use of insecure versions of Safe.pm.
There is one remaing return case that does not appear to work, namely
return of a composite directly in a select, i.e. if foo returns some
composite type, 'select * from foo()' works but 'select foo()' doesn't.
We will either fix that or document it as a limitation.
The function plperl_func_handler is a mess - I will try to get it
cleaned up (and split up) in a subsequent patch, time permitting.
Also, reiterating previous advice - this changes slightly the API for
spi_exec_query - the returned object has either 2 or 3 members: 'status'
(string) and 'proceesed' (int,- number of rows) and, if rows are
returned, 'rows' (array of tuple hashes).
Andrew Dunstan
2004-07-12 16:31:04 +02:00
|
|
|
|
2005-08-24 20:16:58 +02:00
|
|
|
res = eval_pv(SAFE_MODULE, FALSE); /* TRUE = croak if failure */
|
The attached patch, which incorporates the previous one sent and
currently unapplied regarding spi_internal.c, makes some additional
fixes relating to return types, and also contains the fix for
preventing the use of insecure versions of Safe.pm.
There is one remaing return case that does not appear to work, namely
return of a composite directly in a select, i.e. if foo returns some
composite type, 'select * from foo()' works but 'select foo()' doesn't.
We will either fix that or document it as a limitation.
The function plperl_func_handler is a mess - I will try to get it
cleaned up (and split up) in a subsequent patch, time permitting.
Also, reiterating previous advice - this changes slightly the API for
spi_exec_query - the returned object has either 2 or 3 members: 'status'
(string) and 'proceesed' (int,- number of rows) and, if rows are
returned, 'rows' (array of tuple hashes).
Andrew Dunstan
2004-07-12 16:31:04 +02:00
|
|
|
|
|
|
|
safe_version = SvNV(res);
|
|
|
|
|
2004-11-24 19:47:38 +01:00
|
|
|
/*
|
|
|
|
* We actually want to reject safe_version < 2.09, but it's risky to
|
|
|
|
* assume that floating-point comparisons are exact, so use a slightly
|
|
|
|
* smaller comparison value.
|
|
|
|
*/
|
2005-10-15 04:49:52 +02:00
|
|
|
if (safe_version < 2.0899)
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
{
|
|
|
|
/* not safe, so disallow all trusted funcs */
|
2005-08-24 20:16:58 +02:00
|
|
|
eval_pv(SAFE_BAD, FALSE);
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
2005-08-24 20:16:58 +02:00
|
|
|
eval_pv(SAFE_OK, FALSE);
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
}
|
The attached patch, which incorporates the previous one sent and
currently unapplied regarding spi_internal.c, makes some additional
fixes relating to return types, and also contains the fix for
preventing the use of insecure versions of Safe.pm.
There is one remaing return case that does not appear to work, namely
return of a composite directly in a select, i.e. if foo returns some
composite type, 'select * from foo()' works but 'select foo()' doesn't.
We will either fix that or document it as a limitation.
The function plperl_func_handler is a mess - I will try to get it
cleaned up (and split up) in a subsequent patch, time permitting.
Also, reiterating previous advice - this changes slightly the API for
spi_exec_query - the returned object has either 2 or 3 members: 'status'
(string) and 'proceesed' (int,- number of rows) and, if rows are
returned, 'rows' (array of tuple hashes).
Andrew Dunstan
2004-07-12 16:31:04 +02:00
|
|
|
|
|
|
|
plperl_safe_init_done = true;
|
|
|
|
}
|
|
|
|
|
2004-11-20 20:07:40 +01:00
|
|
|
/*
|
|
|
|
* Perl likes to put a newline after its error messages; clean up such
|
|
|
|
*/
|
|
|
|
static char *
|
|
|
|
strip_trailing_ws(const char *msg)
|
|
|
|
{
|
2005-10-15 04:49:52 +02:00
|
|
|
char *res = pstrdup(msg);
|
|
|
|
int len = strlen(res);
|
2004-11-20 20:07:40 +01:00
|
|
|
|
2005-10-15 04:49:52 +02:00
|
|
|
while (len > 0 && isspace((unsigned char) res[len - 1]))
|
2004-11-20 20:07:40 +01:00
|
|
|
res[--len] = '\0';
|
|
|
|
return res;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
/* Build a tuple from a hash. */
|
|
|
|
|
2004-11-23 01:21:24 +01:00
|
|
|
static HeapTuple
|
2005-11-22 19:17:34 +01:00
|
|
|
plperl_build_tuple_result(HV *perlhash, AttInMetadata *attinmeta)
|
2004-10-15 19:08:26 +02:00
|
|
|
{
|
2004-11-23 01:21:24 +01:00
|
|
|
TupleDesc td = attinmeta->tupdesc;
|
|
|
|
char **values;
|
|
|
|
SV *val;
|
|
|
|
char *key;
|
|
|
|
I32 klen;
|
|
|
|
HeapTuple tup;
|
2004-10-15 19:08:26 +02:00
|
|
|
|
2004-11-23 01:21:24 +01:00
|
|
|
values = (char **) palloc0(td->natts * sizeof(char *));
|
2004-10-15 19:08:26 +02:00
|
|
|
|
2004-11-23 01:21:24 +01:00
|
|
|
hv_iterinit(perlhash);
|
|
|
|
while ((val = hv_iternextsv(perlhash, &key, &klen)))
|
|
|
|
{
|
2005-10-15 04:49:52 +02:00
|
|
|
int attn = SPI_fnumber(td, key);
|
2004-07-01 22:50:22 +02:00
|
|
|
|
2004-11-23 01:21:24 +01:00
|
|
|
if (attn <= 0 || td->attrs[attn - 1]->attisdropped)
|
2004-11-29 21:11:06 +01:00
|
|
|
ereport(ERROR,
|
|
|
|
(errcode(ERRCODE_UNDEFINED_COLUMN),
|
|
|
|
errmsg("Perl hash contains nonexistent column \"%s\"",
|
|
|
|
key)));
|
2006-08-13 19:31:10 +02:00
|
|
|
if (SvOK(val) && SvTYPE(val) != SVt_NULL)
|
2004-11-23 01:21:24 +01:00
|
|
|
values[attn - 1] = SvPV(val, PL_na);
|
2004-10-15 19:08:26 +02:00
|
|
|
}
|
2004-11-23 01:21:24 +01:00
|
|
|
hv_iterinit(perlhash);
|
|
|
|
|
|
|
|
tup = BuildTupleFromCStrings(attinmeta, values);
|
|
|
|
pfree(values);
|
|
|
|
return tup;
|
2004-07-01 22:50:22 +02:00
|
|
|
}
|
|
|
|
|
2005-07-10 17:32:47 +02:00
|
|
|
/*
|
|
|
|
* convert perl array to postgres string representation
|
|
|
|
*/
|
2005-10-15 04:49:52 +02:00
|
|
|
static SV *
|
2005-11-22 19:17:34 +01:00
|
|
|
plperl_convert_to_pg_array(SV *src)
|
2005-07-10 17:32:47 +02:00
|
|
|
{
|
2005-10-15 04:49:52 +02:00
|
|
|
SV *rv;
|
|
|
|
int count;
|
|
|
|
|
|
|
|
dSP;
|
2005-07-10 17:32:47 +02:00
|
|
|
|
2005-10-15 04:49:52 +02:00
|
|
|
PUSHMARK(SP);
|
2005-07-10 17:32:47 +02:00
|
|
|
XPUSHs(src);
|
2005-10-15 04:49:52 +02:00
|
|
|
PUTBACK;
|
2005-07-10 17:32:47 +02:00
|
|
|
|
2005-08-24 20:16:58 +02:00
|
|
|
count = call_pv("::_plperl_to_pg_array", G_SCALAR);
|
2005-07-10 17:32:47 +02:00
|
|
|
|
2005-10-15 04:49:52 +02:00
|
|
|
SPAGAIN;
|
2005-07-10 17:32:47 +02:00
|
|
|
|
|
|
|
if (count != 1)
|
2005-08-24 21:06:28 +02:00
|
|
|
elog(ERROR, "unexpected _plperl_to_pg_array failure");
|
2005-07-10 17:32:47 +02:00
|
|
|
|
|
|
|
rv = POPs;
|
|
|
|
|
2005-10-15 04:49:52 +02:00
|
|
|
PUTBACK;
|
|
|
|
|
|
|
|
return rv;
|
2005-07-10 17:32:47 +02:00
|
|
|
}
|
|
|
|
|
2004-10-15 19:08:26 +02:00
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
/* Set up the arguments for a trigger call. */
|
|
|
|
|
2004-07-01 22:50:22 +02:00
|
|
|
static SV *
|
|
|
|
plperl_trigger_build_args(FunctionCallInfo fcinfo)
|
|
|
|
{
|
|
|
|
TriggerData *tdata;
|
|
|
|
TupleDesc tupdesc;
|
2004-11-23 01:21:24 +01:00
|
|
|
int i;
|
2004-10-15 19:08:26 +02:00
|
|
|
char *level;
|
|
|
|
char *event;
|
|
|
|
char *relid;
|
|
|
|
char *when;
|
|
|
|
HV *hv;
|
2004-07-01 22:50:22 +02:00
|
|
|
|
2004-10-15 19:08:26 +02:00
|
|
|
hv = newHV();
|
2004-07-01 22:50:22 +02:00
|
|
|
|
|
|
|
tdata = (TriggerData *) fcinfo->context;
|
|
|
|
tupdesc = tdata->tg_relation->rd_att;
|
|
|
|
|
2004-10-15 19:08:26 +02:00
|
|
|
relid = DatumGetCString(
|
2005-10-15 04:49:52 +02:00
|
|
|
DirectFunctionCall1(oidout,
|
|
|
|
ObjectIdGetDatum(tdata->tg_relation->rd_id)
|
|
|
|
)
|
|
|
|
);
|
2004-10-15 19:08:26 +02:00
|
|
|
|
|
|
|
hv_store(hv, "name", 4, newSVpv(tdata->tg_trigger->tgname, 0), 0);
|
|
|
|
hv_store(hv, "relid", 5, newSVpv(relid, 0), 0);
|
2004-07-01 22:50:22 +02:00
|
|
|
|
|
|
|
if (TRIGGER_FIRED_BY_INSERT(tdata->tg_event))
|
|
|
|
{
|
2004-10-15 19:08:26 +02:00
|
|
|
event = "INSERT";
|
2005-01-14 17:25:42 +01:00
|
|
|
if (TRIGGER_FIRED_FOR_ROW(tdata->tg_event))
|
|
|
|
hv_store(hv, "new", 3,
|
|
|
|
plperl_hash_from_tuple(tdata->tg_trigtuple, tupdesc),
|
|
|
|
0);
|
2004-07-01 22:50:22 +02:00
|
|
|
}
|
|
|
|
else if (TRIGGER_FIRED_BY_DELETE(tdata->tg_event))
|
|
|
|
{
|
2004-10-15 19:08:26 +02:00
|
|
|
event = "DELETE";
|
2005-01-14 17:25:42 +01:00
|
|
|
if (TRIGGER_FIRED_FOR_ROW(tdata->tg_event))
|
|
|
|
hv_store(hv, "old", 3,
|
|
|
|
plperl_hash_from_tuple(tdata->tg_trigtuple, tupdesc),
|
|
|
|
0);
|
2004-07-01 22:50:22 +02:00
|
|
|
}
|
|
|
|
else if (TRIGGER_FIRED_BY_UPDATE(tdata->tg_event))
|
|
|
|
{
|
2004-10-15 19:08:26 +02:00
|
|
|
event = "UPDATE";
|
2005-01-14 17:25:42 +01:00
|
|
|
if (TRIGGER_FIRED_FOR_ROW(tdata->tg_event))
|
|
|
|
{
|
|
|
|
hv_store(hv, "old", 3,
|
|
|
|
plperl_hash_from_tuple(tdata->tg_trigtuple, tupdesc),
|
|
|
|
0);
|
|
|
|
hv_store(hv, "new", 3,
|
|
|
|
plperl_hash_from_tuple(tdata->tg_newtuple, tupdesc),
|
|
|
|
0);
|
|
|
|
}
|
2004-10-15 19:08:26 +02:00
|
|
|
}
|
2005-01-14 17:25:42 +01:00
|
|
|
else
|
2004-10-15 19:08:26 +02:00
|
|
|
event = "UNKNOWN";
|
2004-07-01 22:50:22 +02:00
|
|
|
|
2004-10-15 19:08:26 +02:00
|
|
|
hv_store(hv, "event", 5, newSVpv(event, 0), 0);
|
|
|
|
hv_store(hv, "argc", 4, newSViv(tdata->tg_trigger->tgnargs), 0);
|
2004-07-01 22:50:22 +02:00
|
|
|
|
2005-01-14 17:25:42 +01:00
|
|
|
if (tdata->tg_trigger->tgnargs > 0)
|
2004-07-01 22:50:22 +02:00
|
|
|
{
|
2005-10-15 04:49:52 +02:00
|
|
|
AV *av = newAV();
|
|
|
|
|
|
|
|
for (i = 0; i < tdata->tg_trigger->tgnargs; i++)
|
2004-10-15 19:08:26 +02:00
|
|
|
av_push(av, newSVpv(tdata->tg_trigger->tgargs[i], 0));
|
2005-10-15 04:49:52 +02:00
|
|
|
hv_store(hv, "args", 4, newRV_noinc((SV *) av), 0);
|
2004-07-01 22:50:22 +02:00
|
|
|
}
|
2004-10-15 19:08:26 +02:00
|
|
|
|
|
|
|
hv_store(hv, "relname", 7,
|
|
|
|
newSVpv(SPI_getrelname(tdata->tg_relation), 0), 0);
|
2004-07-01 22:50:22 +02:00
|
|
|
|
2006-05-26 19:34:16 +02:00
|
|
|
hv_store(hv, "table_name", 10,
|
|
|
|
newSVpv(SPI_getrelname(tdata->tg_relation), 0), 0);
|
|
|
|
|
|
|
|
hv_store(hv, "table_schema", 12,
|
|
|
|
newSVpv(SPI_getnspname(tdata->tg_relation), 0), 0);
|
|
|
|
|
2004-07-01 22:50:22 +02:00
|
|
|
if (TRIGGER_FIRED_BEFORE(tdata->tg_event))
|
2004-10-15 19:08:26 +02:00
|
|
|
when = "BEFORE";
|
2004-07-01 22:50:22 +02:00
|
|
|
else if (TRIGGER_FIRED_AFTER(tdata->tg_event))
|
2004-10-15 19:08:26 +02:00
|
|
|
when = "AFTER";
|
2004-07-01 22:50:22 +02:00
|
|
|
else
|
2004-10-15 19:08:26 +02:00
|
|
|
when = "UNKNOWN";
|
|
|
|
hv_store(hv, "when", 4, newSVpv(when, 0), 0);
|
2004-07-01 22:50:22 +02:00
|
|
|
|
|
|
|
if (TRIGGER_FIRED_FOR_ROW(tdata->tg_event))
|
2004-10-15 19:08:26 +02:00
|
|
|
level = "ROW";
|
2004-07-01 22:50:22 +02:00
|
|
|
else if (TRIGGER_FIRED_FOR_STATEMENT(tdata->tg_event))
|
2004-10-15 19:08:26 +02:00
|
|
|
level = "STATEMENT";
|
2004-07-01 22:50:22 +02:00
|
|
|
else
|
2004-10-15 19:08:26 +02:00
|
|
|
level = "UNKNOWN";
|
|
|
|
hv_store(hv, "level", 5, newSVpv(level, 0), 0);
|
2004-07-01 22:50:22 +02:00
|
|
|
|
2005-10-15 04:49:52 +02:00
|
|
|
return newRV_noinc((SV *) hv);
|
2004-07-01 22:50:22 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
/* Set up the new tuple returned from a trigger. */
|
2004-11-22 21:31:53 +01:00
|
|
|
|
2004-07-01 22:50:22 +02:00
|
|
|
static HeapTuple
|
2005-11-22 19:17:34 +01:00
|
|
|
plperl_modify_tuple(HV *hvTD, TriggerData *tdata, HeapTuple otup)
|
2004-07-01 22:50:22 +02:00
|
|
|
{
|
|
|
|
SV **svp;
|
|
|
|
HV *hvNew;
|
|
|
|
HeapTuple rtup;
|
2004-11-23 01:21:24 +01:00
|
|
|
SV *val;
|
|
|
|
char *key;
|
|
|
|
I32 klen;
|
|
|
|
int slotsused;
|
|
|
|
int *modattrs;
|
|
|
|
Datum *modvalues;
|
|
|
|
char *modnulls;
|
|
|
|
|
2004-07-01 22:50:22 +02:00
|
|
|
TupleDesc tupdesc;
|
|
|
|
|
|
|
|
tupdesc = tdata->tg_relation->rd_att;
|
|
|
|
|
|
|
|
svp = hv_fetch(hvTD, "new", 3, FALSE);
|
2004-11-23 01:21:24 +01:00
|
|
|
if (!svp)
|
2004-11-29 21:11:06 +01:00
|
|
|
ereport(ERROR,
|
|
|
|
(errcode(ERRCODE_UNDEFINED_COLUMN),
|
|
|
|
errmsg("$_TD->{new} does not exist")));
|
2005-01-11 07:08:45 +01:00
|
|
|
if (!SvOK(*svp) || SvTYPE(*svp) != SVt_RV || SvTYPE(SvRV(*svp)) != SVt_PVHV)
|
2004-11-29 21:11:06 +01:00
|
|
|
ereport(ERROR,
|
|
|
|
(errcode(ERRCODE_DATATYPE_MISMATCH),
|
|
|
|
errmsg("$_TD->{new} is not a hash reference")));
|
2004-07-01 22:50:22 +02:00
|
|
|
hvNew = (HV *) SvRV(*svp);
|
|
|
|
|
2004-11-23 01:21:24 +01:00
|
|
|
modattrs = palloc(tupdesc->natts * sizeof(int));
|
|
|
|
modvalues = palloc(tupdesc->natts * sizeof(Datum));
|
|
|
|
modnulls = palloc(tupdesc->natts * sizeof(char));
|
|
|
|
slotsused = 0;
|
2004-07-01 22:50:22 +02:00
|
|
|
|
2004-11-23 01:21:24 +01:00
|
|
|
hv_iterinit(hvNew);
|
|
|
|
while ((val = hv_iternextsv(hvNew, &key, &klen)))
|
2004-07-01 22:50:22 +02:00
|
|
|
{
|
2004-11-23 01:21:24 +01:00
|
|
|
int attn = SPI_fnumber(tupdesc, key);
|
2006-04-04 21:35:37 +02:00
|
|
|
Oid typinput;
|
|
|
|
Oid typioparam;
|
|
|
|
int32 atttypmod;
|
|
|
|
FmgrInfo finfo;
|
2004-07-01 22:50:22 +02:00
|
|
|
|
2004-11-23 01:21:24 +01:00
|
|
|
if (attn <= 0 || tupdesc->attrs[attn - 1]->attisdropped)
|
2004-11-29 21:11:06 +01:00
|
|
|
ereport(ERROR,
|
|
|
|
(errcode(ERRCODE_UNDEFINED_COLUMN),
|
|
|
|
errmsg("Perl hash contains nonexistent column \"%s\"",
|
|
|
|
key)));
|
2006-04-04 21:35:37 +02:00
|
|
|
/* XXX would be better to cache these lookups */
|
|
|
|
getTypeInputInfo(tupdesc->attrs[attn - 1]->atttypid,
|
|
|
|
&typinput, &typioparam);
|
|
|
|
fmgr_info(typinput, &finfo);
|
|
|
|
atttypmod = tupdesc->attrs[attn - 1]->atttypmod;
|
2005-01-11 07:08:45 +01:00
|
|
|
if (SvOK(val) && SvTYPE(val) != SVt_NULL)
|
2004-07-01 22:50:22 +02:00
|
|
|
{
|
2006-04-04 21:35:37 +02:00
|
|
|
modvalues[slotsused] = InputFunctionCall(&finfo,
|
|
|
|
SvPV(val, PL_na),
|
|
|
|
typioparam,
|
|
|
|
atttypmod);
|
2004-11-23 01:21:24 +01:00
|
|
|
modnulls[slotsused] = ' ';
|
2004-07-01 22:50:22 +02:00
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
2006-04-04 21:35:37 +02:00
|
|
|
modvalues[slotsused] = InputFunctionCall(&finfo,
|
|
|
|
NULL,
|
|
|
|
typioparam,
|
|
|
|
atttypmod);
|
2004-11-23 01:21:24 +01:00
|
|
|
modnulls[slotsused] = 'n';
|
2004-07-01 22:50:22 +02:00
|
|
|
}
|
2004-11-23 01:21:24 +01:00
|
|
|
modattrs[slotsused] = attn;
|
|
|
|
slotsused++;
|
2004-07-01 22:50:22 +02:00
|
|
|
}
|
2004-11-23 01:21:24 +01:00
|
|
|
hv_iterinit(hvNew);
|
|
|
|
|
|
|
|
rtup = SPI_modifytuple(tdata->tg_relation, otup, slotsused,
|
|
|
|
modattrs, modvalues, modnulls);
|
2004-07-01 22:50:22 +02:00
|
|
|
|
|
|
|
pfree(modattrs);
|
|
|
|
pfree(modvalues);
|
|
|
|
pfree(modnulls);
|
2004-11-23 01:21:24 +01:00
|
|
|
|
2004-07-01 22:50:22 +02:00
|
|
|
if (rtup == NULL)
|
2004-11-29 21:11:06 +01:00
|
|
|
elog(ERROR, "SPI_modifytuple failed: %s",
|
2004-11-23 01:21:24 +01:00
|
|
|
SPI_result_code_string(SPI_result));
|
2004-07-01 22:50:22 +02:00
|
|
|
|
|
|
|
return rtup;
|
|
|
|
}
|
2000-01-20 06:08:58 +01:00
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
|
2005-06-22 18:45:51 +02:00
|
|
|
/*
|
|
|
|
* This is the only externally-visible part of the plperl call interface.
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
* The Postgres function and trigger managers call it to execute a
|
2005-06-22 18:45:51 +02:00
|
|
|
* perl function.
|
|
|
|
*/
|
2000-11-20 21:36:57 +01:00
|
|
|
PG_FUNCTION_INFO_V1(plperl_call_handler);
|
2000-01-20 06:08:58 +01:00
|
|
|
|
|
|
|
Datum
|
2000-05-28 19:56:29 +02:00
|
|
|
plperl_call_handler(PG_FUNCTION_ARGS)
|
2000-01-20 06:08:58 +01:00
|
|
|
{
|
2005-10-15 04:49:52 +02:00
|
|
|
Datum retval;
|
2006-01-28 04:28:15 +01:00
|
|
|
plperl_call_data *save_call_data;
|
2000-01-20 06:08:58 +01:00
|
|
|
|
2006-01-28 04:28:15 +01:00
|
|
|
save_call_data = current_call_data;
|
2004-09-13 22:10:13 +02:00
|
|
|
PG_TRY();
|
|
|
|
{
|
|
|
|
if (CALLED_AS_TRIGGER(fcinfo))
|
|
|
|
retval = PointerGetDatum(plperl_trigger_handler(fcinfo));
|
|
|
|
else
|
|
|
|
retval = plperl_func_handler(fcinfo);
|
|
|
|
}
|
|
|
|
PG_CATCH();
|
|
|
|
{
|
2006-01-28 04:28:15 +01:00
|
|
|
current_call_data = save_call_data;
|
2004-09-13 22:10:13 +02:00
|
|
|
PG_RE_THROW();
|
|
|
|
}
|
|
|
|
PG_END_TRY();
|
|
|
|
|
2006-01-28 04:28:15 +01:00
|
|
|
current_call_data = save_call_data;
|
2000-01-20 06:08:58 +01:00
|
|
|
return retval;
|
|
|
|
}
|
|
|
|
|
2005-06-22 18:45:51 +02:00
|
|
|
/*
|
|
|
|
* This is the other externally visible function - it is called when CREATE
|
|
|
|
* FUNCTION is issued to validate the function being created/replaced.
|
|
|
|
*/
|
|
|
|
PG_FUNCTION_INFO_V1(plperl_validator);
|
|
|
|
|
|
|
|
Datum
|
|
|
|
plperl_validator(PG_FUNCTION_ARGS)
|
|
|
|
{
|
|
|
|
Oid funcoid = PG_GETARG_OID(0);
|
|
|
|
HeapTuple tuple;
|
|
|
|
Form_pg_proc proc;
|
2005-12-28 19:34:16 +01:00
|
|
|
char functyptype;
|
2006-08-13 19:31:10 +02:00
|
|
|
int numargs;
|
|
|
|
Oid *argtypes;
|
|
|
|
char **argnames;
|
|
|
|
char *argmodes;
|
2005-06-22 18:45:51 +02:00
|
|
|
bool istrigger = false;
|
2006-08-13 19:31:10 +02:00
|
|
|
int i;
|
2005-06-22 18:45:51 +02:00
|
|
|
|
|
|
|
/* Get the new function's pg_proc entry */
|
|
|
|
tuple = SearchSysCache(PROCOID,
|
|
|
|
ObjectIdGetDatum(funcoid),
|
|
|
|
0, 0, 0);
|
|
|
|
if (!HeapTupleIsValid(tuple))
|
|
|
|
elog(ERROR, "cache lookup failed for function %u", funcoid);
|
|
|
|
proc = (Form_pg_proc) GETSTRUCT(tuple);
|
|
|
|
|
2005-12-28 19:34:16 +01:00
|
|
|
functyptype = get_typtype(proc->prorettype);
|
|
|
|
|
|
|
|
/* Disallow pseudotype result */
|
|
|
|
/* except for TRIGGER, RECORD, or VOID */
|
|
|
|
if (functyptype == 'p')
|
|
|
|
{
|
|
|
|
/* we assume OPAQUE with no arguments means a trigger */
|
|
|
|
if (proc->prorettype == TRIGGEROID ||
|
|
|
|
(proc->prorettype == OPAQUEOID && proc->pronargs == 0))
|
|
|
|
istrigger = true;
|
|
|
|
else if (proc->prorettype != RECORDOID &&
|
|
|
|
proc->prorettype != VOIDOID)
|
|
|
|
ereport(ERROR,
|
|
|
|
(errcode(ERRCODE_FEATURE_NOT_SUPPORTED),
|
|
|
|
errmsg("plperl functions cannot return type %s",
|
|
|
|
format_type_be(proc->prorettype))));
|
|
|
|
}
|
|
|
|
|
2006-08-13 19:31:10 +02:00
|
|
|
/* Disallow pseudotypes in arguments (either IN or OUT) */
|
|
|
|
numargs = get_func_arg_info(tuple,
|
|
|
|
&argtypes, &argnames, &argmodes);
|
|
|
|
for (i = 0; i < numargs; i++)
|
|
|
|
{
|
|
|
|
if (get_typtype(argtypes[i]) == 'p')
|
|
|
|
ereport(ERROR,
|
|
|
|
(errcode(ERRCODE_FEATURE_NOT_SUPPORTED),
|
|
|
|
errmsg("plperl functions cannot take type %s",
|
|
|
|
format_type_be(argtypes[i]))));
|
|
|
|
}
|
|
|
|
|
2005-06-22 18:45:51 +02:00
|
|
|
ReleaseSysCache(tuple);
|
|
|
|
|
2005-12-28 19:34:16 +01:00
|
|
|
/* Postpone body checks if !check_function_bodies */
|
|
|
|
if (check_function_bodies)
|
|
|
|
{
|
2006-08-08 21:15:09 +02:00
|
|
|
(void) compile_plperl_function(funcoid, istrigger);
|
2005-12-28 19:34:16 +01:00
|
|
|
}
|
2005-06-22 18:45:51 +02:00
|
|
|
|
|
|
|
/* the result of a validator is ignored */
|
|
|
|
PG_RETURN_VOID();
|
|
|
|
}
|
|
|
|
|
2000-01-20 06:08:58 +01:00
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
/* Uses mksafefunc/mkunsafefunc to create an anonymous sub whose text is
|
|
|
|
* supplied in s, and returns a reference to the closure. */
|
|
|
|
|
2003-08-04 02:43:34 +02:00
|
|
|
static SV *
|
Well, after persuading cvsup and cvs that it _is_ possible to have local
modifiable repositories, I have a clean untrusted plperl patch to offer
you :)
Highlights:
* There's one perl interpreter used for both trusted and untrusted
procedures. I do think its unnecessary to keep two perl
interpreters around. If someone can break out from trusted "Safe" perl
mode, well, they can do what they want already. If someone disagrees, I
can change this.
* Opcode is not statically loaded anymore. Instead, we load Dynaloader,
which then can grab Opcode (and anything else you can 'use') on its own.
* Checked to work on FreeBSD 4.3 + perl 5.5.3 , OpenBSD 2.8 + perl5.6.1,
RedHat 6.2 + perl 5.5.3
* Uses ExtUtils::Embed to find what options are necessary to link with
perl shared libraries
* createlang is also updated, it can create untrusted perl using 'plperlu'
* Example script (assuming you have Mail::Sendmail installed):
create function foo() returns text as '
use Mail::Sendmail;
%mail = ( To => q(you@yourname.com),
From => q(me@here.com),
Message => "This is a very short message"
);
sendmail(%mail) or die $Mail::Sendmail::error;
return "OK. Log says:\n", $Mail::Sendmail::log;
' language 'plperlu';
Alex Pilosov
2001-06-18 23:40:06 +02:00
|
|
|
plperl_create_sub(char *s, bool trusted)
|
2000-04-12 19:17:23 +02:00
|
|
|
{
|
2000-01-20 06:08:58 +01:00
|
|
|
dSP;
|
2003-04-20 23:15:34 +02:00
|
|
|
SV *subref;
|
2001-03-22 05:01:46 +01:00
|
|
|
int count;
|
2005-10-15 04:49:52 +02:00
|
|
|
char *compile_sub;
|
2000-01-20 06:08:58 +01:00
|
|
|
|
2004-08-29 07:07:03 +02:00
|
|
|
if (trusted && !plperl_safe_init_done)
|
2004-11-18 22:35:42 +01:00
|
|
|
{
|
The attached patch, which incorporates the previous one sent and
currently unapplied regarding spi_internal.c, makes some additional
fixes relating to return types, and also contains the fix for
preventing the use of insecure versions of Safe.pm.
There is one remaing return case that does not appear to work, namely
return of a composite directly in a select, i.e. if foo returns some
composite type, 'select * from foo()' works but 'select foo()' doesn't.
We will either fix that or document it as a limitation.
The function plperl_func_handler is a mess - I will try to get it
cleaned up (and split up) in a subsequent patch, time permitting.
Also, reiterating previous advice - this changes slightly the API for
spi_exec_query - the returned object has either 2 or 3 members: 'status'
(string) and 'proceesed' (int,- number of rows) and, if rows are
returned, 'rows' (array of tuple hashes).
Andrew Dunstan
2004-07-12 16:31:04 +02:00
|
|
|
plperl_safe_init();
|
2004-11-18 22:35:42 +01:00
|
|
|
SPAGAIN;
|
|
|
|
}
|
The attached patch, which incorporates the previous one sent and
currently unapplied regarding spi_internal.c, makes some additional
fixes relating to return types, and also contains the fix for
preventing the use of insecure versions of Safe.pm.
There is one remaing return case that does not appear to work, namely
return of a composite directly in a select, i.e. if foo returns some
composite type, 'select * from foo()' works but 'select foo()' doesn't.
We will either fix that or document it as a limitation.
The function plperl_func_handler is a mess - I will try to get it
cleaned up (and split up) in a subsequent patch, time permitting.
Also, reiterating previous advice - this changes slightly the API for
spi_exec_query - the returned object has either 2 or 3 members: 'status'
(string) and 'proceesed' (int,- number of rows) and, if rows are
returned, 'rows' (array of tuple hashes).
Andrew Dunstan
2004-07-12 16:31:04 +02:00
|
|
|
|
2000-01-20 06:08:58 +01:00
|
|
|
ENTER;
|
|
|
|
SAVETMPS;
|
|
|
|
PUSHMARK(SP);
|
2006-05-29 15:51:23 +02:00
|
|
|
XPUSHs(sv_2mortal(newSVpv("our $_TD; local $_TD=$_[0]; shift;", 0)));
|
2001-03-22 05:01:46 +01:00
|
|
|
XPUSHs(sv_2mortal(newSVpv(s, 0)));
|
2000-04-18 17:04:02 +02:00
|
|
|
PUTBACK;
|
2003-08-04 02:43:34 +02:00
|
|
|
|
2003-04-20 23:15:34 +02:00
|
|
|
/*
|
|
|
|
* G_KEEPERR seems to be needed here, else we don't recognize compile
|
2005-10-15 04:49:52 +02:00
|
|
|
* errors properly. Perhaps it's because there's another level of eval
|
|
|
|
* inside mksafefunc?
|
2003-04-20 23:15:34 +02:00
|
|
|
*/
|
2005-08-24 20:16:58 +02:00
|
|
|
|
|
|
|
if (trusted && plperl_use_strict)
|
|
|
|
compile_sub = "::mk_strict_safefunc";
|
|
|
|
else if (plperl_use_strict)
|
|
|
|
compile_sub = "::mk_strict_unsafefunc";
|
|
|
|
else if (trusted)
|
|
|
|
compile_sub = "::mksafefunc";
|
|
|
|
else
|
|
|
|
compile_sub = "::mkunsafefunc";
|
|
|
|
|
|
|
|
count = perl_call_pv(compile_sub, G_SCALAR | G_EVAL | G_KEEPERR);
|
2000-01-20 06:08:58 +01:00
|
|
|
SPAGAIN;
|
|
|
|
|
2003-04-20 23:15:34 +02:00
|
|
|
if (count != 1)
|
|
|
|
{
|
|
|
|
PUTBACK;
|
|
|
|
FREETMPS;
|
|
|
|
LEAVE;
|
2003-07-26 01:37:31 +02:00
|
|
|
elog(ERROR, "didn't get a return item from mksafefunc");
|
2003-04-20 23:15:34 +02:00
|
|
|
}
|
|
|
|
|
2000-09-12 06:28:30 +02:00
|
|
|
if (SvTRUE(ERRSV))
|
2000-04-12 19:17:23 +02:00
|
|
|
{
|
2004-11-17 22:23:36 +01:00
|
|
|
(void) POPs;
|
2000-01-20 06:08:58 +01:00
|
|
|
PUTBACK;
|
|
|
|
FREETMPS;
|
|
|
|
LEAVE;
|
2004-11-29 21:11:06 +01:00
|
|
|
ereport(ERROR,
|
|
|
|
(errcode(ERRCODE_SYNTAX_ERROR),
|
|
|
|
errmsg("creation of Perl function failed: %s",
|
|
|
|
strip_trailing_ws(SvPV(ERRSV, PL_na)))));
|
2000-01-20 06:08:58 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
/*
|
2000-04-12 19:17:23 +02:00
|
|
|
* need to make a deep copy of the return. it comes off the stack as a
|
|
|
|
* temporary.
|
2000-01-20 06:08:58 +01:00
|
|
|
*/
|
|
|
|
subref = newSVsv(POPs);
|
|
|
|
|
2005-06-22 18:45:51 +02:00
|
|
|
if (!SvROK(subref) || SvTYPE(SvRV(subref)) != SVt_PVCV)
|
2000-04-12 19:17:23 +02:00
|
|
|
{
|
2000-01-20 06:08:58 +01:00
|
|
|
PUTBACK;
|
|
|
|
FREETMPS;
|
|
|
|
LEAVE;
|
2000-04-12 19:17:23 +02:00
|
|
|
|
2000-01-20 06:08:58 +01:00
|
|
|
/*
|
|
|
|
* subref is our responsibility because it is not mortal
|
|
|
|
*/
|
|
|
|
SvREFCNT_dec(subref);
|
2003-07-26 01:37:31 +02:00
|
|
|
elog(ERROR, "didn't get a code ref");
|
2000-01-20 06:08:58 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
PUTBACK;
|
|
|
|
FREETMPS;
|
|
|
|
LEAVE;
|
2003-04-20 23:15:34 +02:00
|
|
|
|
2000-01-20 06:08:58 +01:00
|
|
|
return subref;
|
|
|
|
}
|
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
|
2000-01-20 06:08:58 +01:00
|
|
|
/**********************************************************************
|
2000-04-12 19:17:23 +02:00
|
|
|
* plperl_init_shared_libs() -
|
2000-01-20 06:08:58 +01:00
|
|
|
*
|
|
|
|
* We cannot use the DynaLoader directly to get at the Opcode
|
|
|
|
* module (used by Safe.pm). So, we link Opcode into ourselves
|
|
|
|
* and do the initialization behind perl's back.
|
2000-04-12 19:17:23 +02:00
|
|
|
*
|
2000-01-20 06:08:58 +01:00
|
|
|
**********************************************************************/
|
|
|
|
|
2005-11-22 19:17:34 +01:00
|
|
|
EXTERN_C void boot_DynaLoader(pTHX_ CV *cv);
|
|
|
|
EXTERN_C void boot_SPI(pTHX_ CV *cv);
|
2000-01-20 06:08:58 +01:00
|
|
|
|
2000-02-19 19:58:37 +01:00
|
|
|
static void
|
2002-01-24 22:40:44 +01:00
|
|
|
plperl_init_shared_libs(pTHX)
|
2000-01-20 06:08:58 +01:00
|
|
|
{
|
2000-04-12 19:17:23 +02:00
|
|
|
char *file = __FILE__;
|
|
|
|
|
2001-10-25 07:50:21 +02:00
|
|
|
newXS("DynaLoader::boot_DynaLoader", boot_DynaLoader, file);
|
2000-01-29 02:58:50 +01:00
|
|
|
newXS("SPI::bootstrap", boot_SPI, file);
|
2000-01-20 06:08:58 +01:00
|
|
|
}
|
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
|
2003-08-04 02:43:34 +02:00
|
|
|
static SV *
|
2005-11-22 19:17:34 +01:00
|
|
|
plperl_call_perl_func(plperl_proc_desc *desc, FunctionCallInfo fcinfo)
|
2000-01-20 06:08:58 +01:00
|
|
|
{
|
|
|
|
dSP;
|
2000-04-12 19:17:23 +02:00
|
|
|
SV *retval;
|
|
|
|
int i;
|
|
|
|
int count;
|
2005-10-15 04:49:52 +02:00
|
|
|
SV *sv;
|
2000-01-20 06:08:58 +01:00
|
|
|
|
|
|
|
ENTER;
|
|
|
|
SAVETMPS;
|
|
|
|
|
2003-04-20 23:15:34 +02:00
|
|
|
PUSHMARK(SP);
|
2004-11-23 01:21:24 +01:00
|
|
|
|
2005-10-15 04:49:52 +02:00
|
|
|
XPUSHs(&PL_sv_undef); /* no trigger data */
|
2004-11-23 01:21:24 +01:00
|
|
|
|
2000-04-12 19:17:23 +02:00
|
|
|
for (i = 0; i < desc->nargs; i++)
|
|
|
|
{
|
2004-11-18 22:35:42 +01:00
|
|
|
if (fcinfo->argnull[i])
|
|
|
|
XPUSHs(&PL_sv_undef);
|
|
|
|
else if (desc->arg_is_rowtype[i])
|
2000-04-12 19:17:23 +02:00
|
|
|
{
|
2004-11-18 22:35:42 +01:00
|
|
|
HeapTupleHeader td;
|
|
|
|
Oid tupType;
|
|
|
|
int32 tupTypmod;
|
|
|
|
TupleDesc tupdesc;
|
|
|
|
HeapTupleData tmptup;
|
|
|
|
SV *hashref;
|
|
|
|
|
|
|
|
td = DatumGetHeapTupleHeader(fcinfo->arg[i]);
|
|
|
|
/* Extract rowtype info and find a tupdesc */
|
|
|
|
tupType = HeapTupleHeaderGetTypeId(td);
|
|
|
|
tupTypmod = HeapTupleHeaderGetTypMod(td);
|
|
|
|
tupdesc = lookup_rowtype_tupdesc(tupType, tupTypmod);
|
|
|
|
/* Build a temporary HeapTuple control structure */
|
|
|
|
tmptup.t_len = HeapTupleHeaderGetDatumLength(td);
|
|
|
|
tmptup.t_data = td;
|
|
|
|
|
2004-11-23 01:21:24 +01:00
|
|
|
hashref = plperl_hash_from_tuple(&tmptup, tupdesc);
|
|
|
|
XPUSHs(sv_2mortal(hashref));
|
2006-06-16 20:42:24 +02:00
|
|
|
ReleaseTupleDesc(tupdesc);
|
2000-04-12 19:17:23 +02:00
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
2004-11-18 22:35:42 +01:00
|
|
|
char *tmp;
|
|
|
|
|
2006-04-04 21:35:37 +02:00
|
|
|
tmp = OutputFunctionCall(&(desc->arg_out_func[i]),
|
|
|
|
fcinfo->arg[i]);
|
2005-06-15 02:35:16 +02:00
|
|
|
sv = newSVpv(tmp, 0);
|
|
|
|
#if PERL_BCDVERSION >= 0x5006000L
|
2005-10-15 04:49:52 +02:00
|
|
|
if (GetDatabaseEncoding() == PG_UTF8)
|
|
|
|
SvUTF8_on(sv);
|
2005-06-15 02:35:16 +02:00
|
|
|
#endif
|
|
|
|
XPUSHs(sv_2mortal(sv));
|
2004-11-18 22:35:42 +01:00
|
|
|
pfree(tmp);
|
2000-01-20 06:08:58 +01:00
|
|
|
}
|
|
|
|
}
|
|
|
|
PUTBACK;
|
2003-04-20 23:15:34 +02:00
|
|
|
|
|
|
|
/* Do NOT use G_KEEPERR here */
|
|
|
|
count = perl_call_sv(desc->reference, G_SCALAR | G_EVAL);
|
2000-01-20 06:08:58 +01:00
|
|
|
|
|
|
|
SPAGAIN;
|
|
|
|
|
2000-04-12 19:17:23 +02:00
|
|
|
if (count != 1)
|
|
|
|
{
|
|
|
|
PUTBACK;
|
|
|
|
FREETMPS;
|
2000-01-20 06:08:58 +01:00
|
|
|
LEAVE;
|
2003-07-26 01:37:31 +02:00
|
|
|
elog(ERROR, "didn't get a return item from function");
|
2000-01-20 06:08:58 +01:00
|
|
|
}
|
|
|
|
|
2000-09-12 06:28:30 +02:00
|
|
|
if (SvTRUE(ERRSV))
|
2000-04-12 19:17:23 +02:00
|
|
|
{
|
2004-11-17 22:23:36 +01:00
|
|
|
(void) POPs;
|
2000-04-12 19:17:23 +02:00
|
|
|
PUTBACK;
|
|
|
|
FREETMPS;
|
2000-01-20 06:08:58 +01:00
|
|
|
LEAVE;
|
2004-11-29 21:11:06 +01:00
|
|
|
/* XXX need to find a way to assign an errcode here */
|
|
|
|
ereport(ERROR,
|
|
|
|
(errmsg("error from Perl function: %s",
|
|
|
|
strip_trailing_ws(SvPV(ERRSV, PL_na)))));
|
2000-01-20 06:08:58 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
retval = newSVsv(POPs);
|
|
|
|
|
2000-04-12 19:17:23 +02:00
|
|
|
PUTBACK;
|
|
|
|
FREETMPS;
|
|
|
|
LEAVE;
|
2000-01-20 06:08:58 +01:00
|
|
|
|
|
|
|
return retval;
|
|
|
|
}
|
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
|
2004-07-01 22:50:22 +02:00
|
|
|
static SV *
|
2005-11-22 19:17:34 +01:00
|
|
|
plperl_call_perl_trigger_func(plperl_proc_desc *desc, FunctionCallInfo fcinfo,
|
|
|
|
SV *td)
|
2004-07-01 22:50:22 +02:00
|
|
|
{
|
|
|
|
dSP;
|
|
|
|
SV *retval;
|
2004-11-18 22:35:42 +01:00
|
|
|
Trigger *tg_trigger;
|
2004-07-01 22:50:22 +02:00
|
|
|
int i;
|
|
|
|
int count;
|
|
|
|
|
|
|
|
ENTER;
|
|
|
|
SAVETMPS;
|
|
|
|
|
|
|
|
PUSHMARK(sp);
|
2004-11-23 01:21:24 +01:00
|
|
|
|
2004-07-01 22:50:22 +02:00
|
|
|
XPUSHs(td);
|
2004-11-23 01:21:24 +01:00
|
|
|
|
2004-11-18 22:35:42 +01:00
|
|
|
tg_trigger = ((TriggerData *) fcinfo->context)->tg_trigger;
|
|
|
|
for (i = 0; i < tg_trigger->tgnargs; i++)
|
|
|
|
XPUSHs(sv_2mortal(newSVpv(tg_trigger->tgargs[i], 0)));
|
2004-07-01 22:50:22 +02:00
|
|
|
PUTBACK;
|
|
|
|
|
2004-11-23 01:21:24 +01:00
|
|
|
/* Do NOT use G_KEEPERR here */
|
|
|
|
count = perl_call_sv(desc->reference, G_SCALAR | G_EVAL);
|
2004-07-01 22:50:22 +02:00
|
|
|
|
|
|
|
SPAGAIN;
|
|
|
|
|
|
|
|
if (count != 1)
|
|
|
|
{
|
|
|
|
PUTBACK;
|
|
|
|
FREETMPS;
|
|
|
|
LEAVE;
|
2004-11-20 20:07:40 +01:00
|
|
|
elog(ERROR, "didn't get a return item from trigger function");
|
2004-07-01 22:50:22 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
if (SvTRUE(ERRSV))
|
|
|
|
{
|
2004-11-17 22:23:36 +01:00
|
|
|
(void) POPs;
|
2004-07-01 22:50:22 +02:00
|
|
|
PUTBACK;
|
|
|
|
FREETMPS;
|
|
|
|
LEAVE;
|
2004-11-29 21:11:06 +01:00
|
|
|
/* XXX need to find a way to assign an errcode here */
|
|
|
|
ereport(ERROR,
|
|
|
|
(errmsg("error from Perl trigger function: %s",
|
|
|
|
strip_trailing_ws(SvPV(ERRSV, PL_na)))));
|
2004-07-01 22:50:22 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
retval = newSVsv(POPs);
|
|
|
|
|
|
|
|
PUTBACK;
|
|
|
|
FREETMPS;
|
|
|
|
LEAVE;
|
|
|
|
|
|
|
|
return retval;
|
|
|
|
}
|
2003-04-20 23:15:34 +02:00
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
|
2000-01-20 06:08:58 +01:00
|
|
|
static Datum
|
2000-05-28 19:56:29 +02:00
|
|
|
plperl_func_handler(PG_FUNCTION_ARGS)
|
2000-01-20 06:08:58 +01:00
|
|
|
{
|
|
|
|
plperl_proc_desc *prodesc;
|
2000-04-12 19:17:23 +02:00
|
|
|
SV *perlret;
|
|
|
|
Datum retval;
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
ReturnSetInfo *rsi;
|
2005-10-15 04:49:52 +02:00
|
|
|
SV *array_ret = NULL;
|
2000-01-20 06:08:58 +01:00
|
|
|
|
2006-01-28 04:28:15 +01:00
|
|
|
/*
|
2006-10-04 02:30:14 +02:00
|
|
|
* Create the call_data beforing connecting to SPI, so that it is not
|
|
|
|
* allocated in the SPI memory context
|
2006-01-28 04:28:15 +01:00
|
|
|
*/
|
|
|
|
current_call_data = (plperl_call_data *) palloc0(sizeof(plperl_call_data));
|
|
|
|
current_call_data->fcinfo = fcinfo;
|
|
|
|
|
2004-11-22 21:31:53 +01:00
|
|
|
if (SPI_connect() != SPI_OK_CONNECT)
|
|
|
|
elog(ERROR, "could not connect to SPI manager");
|
|
|
|
|
2001-10-20 00:43:49 +02:00
|
|
|
prodesc = compile_plperl_function(fcinfo->flinfo->fn_oid, false);
|
2006-01-28 04:28:15 +01:00
|
|
|
current_call_data->prodesc = prodesc;
|
2004-09-13 22:10:13 +02:00
|
|
|
|
2005-10-15 04:49:52 +02:00
|
|
|
rsi = (ReturnSetInfo *) fcinfo->resultinfo;
|
2005-08-12 23:09:34 +02:00
|
|
|
|
2005-08-12 23:26:32 +02:00
|
|
|
if (prodesc->fn_retisset)
|
2005-08-12 22:48:03 +02:00
|
|
|
{
|
2005-08-12 23:26:32 +02:00
|
|
|
/* Check context before allowing the call to go through */
|
|
|
|
if (!rsi || !IsA(rsi, ReturnSetInfo) ||
|
|
|
|
(rsi->allowedModes & SFRM_Materialize) == 0 ||
|
|
|
|
rsi->expectedDesc == NULL)
|
|
|
|
ereport(ERROR,
|
|
|
|
(errcode(ERRCODE_FEATURE_NOT_SUPPORTED),
|
|
|
|
errmsg("set-valued function called in context that "
|
|
|
|
"cannot accept a set")));
|
2005-08-12 22:48:03 +02:00
|
|
|
}
|
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
perlret = plperl_call_perl_func(prodesc, fcinfo);
|
2000-01-20 06:08:58 +01:00
|
|
|
|
|
|
|
/************************************************************
|
|
|
|
* Disconnect from SPI manager and then create the return
|
|
|
|
* values datum (if the input function does a palloc for it
|
|
|
|
* this must not be allocated in the SPI memory context
|
|
|
|
* because SPI_finish would free it).
|
|
|
|
************************************************************/
|
|
|
|
if (SPI_finish() != SPI_OK_FINISH)
|
2003-07-26 01:37:31 +02:00
|
|
|
elog(ERROR, "SPI_finish() failed");
|
2000-01-20 06:08:58 +01:00
|
|
|
|
2005-08-12 23:26:32 +02:00
|
|
|
if (prodesc->fn_retisset)
|
2005-07-10 17:32:47 +02:00
|
|
|
{
|
2005-08-12 23:26:32 +02:00
|
|
|
/*
|
|
|
|
* If the Perl function returned an arrayref, we pretend that it
|
2005-10-15 04:49:52 +02:00
|
|
|
* called return_next() for each element of the array, to handle old
|
|
|
|
* SRFs that didn't know about return_next(). Any other sort of return
|
|
|
|
* value is an error.
|
2005-08-12 23:26:32 +02:00
|
|
|
*/
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
if (SvTYPE(perlret) == SVt_RV &&
|
|
|
|
SvTYPE(SvRV(perlret)) == SVt_PVAV)
|
2004-07-01 22:50:22 +02:00
|
|
|
{
|
2005-10-15 04:49:52 +02:00
|
|
|
int i = 0;
|
|
|
|
SV **svp = 0;
|
|
|
|
AV *rav = (AV *) SvRV(perlret);
|
|
|
|
|
|
|
|
while ((svp = av_fetch(rav, i, FALSE)) != NULL)
|
2005-07-10 17:32:47 +02:00
|
|
|
{
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
plperl_return_next(*svp);
|
|
|
|
i++;
|
|
|
|
}
|
2004-07-01 22:50:22 +02:00
|
|
|
}
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
else if (SvTYPE(perlret) != SVt_NULL)
|
2004-07-01 22:50:22 +02:00
|
|
|
{
|
2004-11-29 21:11:06 +01:00
|
|
|
ereport(ERROR,
|
|
|
|
(errcode(ERRCODE_DATATYPE_MISMATCH),
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
errmsg("set-returning Perl function must return "
|
|
|
|
"reference to array or use return_next")));
|
The attached patch, which incorporates the previous one sent and
currently unapplied regarding spi_internal.c, makes some additional
fixes relating to return types, and also contains the fix for
preventing the use of insecure versions of Safe.pm.
There is one remaing return case that does not appear to work, namely
return of a composite directly in a select, i.e. if foo returns some
composite type, 'select * from foo()' works but 'select foo()' doesn't.
We will either fix that or document it as a limitation.
The function plperl_func_handler is a mess - I will try to get it
cleaned up (and split up) in a subsequent patch, time permitting.
Also, reiterating previous advice - this changes slightly the API for
spi_exec_query - the returned object has either 2 or 3 members: 'status'
(string) and 'proceesed' (int,- number of rows) and, if rows are
returned, 'rows' (array of tuple hashes).
Andrew Dunstan
2004-07-12 16:31:04 +02:00
|
|
|
}
|
2004-08-29 07:07:03 +02:00
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
rsi->returnMode = SFRM_Materialize;
|
2006-01-28 04:28:15 +01:00
|
|
|
if (current_call_data->tuple_store)
|
2005-07-10 17:32:47 +02:00
|
|
|
{
|
2006-01-28 04:28:15 +01:00
|
|
|
rsi->setResult = current_call_data->tuple_store;
|
|
|
|
rsi->setDesc = current_call_data->ret_tdesc;
|
The attached patch, which incorporates the previous one sent and
currently unapplied regarding spi_internal.c, makes some additional
fixes relating to return types, and also contains the fix for
preventing the use of insecure versions of Safe.pm.
There is one remaing return case that does not appear to work, namely
return of a composite directly in a select, i.e. if foo returns some
composite type, 'select * from foo()' works but 'select foo()' doesn't.
We will either fix that or document it as a limitation.
The function plperl_func_handler is a mess - I will try to get it
cleaned up (and split up) in a subsequent patch, time permitting.
Also, reiterating previous advice - this changes slightly the API for
spi_exec_query - the returned object has either 2 or 3 members: 'status'
(string) and 'proceesed' (int,- number of rows) and, if rows are
returned, 'rows' (array of tuple hashes).
Andrew Dunstan
2004-07-12 16:31:04 +02:00
|
|
|
}
|
2005-10-15 04:49:52 +02:00
|
|
|
retval = (Datum) 0;
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
}
|
|
|
|
else if (SvTYPE(perlret) == SVt_NULL)
|
|
|
|
{
|
|
|
|
/* Return NULL if Perl code returned undef */
|
|
|
|
if (rsi && IsA(rsi, ReturnSetInfo))
|
|
|
|
rsi->isDone = ExprEndResult;
|
2006-04-04 21:35:37 +02:00
|
|
|
retval = InputFunctionCall(&prodesc->result_in_func, NULL,
|
|
|
|
prodesc->result_typioparam, -1);
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
fcinfo->isnull = true;
|
2004-08-29 07:07:03 +02:00
|
|
|
}
|
2004-11-22 21:31:53 +01:00
|
|
|
else if (prodesc->fn_retistuple)
|
2000-05-28 19:56:29 +02:00
|
|
|
{
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
/* Return a perl hash converted to a Datum */
|
2005-10-15 04:49:52 +02:00
|
|
|
TupleDesc td;
|
2004-11-22 21:31:53 +01:00
|
|
|
AttInMetadata *attinmeta;
|
2005-10-15 04:49:52 +02:00
|
|
|
HeapTuple tup;
|
2004-11-22 21:31:53 +01:00
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
if (!SvOK(perlret) || SvTYPE(perlret) != SVt_RV ||
|
|
|
|
SvTYPE(SvRV(perlret)) != SVt_PVHV)
|
|
|
|
{
|
2004-11-29 21:11:06 +01:00
|
|
|
ereport(ERROR,
|
|
|
|
(errcode(ERRCODE_DATATYPE_MISMATCH),
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
errmsg("composite-returning Perl function "
|
|
|
|
"must return reference to hash")));
|
|
|
|
}
|
2004-11-23 01:21:24 +01:00
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
/* XXX should cache the attinmeta data instead of recomputing */
|
|
|
|
if (get_call_result_type(fcinfo, NULL, &td) != TYPEFUNC_COMPOSITE)
|
|
|
|
{
|
|
|
|
ereport(ERROR,
|
|
|
|
(errcode(ERRCODE_FEATURE_NOT_SUPPORTED),
|
|
|
|
errmsg("function returning record called in context "
|
|
|
|
"that cannot accept type record")));
|
|
|
|
}
|
2004-11-22 21:31:53 +01:00
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
attinmeta = TupleDescGetAttInMetadata(td);
|
2005-10-15 04:49:52 +02:00
|
|
|
tup = plperl_build_tuple_result((HV *) SvRV(perlret), attinmeta);
|
2004-11-22 21:31:53 +01:00
|
|
|
retval = HeapTupleGetDatum(tup);
|
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
2005-10-15 04:49:52 +02:00
|
|
|
/* Return a perl string converted to a Datum */
|
|
|
|
char *val;
|
|
|
|
|
|
|
|
if (prodesc->fn_retisarray && SvROK(perlret) &&
|
2005-07-12 22:35:42 +02:00
|
|
|
SvTYPE(SvRV(perlret)) == SVt_PVAV)
|
2005-10-15 04:49:52 +02:00
|
|
|
{
|
|
|
|
array_ret = plperl_convert_to_pg_array(perlret);
|
|
|
|
SvREFCNT_dec(perlret);
|
|
|
|
perlret = array_ret;
|
|
|
|
}
|
2005-07-10 17:32:47 +02:00
|
|
|
|
|
|
|
val = SvPV(perlret, PL_na);
|
|
|
|
|
2006-04-04 21:35:37 +02:00
|
|
|
retval = InputFunctionCall(&prodesc->result_in_func, val,
|
|
|
|
prodesc->result_typioparam, -1);
|
2000-05-28 19:56:29 +02:00
|
|
|
}
|
2000-01-20 06:08:58 +01:00
|
|
|
|
2005-07-12 03:16:22 +02:00
|
|
|
if (array_ret == NULL)
|
2005-10-15 04:49:52 +02:00
|
|
|
SvREFCNT_dec(perlret);
|
2005-07-12 03:16:22 +02:00
|
|
|
|
2006-01-28 04:28:15 +01:00
|
|
|
current_call_data = NULL;
|
2000-01-20 06:08:58 +01:00
|
|
|
return retval;
|
|
|
|
}
|
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
|
2004-07-01 22:50:22 +02:00
|
|
|
static Datum
|
|
|
|
plperl_trigger_handler(PG_FUNCTION_ARGS)
|
|
|
|
{
|
|
|
|
plperl_proc_desc *prodesc;
|
|
|
|
SV *perlret;
|
|
|
|
Datum retval;
|
|
|
|
SV *svTD;
|
|
|
|
HV *hvTD;
|
|
|
|
|
2006-01-28 04:28:15 +01:00
|
|
|
/*
|
2006-10-04 02:30:14 +02:00
|
|
|
* Create the call_data beforing connecting to SPI, so that it is not
|
|
|
|
* allocated in the SPI memory context
|
2006-01-28 04:28:15 +01:00
|
|
|
*/
|
|
|
|
current_call_data = (plperl_call_data *) palloc0(sizeof(plperl_call_data));
|
|
|
|
current_call_data->fcinfo = fcinfo;
|
|
|
|
|
2004-11-22 21:31:53 +01:00
|
|
|
/* Connect to SPI manager */
|
|
|
|
if (SPI_connect() != SPI_OK_CONNECT)
|
|
|
|
elog(ERROR, "could not connect to SPI manager");
|
|
|
|
|
2004-07-01 22:50:22 +02:00
|
|
|
/* Find or compile the function */
|
|
|
|
prodesc = compile_plperl_function(fcinfo->flinfo->fn_oid, true);
|
2006-01-28 04:28:15 +01:00
|
|
|
current_call_data->prodesc = prodesc;
|
2004-09-13 22:10:13 +02:00
|
|
|
|
2004-07-01 22:50:22 +02:00
|
|
|
svTD = plperl_trigger_build_args(fcinfo);
|
|
|
|
perlret = plperl_call_perl_trigger_func(prodesc, fcinfo, svTD);
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
hvTD = (HV *) SvRV(svTD);
|
2004-07-01 22:50:22 +02:00
|
|
|
|
|
|
|
/************************************************************
|
|
|
|
* Disconnect from SPI manager and then create the return
|
|
|
|
* values datum (if the input function does a palloc for it
|
|
|
|
* this must not be allocated in the SPI memory context
|
|
|
|
* because SPI_finish would free it).
|
|
|
|
************************************************************/
|
|
|
|
if (SPI_finish() != SPI_OK_FINISH)
|
2004-11-29 21:11:06 +01:00
|
|
|
elog(ERROR, "SPI_finish() failed");
|
2004-07-01 22:50:22 +02:00
|
|
|
|
2004-11-23 01:21:24 +01:00
|
|
|
if (!(perlret && SvOK(perlret) && SvTYPE(perlret) != SVt_NULL))
|
2004-07-01 22:50:22 +02:00
|
|
|
{
|
2004-11-23 01:21:24 +01:00
|
|
|
/* undef result means go ahead with original tuple */
|
2004-07-01 22:50:22 +02:00
|
|
|
TriggerData *trigdata = ((TriggerData *) fcinfo->context);
|
|
|
|
|
|
|
|
if (TRIGGER_FIRED_BY_INSERT(trigdata->tg_event))
|
|
|
|
retval = (Datum) trigdata->tg_trigtuple;
|
|
|
|
else if (TRIGGER_FIRED_BY_UPDATE(trigdata->tg_event))
|
|
|
|
retval = (Datum) trigdata->tg_newtuple;
|
|
|
|
else if (TRIGGER_FIRED_BY_DELETE(trigdata->tg_event))
|
|
|
|
retval = (Datum) trigdata->tg_trigtuple;
|
2004-11-17 22:23:36 +01:00
|
|
|
else
|
2005-10-15 04:49:52 +02:00
|
|
|
retval = (Datum) 0; /* can this happen? */
|
2004-07-01 22:50:22 +02:00
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
2004-11-23 01:21:24 +01:00
|
|
|
HeapTuple trv;
|
|
|
|
char *tmp;
|
2004-07-01 22:50:22 +02:00
|
|
|
|
2004-11-23 01:21:24 +01:00
|
|
|
tmp = SvPV(perlret, PL_na);
|
2004-07-01 22:50:22 +02:00
|
|
|
|
2004-11-23 01:21:24 +01:00
|
|
|
if (pg_strcasecmp(tmp, "SKIP") == 0)
|
|
|
|
trv = NULL;
|
|
|
|
else if (pg_strcasecmp(tmp, "MODIFY") == 0)
|
|
|
|
{
|
|
|
|
TriggerData *trigdata = (TriggerData *) fcinfo->context;
|
|
|
|
|
|
|
|
if (TRIGGER_FIRED_BY_INSERT(trigdata->tg_event))
|
|
|
|
trv = plperl_modify_tuple(hvTD, trigdata,
|
|
|
|
trigdata->tg_trigtuple);
|
|
|
|
else if (TRIGGER_FIRED_BY_UPDATE(trigdata->tg_event))
|
|
|
|
trv = plperl_modify_tuple(hvTD, trigdata,
|
|
|
|
trigdata->tg_newtuple);
|
2004-07-01 22:50:22 +02:00
|
|
|
else
|
|
|
|
{
|
2004-11-29 21:11:06 +01:00
|
|
|
ereport(WARNING,
|
|
|
|
(errcode(ERRCODE_E_R_I_E_TRIGGER_PROTOCOL_VIOLATED),
|
2005-10-15 04:49:52 +02:00
|
|
|
errmsg("ignoring modified tuple in DELETE trigger")));
|
2004-07-01 22:50:22 +02:00
|
|
|
trv = NULL;
|
|
|
|
}
|
|
|
|
}
|
2004-11-17 22:23:36 +01:00
|
|
|
else
|
2004-11-23 01:21:24 +01:00
|
|
|
{
|
2004-11-29 21:11:06 +01:00
|
|
|
ereport(ERROR,
|
|
|
|
(errcode(ERRCODE_E_R_I_E_TRIGGER_PROTOCOL_VIOLATED),
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
errmsg("result of Perl trigger function must be undef, "
|
|
|
|
"\"SKIP\" or \"MODIFY\"")));
|
2004-11-23 01:21:24 +01:00
|
|
|
trv = NULL;
|
|
|
|
}
|
|
|
|
retval = PointerGetDatum(trv);
|
2004-07-01 22:50:22 +02:00
|
|
|
}
|
|
|
|
|
2004-11-23 01:21:24 +01:00
|
|
|
SvREFCNT_dec(svTD);
|
|
|
|
if (perlret)
|
|
|
|
SvREFCNT_dec(perlret);
|
2004-07-01 22:50:22 +02:00
|
|
|
|
2006-01-28 04:28:15 +01:00
|
|
|
current_call_data = NULL;
|
2004-07-01 22:50:22 +02:00
|
|
|
return retval;
|
|
|
|
}
|
2000-01-20 06:08:58 +01:00
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
|
2001-10-20 00:43:49 +02:00
|
|
|
static plperl_proc_desc *
|
|
|
|
compile_plperl_function(Oid fn_oid, bool is_trigger)
|
2000-01-20 06:08:58 +01:00
|
|
|
{
|
2001-10-20 00:43:49 +02:00
|
|
|
HeapTuple procTup;
|
|
|
|
Form_pg_proc procStruct;
|
|
|
|
char internal_proname[64];
|
|
|
|
int proname_len;
|
|
|
|
plperl_proc_desc *prodesc = NULL;
|
2006-08-13 19:31:10 +02:00
|
|
|
int i;
|
2005-10-15 04:49:52 +02:00
|
|
|
SV **svp;
|
2000-01-20 06:08:58 +01:00
|
|
|
|
2001-10-20 00:43:49 +02:00
|
|
|
/* We'll need the pg_proc tuple in any case... */
|
|
|
|
procTup = SearchSysCache(PROCOID,
|
|
|
|
ObjectIdGetDatum(fn_oid),
|
|
|
|
0, 0, 0);
|
|
|
|
if (!HeapTupleIsValid(procTup))
|
2003-07-26 01:37:31 +02:00
|
|
|
elog(ERROR, "cache lookup failed for function %u", fn_oid);
|
2001-10-20 00:43:49 +02:00
|
|
|
procStruct = (Form_pg_proc) GETSTRUCT(procTup);
|
2000-01-20 06:08:58 +01:00
|
|
|
|
|
|
|
/************************************************************
|
2006-02-26 23:26:39 +01:00
|
|
|
* Build our internal proc name from the function's Oid
|
2000-01-20 06:08:58 +01:00
|
|
|
************************************************************/
|
2001-10-20 00:43:49 +02:00
|
|
|
if (!is_trigger)
|
|
|
|
sprintf(internal_proname, "__PLPerl_proc_%u", fn_oid);
|
|
|
|
else
|
|
|
|
sprintf(internal_proname, "__PLPerl_proc_%u_trigger", fn_oid);
|
2004-07-01 22:50:22 +02:00
|
|
|
|
2001-10-20 00:43:49 +02:00
|
|
|
proname_len = strlen(internal_proname);
|
2000-01-20 06:08:58 +01:00
|
|
|
|
|
|
|
/************************************************************
|
|
|
|
* Lookup the internal proc name in the hashtable
|
|
|
|
************************************************************/
|
2004-10-15 19:08:26 +02:00
|
|
|
svp = hv_fetch(plperl_proc_hash, internal_proname, proname_len, FALSE);
|
|
|
|
if (svp)
|
2000-01-20 06:08:58 +01:00
|
|
|
{
|
2001-10-20 00:43:49 +02:00
|
|
|
bool uptodate;
|
|
|
|
|
2006-10-04 02:30:14 +02:00
|
|
|
prodesc = INT2PTR(plperl_proc_desc *, SvUV(*svp));
|
2001-10-20 00:43:49 +02:00
|
|
|
|
2000-01-20 06:08:58 +01:00
|
|
|
/************************************************************
|
2001-10-20 00:43:49 +02:00
|
|
|
* If it's present, must check whether it's still up to date.
|
|
|
|
* This is needed because CREATE OR REPLACE FUNCTION can modify the
|
|
|
|
* function's pg_proc entry without changing its OID.
|
2000-01-20 06:08:58 +01:00
|
|
|
************************************************************/
|
2002-06-15 21:54:24 +02:00
|
|
|
uptodate = (prodesc->fn_xmin == HeapTupleHeaderGetXmin(procTup->t_data) &&
|
2005-10-15 04:49:52 +02:00
|
|
|
prodesc->fn_cmin == HeapTupleHeaderGetCmin(procTup->t_data));
|
2001-10-20 00:43:49 +02:00
|
|
|
|
|
|
|
if (!uptodate)
|
|
|
|
{
|
|
|
|
/* need we delete old entry? */
|
|
|
|
prodesc = NULL;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/************************************************************
|
|
|
|
* If we haven't found it in the hashtable, we analyze
|
2006-02-26 23:26:39 +01:00
|
|
|
* the function's arguments and return type and store
|
2001-10-20 00:43:49 +02:00
|
|
|
* the in-/out-functions in the prodesc block and create
|
|
|
|
* a new hashtable entry for it.
|
|
|
|
*
|
|
|
|
* Then we load the procedure into the Perl interpreter.
|
|
|
|
************************************************************/
|
|
|
|
if (prodesc == NULL)
|
|
|
|
{
|
|
|
|
HeapTuple langTup;
|
|
|
|
HeapTuple typeTup;
|
|
|
|
Form_pg_language langStruct;
|
|
|
|
Form_pg_type typeStruct;
|
2004-01-07 00:55:19 +01:00
|
|
|
Datum prosrcdatum;
|
|
|
|
bool isnull;
|
2000-01-20 06:08:58 +01:00
|
|
|
char *proc_source;
|
|
|
|
|
|
|
|
/************************************************************
|
|
|
|
* Allocate a new procedure description block
|
|
|
|
************************************************************/
|
|
|
|
prodesc = (plperl_proc_desc *) malloc(sizeof(plperl_proc_desc));
|
2001-10-20 00:43:49 +02:00
|
|
|
if (prodesc == NULL)
|
2003-07-26 01:37:31 +02:00
|
|
|
ereport(ERROR,
|
|
|
|
(errcode(ERRCODE_OUT_OF_MEMORY),
|
|
|
|
errmsg("out of memory")));
|
2001-10-20 00:43:49 +02:00
|
|
|
MemSet(prodesc, 0, sizeof(plperl_proc_desc));
|
|
|
|
prodesc->proname = strdup(internal_proname);
|
2002-06-15 21:54:24 +02:00
|
|
|
prodesc->fn_xmin = HeapTupleHeaderGetXmin(procTup->t_data);
|
|
|
|
prodesc->fn_cmin = HeapTupleHeaderGetCmin(procTup->t_data);
|
2000-01-20 06:08:58 +01:00
|
|
|
|
2004-09-13 22:10:13 +02:00
|
|
|
/* Remember if function is STABLE/IMMUTABLE */
|
|
|
|
prodesc->fn_readonly =
|
|
|
|
(procStruct->provolatile != PROVOLATILE_VOLATILE);
|
|
|
|
|
2000-01-20 06:08:58 +01:00
|
|
|
/************************************************************
|
2001-10-20 00:43:49 +02:00
|
|
|
* Lookup the pg_language tuple by Oid
|
2000-01-20 06:08:58 +01:00
|
|
|
************************************************************/
|
2001-10-20 00:43:49 +02:00
|
|
|
langTup = SearchSysCache(LANGOID,
|
|
|
|
ObjectIdGetDatum(procStruct->prolang),
|
2000-11-16 23:30:52 +01:00
|
|
|
0, 0, 0);
|
2001-10-20 00:43:49 +02:00
|
|
|
if (!HeapTupleIsValid(langTup))
|
2000-01-20 06:08:58 +01:00
|
|
|
{
|
|
|
|
free(prodesc->proname);
|
|
|
|
free(prodesc);
|
2003-07-26 01:37:31 +02:00
|
|
|
elog(ERROR, "cache lookup failed for language %u",
|
2001-10-20 00:43:49 +02:00
|
|
|
procStruct->prolang);
|
2000-01-20 06:08:58 +01:00
|
|
|
}
|
2001-10-20 00:43:49 +02:00
|
|
|
langStruct = (Form_pg_language) GETSTRUCT(langTup);
|
|
|
|
prodesc->lanpltrusted = langStruct->lanpltrusted;
|
|
|
|
ReleaseSysCache(langTup);
|
2000-01-20 06:08:58 +01:00
|
|
|
|
|
|
|
/************************************************************
|
2001-10-20 00:43:49 +02:00
|
|
|
* Get the required information for input conversion of the
|
|
|
|
* return value.
|
2000-01-20 06:08:58 +01:00
|
|
|
************************************************************/
|
2001-10-20 00:43:49 +02:00
|
|
|
if (!is_trigger)
|
|
|
|
{
|
|
|
|
typeTup = SearchSysCache(TYPEOID,
|
2005-10-15 04:49:52 +02:00
|
|
|
ObjectIdGetDatum(procStruct->prorettype),
|
2001-10-20 00:43:49 +02:00
|
|
|
0, 0, 0);
|
|
|
|
if (!HeapTupleIsValid(typeTup))
|
|
|
|
{
|
|
|
|
free(prodesc->proname);
|
|
|
|
free(prodesc);
|
2003-07-26 01:37:31 +02:00
|
|
|
elog(ERROR, "cache lookup failed for type %u",
|
2002-08-22 02:01:51 +02:00
|
|
|
procStruct->prorettype);
|
2001-10-20 00:43:49 +02:00
|
|
|
}
|
|
|
|
typeStruct = (Form_pg_type) GETSTRUCT(typeTup);
|
|
|
|
|
2004-07-01 22:50:22 +02:00
|
|
|
/* Disallow pseudotype result, except VOID or RECORD */
|
2002-08-22 02:01:51 +02:00
|
|
|
if (typeStruct->typtype == 'p')
|
|
|
|
{
|
2004-07-01 22:50:22 +02:00
|
|
|
if (procStruct->prorettype == VOIDOID ||
|
|
|
|
procStruct->prorettype == RECORDOID)
|
2002-09-04 22:31:48 +02:00
|
|
|
/* okay */ ;
|
2002-09-21 20:39:26 +02:00
|
|
|
else if (procStruct->prorettype == TRIGGEROID)
|
2002-08-22 02:01:51 +02:00
|
|
|
{
|
|
|
|
free(prodesc->proname);
|
|
|
|
free(prodesc);
|
2003-07-26 01:37:31 +02:00
|
|
|
ereport(ERROR,
|
|
|
|
(errcode(ERRCODE_FEATURE_NOT_SUPPORTED),
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
errmsg("trigger functions may only be called "
|
|
|
|
"as triggers")));
|
2002-08-22 02:01:51 +02:00
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
free(prodesc->proname);
|
|
|
|
free(prodesc);
|
2003-07-26 01:37:31 +02:00
|
|
|
ereport(ERROR,
|
|
|
|
(errcode(ERRCODE_FEATURE_NOT_SUPPORTED),
|
2005-10-15 04:49:52 +02:00
|
|
|
errmsg("plperl functions cannot return type %s",
|
|
|
|
format_type_be(procStruct->prorettype))));
|
2002-08-22 02:01:51 +02:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2004-11-22 21:31:53 +01:00
|
|
|
prodesc->result_oid = procStruct->prorettype;
|
|
|
|
prodesc->fn_retisset = procStruct->proretset;
|
|
|
|
prodesc->fn_retistuple = (typeStruct->typtype == 'c' ||
|
|
|
|
procStruct->prorettype == RECORDOID);
|
2001-10-20 00:43:49 +02:00
|
|
|
|
2005-10-15 04:49:52 +02:00
|
|
|
prodesc->fn_retisarray =
|
|
|
|
(typeStruct->typlen == -1 && typeStruct->typelem);
|
2005-07-10 17:32:47 +02:00
|
|
|
|
2001-10-20 00:43:49 +02:00
|
|
|
perm_fmgr_info(typeStruct->typinput, &(prodesc->result_in_func));
|
2004-06-06 02:41:28 +02:00
|
|
|
prodesc->result_typioparam = getTypeIOParam(typeTup);
|
2001-10-20 00:43:49 +02:00
|
|
|
|
|
|
|
ReleaseSysCache(typeTup);
|
|
|
|
}
|
2000-01-20 06:08:58 +01:00
|
|
|
|
|
|
|
/************************************************************
|
2001-10-20 00:43:49 +02:00
|
|
|
* Get the required information for output conversion
|
|
|
|
* of all procedure arguments
|
2000-01-20 06:08:58 +01:00
|
|
|
************************************************************/
|
2001-10-20 00:43:49 +02:00
|
|
|
if (!is_trigger)
|
|
|
|
{
|
|
|
|
prodesc->nargs = procStruct->pronargs;
|
|
|
|
for (i = 0; i < prodesc->nargs; i++)
|
|
|
|
{
|
|
|
|
typeTup = SearchSysCache(TYPEOID,
|
2005-10-15 04:49:52 +02:00
|
|
|
ObjectIdGetDatum(procStruct->proargtypes.values[i]),
|
2001-10-20 00:43:49 +02:00
|
|
|
0, 0, 0);
|
|
|
|
if (!HeapTupleIsValid(typeTup))
|
|
|
|
{
|
|
|
|
free(prodesc->proname);
|
|
|
|
free(prodesc);
|
2003-07-26 01:37:31 +02:00
|
|
|
elog(ERROR, "cache lookup failed for type %u",
|
2005-03-29 02:17:27 +02:00
|
|
|
procStruct->proargtypes.values[i]);
|
2001-10-20 00:43:49 +02:00
|
|
|
}
|
|
|
|
typeStruct = (Form_pg_type) GETSTRUCT(typeTup);
|
|
|
|
|
2002-08-22 02:01:51 +02:00
|
|
|
/* Disallow pseudotype argument */
|
|
|
|
if (typeStruct->typtype == 'p')
|
|
|
|
{
|
|
|
|
free(prodesc->proname);
|
|
|
|
free(prodesc);
|
2003-07-26 01:37:31 +02:00
|
|
|
ereport(ERROR,
|
|
|
|
(errcode(ERRCODE_FEATURE_NOT_SUPPORTED),
|
2005-10-15 04:49:52 +02:00
|
|
|
errmsg("plperl functions cannot take type %s",
|
|
|
|
format_type_be(procStruct->proargtypes.values[i]))));
|
2002-08-22 02:01:51 +02:00
|
|
|
}
|
|
|
|
|
2004-04-01 23:28:47 +02:00
|
|
|
if (typeStruct->typtype == 'c')
|
|
|
|
prodesc->arg_is_rowtype[i] = true;
|
2001-10-20 00:43:49 +02:00
|
|
|
else
|
2004-04-01 23:28:47 +02:00
|
|
|
{
|
|
|
|
prodesc->arg_is_rowtype[i] = false;
|
|
|
|
perm_fmgr_info(typeStruct->typoutput,
|
|
|
|
&(prodesc->arg_out_func[i]));
|
|
|
|
}
|
2001-10-20 00:43:49 +02:00
|
|
|
|
|
|
|
ReleaseSysCache(typeTup);
|
|
|
|
}
|
|
|
|
}
|
2000-01-20 06:08:58 +01:00
|
|
|
|
2001-10-20 00:43:49 +02:00
|
|
|
/************************************************************
|
|
|
|
* create the text of the anonymous subroutine.
|
|
|
|
* we do not use a named subroutine so that we can call directly
|
|
|
|
* through the reference.
|
|
|
|
************************************************************/
|
2004-01-07 00:55:19 +01:00
|
|
|
prosrcdatum = SysCacheGetAttr(PROCOID, procTup,
|
|
|
|
Anum_pg_proc_prosrc, &isnull);
|
|
|
|
if (isnull)
|
|
|
|
elog(ERROR, "null prosrc");
|
2000-07-06 01:12:09 +02:00
|
|
|
proc_source = DatumGetCString(DirectFunctionCall1(textout,
|
2004-01-07 00:55:19 +01:00
|
|
|
prosrcdatum));
|
2000-01-20 06:08:58 +01:00
|
|
|
|
|
|
|
/************************************************************
|
2001-10-20 00:43:49 +02:00
|
|
|
* Create the procedure in the interpreter
|
2000-01-20 06:08:58 +01:00
|
|
|
************************************************************/
|
2001-10-20 00:43:49 +02:00
|
|
|
prodesc->reference = plperl_create_sub(proc_source, prodesc->lanpltrusted);
|
|
|
|
pfree(proc_source);
|
2005-10-15 04:49:52 +02:00
|
|
|
if (!prodesc->reference) /* can this happen? */
|
2000-01-20 06:08:58 +01:00
|
|
|
{
|
|
|
|
free(prodesc->proname);
|
|
|
|
free(prodesc);
|
2003-07-26 01:37:31 +02:00
|
|
|
elog(ERROR, "could not create internal procedure \"%s\"",
|
2001-10-20 00:43:49 +02:00
|
|
|
internal_proname);
|
2000-01-20 06:08:58 +01:00
|
|
|
}
|
|
|
|
|
2001-10-20 00:43:49 +02:00
|
|
|
hv_store(plperl_proc_hash, internal_proname, proname_len,
|
2006-10-04 02:30:14 +02:00
|
|
|
newSVuv(PTR2UV(prodesc)), 0);
|
2000-01-20 06:08:58 +01:00
|
|
|
}
|
|
|
|
|
2001-10-20 00:43:49 +02:00
|
|
|
ReleaseSysCache(procTup);
|
2000-01-20 06:08:58 +01:00
|
|
|
|
2001-10-20 00:43:49 +02:00
|
|
|
return prodesc;
|
|
|
|
}
|
2000-01-20 06:08:58 +01:00
|
|
|
|
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
/* Build a hash from all attributes of a given tuple. */
|
|
|
|
|
2003-08-04 02:43:34 +02:00
|
|
|
static SV *
|
2004-11-23 01:21:24 +01:00
|
|
|
plperl_hash_from_tuple(HeapTuple tuple, TupleDesc tupdesc)
|
2000-01-20 06:08:58 +01:00
|
|
|
{
|
2004-10-15 19:08:26 +02:00
|
|
|
HV *hv;
|
2004-11-23 01:21:24 +01:00
|
|
|
int i;
|
2000-01-20 06:08:58 +01:00
|
|
|
|
2004-10-15 19:08:26 +02:00
|
|
|
hv = newHV();
|
2000-01-20 06:08:58 +01:00
|
|
|
|
|
|
|
for (i = 0; i < tupdesc->natts; i++)
|
|
|
|
{
|
2004-11-23 01:21:24 +01:00
|
|
|
Datum attr;
|
|
|
|
bool isnull;
|
|
|
|
char *attname;
|
|
|
|
char *outputstr;
|
|
|
|
Oid typoutput;
|
|
|
|
bool typisvarlena;
|
|
|
|
int namelen;
|
2005-10-15 04:49:52 +02:00
|
|
|
SV *sv;
|
2004-11-23 01:21:24 +01:00
|
|
|
|
2003-09-04 17:16:39 +02:00
|
|
|
if (tupdesc->attrs[i]->attisdropped)
|
|
|
|
continue;
|
|
|
|
|
2004-11-23 01:21:24 +01:00
|
|
|
attname = NameStr(tupdesc->attrs[i]->attname);
|
2004-10-15 19:08:26 +02:00
|
|
|
namelen = strlen(attname);
|
2000-01-20 06:08:58 +01:00
|
|
|
attr = heap_getattr(tuple, i + 1, tupdesc, &isnull);
|
|
|
|
|
2005-10-15 04:49:52 +02:00
|
|
|
if (isnull)
|
|
|
|
{
|
2004-10-15 19:08:26 +02:00
|
|
|
/* Store (attname => undef) and move on. */
|
|
|
|
hv_store(hv, attname, namelen, newSV(0), 0);
|
2001-10-20 00:43:49 +02:00
|
|
|
continue;
|
|
|
|
}
|
|
|
|
|
2004-11-23 01:21:24 +01:00
|
|
|
/* XXX should have a way to cache these lookups */
|
2000-01-20 06:08:58 +01:00
|
|
|
|
2004-11-23 01:21:24 +01:00
|
|
|
getTypeOutputInfo(tupdesc->attrs[i]->atttypid,
|
2005-05-01 20:56:19 +02:00
|
|
|
&typoutput, &typisvarlena);
|
2000-01-20 06:08:58 +01:00
|
|
|
|
2006-04-04 21:35:37 +02:00
|
|
|
outputstr = OidOutputFunctionCall(typoutput, attr);
|
2004-10-15 19:08:26 +02:00
|
|
|
|
2005-06-15 02:35:16 +02:00
|
|
|
sv = newSVpv(outputstr, 0);
|
|
|
|
#if PERL_BCDVERSION >= 0x5006000L
|
2005-07-03 23:56:16 +02:00
|
|
|
if (GetDatabaseEncoding() == PG_UTF8)
|
|
|
|
SvUTF8_on(sv);
|
2005-06-15 02:35:16 +02:00
|
|
|
#endif
|
|
|
|
hv_store(hv, attname, namelen, sv, 0);
|
2005-07-03 23:56:16 +02:00
|
|
|
|
|
|
|
pfree(outputstr);
|
2000-01-20 06:08:58 +01:00
|
|
|
}
|
2001-10-20 00:43:49 +02:00
|
|
|
|
2004-11-23 01:21:24 +01:00
|
|
|
return newRV_noinc((SV *) hv);
|
2000-01-20 06:08:58 +01:00
|
|
|
}
|
2004-09-13 22:10:13 +02:00
|
|
|
|
|
|
|
|
|
|
|
HV *
|
|
|
|
plperl_spi_exec(char *query, int limit)
|
|
|
|
{
|
|
|
|
HV *ret_hv;
|
|
|
|
|
2004-11-21 22:17:07 +01:00
|
|
|
/*
|
2005-10-15 04:49:52 +02:00
|
|
|
* Execute the query inside a sub-transaction, so we can cope with errors
|
|
|
|
* sanely
|
2004-11-21 22:17:07 +01:00
|
|
|
*/
|
|
|
|
MemoryContext oldcontext = CurrentMemoryContext;
|
|
|
|
ResourceOwner oldowner = CurrentResourceOwner;
|
|
|
|
|
|
|
|
BeginInternalSubTransaction(NULL);
|
|
|
|
/* Want to run inside function's memory context */
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
|
|
|
|
PG_TRY();
|
|
|
|
{
|
|
|
|
int spi_rv;
|
|
|
|
|
2006-01-28 04:28:15 +01:00
|
|
|
spi_rv = SPI_execute(query, current_call_data->prodesc->fn_readonly,
|
2004-11-21 22:17:07 +01:00
|
|
|
limit);
|
|
|
|
ret_hv = plperl_spi_execute_fetch_result(SPI_tuptable, SPI_processed,
|
|
|
|
spi_rv);
|
|
|
|
|
|
|
|
/* Commit the inner transaction, return to outer xact context */
|
|
|
|
ReleaseCurrentSubTransaction();
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
CurrentResourceOwner = oldowner;
|
2005-10-15 04:49:52 +02:00
|
|
|
|
2004-11-21 22:17:07 +01:00
|
|
|
/*
|
2005-10-15 04:49:52 +02:00
|
|
|
* AtEOSubXact_SPI() should not have popped any SPI context, but just
|
|
|
|
* in case it did, make sure we remain connected.
|
2004-11-21 22:17:07 +01:00
|
|
|
*/
|
|
|
|
SPI_restore_connection();
|
|
|
|
}
|
|
|
|
PG_CATCH();
|
|
|
|
{
|
|
|
|
ErrorData *edata;
|
|
|
|
|
|
|
|
/* Save error info */
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
edata = CopyErrorData();
|
|
|
|
FlushErrorState();
|
|
|
|
|
|
|
|
/* Abort the inner transaction */
|
|
|
|
RollbackAndReleaseCurrentSubTransaction();
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
CurrentResourceOwner = oldowner;
|
|
|
|
|
|
|
|
/*
|
2005-10-15 04:49:52 +02:00
|
|
|
* If AtEOSubXact_SPI() popped any SPI context of the subxact, it will
|
|
|
|
* have left us in a disconnected state. We need this hack to return
|
|
|
|
* to connected state.
|
2004-11-21 22:17:07 +01:00
|
|
|
*/
|
|
|
|
SPI_restore_connection();
|
|
|
|
|
|
|
|
/* Punt the error to Perl */
|
|
|
|
croak("%s", edata->message);
|
|
|
|
|
|
|
|
/* Can't get here, but keep compiler quiet */
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
PG_END_TRY();
|
2004-09-13 22:10:13 +02:00
|
|
|
|
|
|
|
return ret_hv;
|
|
|
|
}
|
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
|
2004-09-13 22:10:13 +02:00
|
|
|
static HV *
|
2004-11-21 22:17:07 +01:00
|
|
|
plperl_spi_execute_fetch_result(SPITupleTable *tuptable, int processed,
|
|
|
|
int status)
|
2004-09-13 22:10:13 +02:00
|
|
|
{
|
|
|
|
HV *result;
|
|
|
|
|
|
|
|
result = newHV();
|
|
|
|
|
|
|
|
hv_store(result, "status", strlen("status"),
|
|
|
|
newSVpv((char *) SPI_result_code_string(status), 0), 0);
|
|
|
|
hv_store(result, "processed", strlen("processed"),
|
|
|
|
newSViv(processed), 0);
|
|
|
|
|
2006-08-28 01:47:58 +02:00
|
|
|
if (status > 0 && tuptable)
|
2004-09-13 22:10:13 +02:00
|
|
|
{
|
2004-11-21 22:17:07 +01:00
|
|
|
AV *rows;
|
2004-11-23 01:21:24 +01:00
|
|
|
SV *row;
|
2004-11-21 22:17:07 +01:00
|
|
|
int i;
|
2004-09-13 22:10:13 +02:00
|
|
|
|
2004-11-21 22:17:07 +01:00
|
|
|
rows = newAV();
|
|
|
|
for (i = 0; i < processed; i++)
|
|
|
|
{
|
|
|
|
row = plperl_hash_from_tuple(tuptable->vals[i], tuptable->tupdesc);
|
2004-11-23 01:21:24 +01:00
|
|
|
av_push(rows, row);
|
2004-09-13 22:10:13 +02:00
|
|
|
}
|
2004-11-21 22:17:07 +01:00
|
|
|
hv_store(result, "rows", strlen("rows"),
|
|
|
|
newRV_noinc((SV *) rows), 0);
|
2004-09-13 22:10:13 +02:00
|
|
|
}
|
|
|
|
|
|
|
|
SPI_freetuptable(tuptable);
|
|
|
|
|
|
|
|
return result;
|
|
|
|
}
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
|
|
|
|
|
2005-10-18 19:13:14 +02:00
|
|
|
/*
|
|
|
|
* Note: plperl_return_next is called both in Postgres and Perl contexts.
|
2005-11-22 19:17:34 +01:00
|
|
|
* We report any errors in Postgres fashion (via ereport). If called in
|
2005-10-18 19:13:14 +02:00
|
|
|
* Perl context, it is SPI.xs's responsibility to catch the error and
|
|
|
|
* convert to a Perl error. We assume (perhaps without adequate justification)
|
|
|
|
* that we need not abort the current transaction if the Perl code traps the
|
|
|
|
* error.
|
|
|
|
*/
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
void
|
2005-10-18 19:13:14 +02:00
|
|
|
plperl_return_next(SV *sv)
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
{
|
2006-01-28 04:28:15 +01:00
|
|
|
plperl_proc_desc *prodesc;
|
|
|
|
FunctionCallInfo fcinfo;
|
|
|
|
ReturnSetInfo *rsi;
|
|
|
|
MemoryContext old_cxt;
|
2005-10-15 04:49:52 +02:00
|
|
|
HeapTuple tuple;
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
|
|
|
|
if (!sv)
|
|
|
|
return;
|
|
|
|
|
2006-01-28 04:28:15 +01:00
|
|
|
prodesc = current_call_data->prodesc;
|
|
|
|
fcinfo = current_call_data->fcinfo;
|
|
|
|
rsi = (ReturnSetInfo *) fcinfo->resultinfo;
|
|
|
|
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
if (!prodesc->fn_retisset)
|
|
|
|
ereport(ERROR,
|
|
|
|
(errcode(ERRCODE_SYNTAX_ERROR),
|
|
|
|
errmsg("cannot use return_next in a non-SETOF function")));
|
|
|
|
|
|
|
|
if (prodesc->fn_retistuple &&
|
|
|
|
!(SvOK(sv) && SvTYPE(sv) == SVt_RV && SvTYPE(SvRV(sv)) == SVt_PVHV))
|
|
|
|
ereport(ERROR,
|
|
|
|
(errcode(ERRCODE_DATATYPE_MISMATCH),
|
|
|
|
errmsg("setof-composite-returning Perl function "
|
|
|
|
"must call return_next with reference to hash")));
|
|
|
|
|
2006-01-28 04:28:15 +01:00
|
|
|
if (!current_call_data->ret_tdesc)
|
|
|
|
{
|
2006-10-04 02:30:14 +02:00
|
|
|
TupleDesc tupdesc;
|
2006-01-28 04:28:15 +01:00
|
|
|
|
|
|
|
Assert(!current_call_data->tuple_store);
|
|
|
|
Assert(!current_call_data->attinmeta);
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
|
2006-01-28 04:28:15 +01:00
|
|
|
/*
|
2006-10-04 02:30:14 +02:00
|
|
|
* This is the first call to return_next in the current PL/Perl
|
|
|
|
* function call, so memoize some lookups
|
2006-01-28 04:28:15 +01:00
|
|
|
*/
|
|
|
|
if (prodesc->fn_retistuple)
|
|
|
|
(void) get_call_result_type(fcinfo, NULL, &tupdesc);
|
|
|
|
else
|
|
|
|
tupdesc = rsi->expectedDesc;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Make sure the tuple_store and ret_tdesc are sufficiently
|
|
|
|
* long-lived.
|
|
|
|
*/
|
|
|
|
old_cxt = MemoryContextSwitchTo(rsi->econtext->ecxt_per_query_memory);
|
|
|
|
|
|
|
|
current_call_data->ret_tdesc = CreateTupleDescCopy(tupdesc);
|
|
|
|
current_call_data->tuple_store =
|
2005-07-12 03:16:22 +02:00
|
|
|
tuplestore_begin_heap(true, false, work_mem);
|
2006-01-28 04:28:15 +01:00
|
|
|
if (prodesc->fn_retistuple)
|
|
|
|
{
|
|
|
|
current_call_data->attinmeta =
|
|
|
|
TupleDescGetAttInMetadata(current_call_data->ret_tdesc);
|
|
|
|
}
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
|
2006-01-28 04:28:15 +01:00
|
|
|
MemoryContextSwitchTo(old_cxt);
|
2006-10-04 02:30:14 +02:00
|
|
|
}
|
2006-01-28 04:28:15 +01:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Producing the tuple we want to return requires making plenty of
|
2006-10-04 02:30:14 +02:00
|
|
|
* palloc() allocations that are not cleaned up. Since this function can
|
|
|
|
* be called many times before the current memory context is reset, we
|
|
|
|
* need to do those allocations in a temporary context.
|
2006-01-28 04:28:15 +01:00
|
|
|
*/
|
|
|
|
if (!current_call_data->tmp_cxt)
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
{
|
2006-01-28 04:28:15 +01:00
|
|
|
current_call_data->tmp_cxt =
|
|
|
|
AllocSetContextCreate(rsi->econtext->ecxt_per_tuple_memory,
|
|
|
|
"PL/Perl return_next temporary cxt",
|
|
|
|
ALLOCSET_DEFAULT_MINSIZE,
|
|
|
|
ALLOCSET_DEFAULT_INITSIZE,
|
|
|
|
ALLOCSET_DEFAULT_MAXSIZE);
|
|
|
|
}
|
|
|
|
|
|
|
|
old_cxt = MemoryContextSwitchTo(current_call_data->tmp_cxt);
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
|
2006-01-28 04:28:15 +01:00
|
|
|
if (prodesc->fn_retistuple)
|
|
|
|
{
|
|
|
|
tuple = plperl_build_tuple_result((HV *) SvRV(sv),
|
|
|
|
current_call_data->attinmeta);
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
2006-04-04 21:35:37 +02:00
|
|
|
Datum ret;
|
|
|
|
bool isNull;
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
|
|
|
|
if (SvOK(sv) && SvTYPE(sv) != SVt_NULL)
|
|
|
|
{
|
2006-08-13 19:31:10 +02:00
|
|
|
char *val = SvPV(sv, PL_na);
|
2005-10-15 04:49:52 +02:00
|
|
|
|
2006-04-04 21:35:37 +02:00
|
|
|
ret = InputFunctionCall(&prodesc->result_in_func, val,
|
|
|
|
prodesc->result_typioparam, -1);
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
isNull = false;
|
|
|
|
}
|
2006-04-04 21:35:37 +02:00
|
|
|
else
|
|
|
|
{
|
|
|
|
ret = InputFunctionCall(&prodesc->result_in_func, NULL,
|
|
|
|
prodesc->result_typioparam, -1);
|
|
|
|
isNull = true;
|
|
|
|
}
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
|
2006-01-28 04:28:15 +01:00
|
|
|
tuple = heap_form_tuple(current_call_data->ret_tdesc, &ret, &isNull);
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
}
|
|
|
|
|
2006-01-28 04:28:15 +01:00
|
|
|
/* Make sure to store the tuple in a long-lived memory context */
|
|
|
|
MemoryContextSwitchTo(rsi->econtext->ecxt_per_query_memory);
|
|
|
|
tuplestore_puttuple(current_call_data->tuple_store, tuple);
|
|
|
|
MemoryContextSwitchTo(old_cxt);
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
|
2006-01-28 04:28:15 +01:00
|
|
|
MemoryContextReset(current_call_data->tmp_cxt);
|
At 2005-05-21 20:18:50 +0530, ams@oryx.com wrote:
>
> > The second issue is where plperl returns a large result set.
I have attached the following seven patches to address this problem:
1. Trivial. Replaces some errant spaces with tabs.
2. Trivial. Fixes the spelling of Jan's name, and gets rid of many
inane, useless, annoying, and often misleading comments. Here's
a sample: "plperl_init_all() - Initialize all".
(I have tried to add some useful comments here and there, and will
continue to do so now and again.)
3. Trivial. Splits up some long lines.
4. Converts SRFs in PL/Perl to use a Tuplestore and SFRM_Materialize
to return the result set, based on the PL/PgSQL model.
There are two major consequences: result sets will spill to disk when
they can no longer fit in work_mem; and "select foo_srf()" no longer
works. (I didn't lose sleep over the latter, since that form is not
valid in PL/PgSQL, and it's not documented in PL/Perl.)
5. Trivial, but important. Fixes use of "undef" instead of undef. This
would cause empty functions to fail in bizarre ways. I suspect that
there's still another (old) bug here. I'll investigate further.
6. Moves the majority of (4) out into a new plperl_return_next()
function, to make it possible to expose the functionality to
Perl; cleans up some of the code besides.
7. Add an spi_return_next function for use in Perl code.
If you want to apply the patches and try them out, 8-composite.diff is
what you should use. (Note: my patches depend upon Andrew's use-strict
and %_SHARED patches being applied.)
Here's something to try:
create or replace function foo() returns setof record as $$
$i = 0;
for ("World", "PostgreSQL", "PL/Perl") {
spi_return_next({f1=>++$i, f2=>'Hello', f3=>$_});
}
return;
$$ language plperl;
select * from foo() as (f1 integer, f2 text, f3 text);
(Many thanks to Andrews Dunstan and Supernews for their help.)
Abhijit Menon-Sen
2005-06-04 22:33:06 +02:00
|
|
|
}
|
2005-07-10 17:19:43 +02:00
|
|
|
|
|
|
|
|
|
|
|
SV *
|
|
|
|
plperl_spi_query(char *query)
|
|
|
|
{
|
2005-10-15 04:49:52 +02:00
|
|
|
SV *cursor;
|
2005-07-10 17:19:43 +02:00
|
|
|
|
2005-10-18 19:13:14 +02:00
|
|
|
/*
|
|
|
|
* Execute the query inside a sub-transaction, so we can cope with errors
|
|
|
|
* sanely
|
|
|
|
*/
|
2005-07-10 17:19:43 +02:00
|
|
|
MemoryContext oldcontext = CurrentMemoryContext;
|
|
|
|
ResourceOwner oldowner = CurrentResourceOwner;
|
|
|
|
|
|
|
|
BeginInternalSubTransaction(NULL);
|
2005-10-18 19:13:14 +02:00
|
|
|
/* Want to run inside function's memory context */
|
2005-07-10 17:19:43 +02:00
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
|
|
|
|
PG_TRY();
|
|
|
|
{
|
2005-10-15 04:49:52 +02:00
|
|
|
void *plan;
|
2006-03-05 17:40:51 +01:00
|
|
|
Portal portal;
|
2005-07-10 17:19:43 +02:00
|
|
|
|
2005-10-18 19:13:14 +02:00
|
|
|
/* Create a cursor for the query */
|
2005-07-10 17:19:43 +02:00
|
|
|
plan = SPI_prepare(query, 0, NULL);
|
2006-10-04 02:30:14 +02:00
|
|
|
if (plan == NULL)
|
2006-03-05 17:40:51 +01:00
|
|
|
elog(ERROR, "SPI_prepare() failed:%s",
|
2006-10-04 02:30:14 +02:00
|
|
|
SPI_result_code_string(SPI_result));
|
2006-03-05 17:40:51 +01:00
|
|
|
|
|
|
|
portal = SPI_cursor_open(NULL, plan, NULL, NULL, false);
|
2006-10-04 02:30:14 +02:00
|
|
|
SPI_freeplan(plan);
|
|
|
|
if (portal == NULL)
|
2006-03-05 17:40:51 +01:00
|
|
|
elog(ERROR, "SPI_cursor_open() failed:%s",
|
2006-10-04 02:30:14 +02:00
|
|
|
SPI_result_code_string(SPI_result));
|
2006-03-05 17:40:51 +01:00
|
|
|
cursor = newSVpv(portal->name, 0);
|
2005-07-10 17:19:43 +02:00
|
|
|
|
2005-10-18 19:13:14 +02:00
|
|
|
/* Commit the inner transaction, return to outer xact context */
|
2005-07-10 17:19:43 +02:00
|
|
|
ReleaseCurrentSubTransaction();
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
CurrentResourceOwner = oldowner;
|
2005-10-18 19:13:14 +02:00
|
|
|
|
|
|
|
/*
|
|
|
|
* AtEOSubXact_SPI() should not have popped any SPI context, but just
|
|
|
|
* in case it did, make sure we remain connected.
|
|
|
|
*/
|
2005-07-10 17:19:43 +02:00
|
|
|
SPI_restore_connection();
|
|
|
|
}
|
|
|
|
PG_CATCH();
|
|
|
|
{
|
|
|
|
ErrorData *edata;
|
|
|
|
|
2005-10-18 19:13:14 +02:00
|
|
|
/* Save error info */
|
2005-07-10 17:19:43 +02:00
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
edata = CopyErrorData();
|
|
|
|
FlushErrorState();
|
|
|
|
|
2005-10-18 19:13:14 +02:00
|
|
|
/* Abort the inner transaction */
|
2005-07-10 17:19:43 +02:00
|
|
|
RollbackAndReleaseCurrentSubTransaction();
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
CurrentResourceOwner = oldowner;
|
|
|
|
|
2005-10-18 19:13:14 +02:00
|
|
|
/*
|
|
|
|
* If AtEOSubXact_SPI() popped any SPI context of the subxact, it will
|
|
|
|
* have left us in a disconnected state. We need this hack to return
|
|
|
|
* to connected state.
|
|
|
|
*/
|
2005-07-10 17:19:43 +02:00
|
|
|
SPI_restore_connection();
|
2005-10-18 19:13:14 +02:00
|
|
|
|
|
|
|
/* Punt the error to Perl */
|
2005-07-10 17:19:43 +02:00
|
|
|
croak("%s", edata->message);
|
2005-10-18 19:13:14 +02:00
|
|
|
|
|
|
|
/* Can't get here, but keep compiler quiet */
|
2005-07-10 17:19:43 +02:00
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
PG_END_TRY();
|
|
|
|
|
|
|
|
return cursor;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
|
|
SV *
|
|
|
|
plperl_spi_fetchrow(char *cursor)
|
|
|
|
{
|
2005-10-18 19:13:14 +02:00
|
|
|
SV *row;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Execute the FETCH inside a sub-transaction, so we can cope with errors
|
|
|
|
* sanely
|
|
|
|
*/
|
|
|
|
MemoryContext oldcontext = CurrentMemoryContext;
|
|
|
|
ResourceOwner oldowner = CurrentResourceOwner;
|
2005-07-10 17:19:43 +02:00
|
|
|
|
2005-10-18 19:13:14 +02:00
|
|
|
BeginInternalSubTransaction(NULL);
|
|
|
|
/* Want to run inside function's memory context */
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
2005-07-10 17:19:43 +02:00
|
|
|
|
2005-10-18 19:13:14 +02:00
|
|
|
PG_TRY();
|
2005-10-15 04:49:52 +02:00
|
|
|
{
|
2005-10-18 19:13:14 +02:00
|
|
|
Portal p = SPI_cursor_find(cursor);
|
|
|
|
|
|
|
|
if (!p)
|
2006-03-05 17:40:51 +01:00
|
|
|
{
|
|
|
|
row = &PL_sv_undef;
|
|
|
|
}
|
2005-10-18 19:13:14 +02:00
|
|
|
else
|
|
|
|
{
|
|
|
|
SPI_cursor_fetch(p, true, 1);
|
|
|
|
if (SPI_processed == 0)
|
|
|
|
{
|
|
|
|
SPI_cursor_close(p);
|
2006-03-05 17:40:51 +01:00
|
|
|
row = &PL_sv_undef;
|
2005-10-18 19:13:14 +02:00
|
|
|
}
|
|
|
|
else
|
|
|
|
{
|
|
|
|
row = plperl_hash_from_tuple(SPI_tuptable->vals[0],
|
|
|
|
SPI_tuptable->tupdesc);
|
|
|
|
}
|
|
|
|
SPI_freetuptable(SPI_tuptable);
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Commit the inner transaction, return to outer xact context */
|
|
|
|
ReleaseCurrentSubTransaction();
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
CurrentResourceOwner = oldowner;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* AtEOSubXact_SPI() should not have popped any SPI context, but just
|
|
|
|
* in case it did, make sure we remain connected.
|
|
|
|
*/
|
|
|
|
SPI_restore_connection();
|
2005-07-10 17:19:43 +02:00
|
|
|
}
|
2005-10-18 19:13:14 +02:00
|
|
|
PG_CATCH();
|
|
|
|
{
|
|
|
|
ErrorData *edata;
|
2005-07-10 17:19:43 +02:00
|
|
|
|
2005-10-18 19:13:14 +02:00
|
|
|
/* Save error info */
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
edata = CopyErrorData();
|
|
|
|
FlushErrorState();
|
|
|
|
|
|
|
|
/* Abort the inner transaction */
|
|
|
|
RollbackAndReleaseCurrentSubTransaction();
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
CurrentResourceOwner = oldowner;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* If AtEOSubXact_SPI() popped any SPI context of the subxact, it will
|
|
|
|
* have left us in a disconnected state. We need this hack to return
|
|
|
|
* to connected state.
|
|
|
|
*/
|
|
|
|
SPI_restore_connection();
|
|
|
|
|
|
|
|
/* Punt the error to Perl */
|
|
|
|
croak("%s", edata->message);
|
|
|
|
|
|
|
|
/* Can't get here, but keep compiler quiet */
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
PG_END_TRY();
|
2005-07-10 17:19:43 +02:00
|
|
|
|
|
|
|
return row;
|
|
|
|
}
|
2006-03-05 17:40:51 +01:00
|
|
|
|
|
|
|
void
|
|
|
|
plperl_spi_cursor_close(char *cursor)
|
|
|
|
{
|
2006-10-04 02:30:14 +02:00
|
|
|
Portal p = SPI_cursor_find(cursor);
|
|
|
|
|
2006-03-05 17:40:51 +01:00
|
|
|
if (p)
|
|
|
|
SPI_cursor_close(p);
|
|
|
|
}
|
|
|
|
|
|
|
|
SV *
|
2006-10-04 02:30:14 +02:00
|
|
|
plperl_spi_prepare(char *query, int argc, SV **argv)
|
2006-03-05 17:40:51 +01:00
|
|
|
{
|
|
|
|
plperl_query_desc *qdesc;
|
|
|
|
void *plan;
|
|
|
|
int i;
|
|
|
|
|
|
|
|
MemoryContext oldcontext = CurrentMemoryContext;
|
|
|
|
ResourceOwner oldowner = CurrentResourceOwner;
|
|
|
|
|
|
|
|
BeginInternalSubTransaction(NULL);
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
|
|
|
|
/************************************************************
|
|
|
|
* Allocate the new querydesc structure
|
|
|
|
************************************************************/
|
|
|
|
qdesc = (plperl_query_desc *) malloc(sizeof(plperl_query_desc));
|
|
|
|
MemSet(qdesc, 0, sizeof(plperl_query_desc));
|
2006-10-04 02:30:14 +02:00
|
|
|
snprintf(qdesc->qname, sizeof(qdesc->qname), "%lx", (long) qdesc);
|
|
|
|
qdesc->nargs = argc;
|
|
|
|
qdesc->argtypes = (Oid *) malloc(argc * sizeof(Oid));
|
|
|
|
qdesc->arginfuncs = (FmgrInfo *) malloc(argc * sizeof(FmgrInfo));
|
|
|
|
qdesc->argtypioparams = (Oid *) malloc(argc * sizeof(Oid));
|
2006-03-05 17:40:51 +01:00
|
|
|
|
|
|
|
PG_TRY();
|
|
|
|
{
|
|
|
|
/************************************************************
|
|
|
|
* Lookup the argument types by name in the system cache
|
|
|
|
* and remember the required information for input conversion
|
|
|
|
************************************************************/
|
|
|
|
for (i = 0; i < argc; i++)
|
|
|
|
{
|
2006-03-14 23:48:25 +01:00
|
|
|
List *names;
|
|
|
|
HeapTuple typeTup;
|
|
|
|
|
|
|
|
/* Parse possibly-qualified type name and look it up in pg_type */
|
|
|
|
names = stringToQualifiedNameList(SvPV(argv[i], PL_na),
|
|
|
|
"plperl_spi_prepare");
|
|
|
|
typeTup = typenameType(NULL, makeTypeNameFromNameList(names));
|
2006-03-05 17:40:51 +01:00
|
|
|
qdesc->argtypes[i] = HeapTupleGetOid(typeTup);
|
|
|
|
perm_fmgr_info(((Form_pg_type) GETSTRUCT(typeTup))->typinput,
|
|
|
|
&(qdesc->arginfuncs[i]));
|
|
|
|
qdesc->argtypioparams[i] = getTypeIOParam(typeTup);
|
|
|
|
ReleaseSysCache(typeTup);
|
|
|
|
}
|
|
|
|
|
|
|
|
/************************************************************
|
|
|
|
* Prepare the plan and check for errors
|
|
|
|
************************************************************/
|
|
|
|
plan = SPI_prepare(query, argc, qdesc->argtypes);
|
|
|
|
|
|
|
|
if (plan == NULL)
|
|
|
|
elog(ERROR, "SPI_prepare() failed:%s",
|
2006-10-04 02:30:14 +02:00
|
|
|
SPI_result_code_string(SPI_result));
|
2006-03-05 17:40:51 +01:00
|
|
|
|
|
|
|
/************************************************************
|
|
|
|
* Save the plan into permanent memory (right now it's in the
|
|
|
|
* SPI procCxt, which will go away at function end).
|
|
|
|
************************************************************/
|
|
|
|
qdesc->plan = SPI_saveplan(plan);
|
|
|
|
if (qdesc->plan == NULL)
|
2006-10-04 02:30:14 +02:00
|
|
|
elog(ERROR, "SPI_saveplan() failed: %s",
|
|
|
|
SPI_result_code_string(SPI_result));
|
2006-03-05 17:40:51 +01:00
|
|
|
|
|
|
|
/* Release the procCxt copy to avoid within-function memory leak */
|
|
|
|
SPI_freeplan(plan);
|
|
|
|
|
|
|
|
/* Commit the inner transaction, return to outer xact context */
|
|
|
|
ReleaseCurrentSubTransaction();
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
CurrentResourceOwner = oldowner;
|
2006-10-04 02:30:14 +02:00
|
|
|
|
2006-03-05 17:40:51 +01:00
|
|
|
/*
|
2006-10-04 02:30:14 +02:00
|
|
|
* AtEOSubXact_SPI() should not have popped any SPI context, but just
|
|
|
|
* in case it did, make sure we remain connected.
|
2006-03-05 17:40:51 +01:00
|
|
|
*/
|
|
|
|
SPI_restore_connection();
|
|
|
|
}
|
|
|
|
PG_CATCH();
|
|
|
|
{
|
|
|
|
ErrorData *edata;
|
2006-10-04 02:30:14 +02:00
|
|
|
|
|
|
|
free(qdesc->argtypes);
|
|
|
|
free(qdesc->arginfuncs);
|
|
|
|
free(qdesc->argtypioparams);
|
2006-03-05 17:40:51 +01:00
|
|
|
free(qdesc);
|
|
|
|
|
|
|
|
/* Save error info */
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
edata = CopyErrorData();
|
|
|
|
FlushErrorState();
|
|
|
|
|
|
|
|
/* Abort the inner transaction */
|
|
|
|
RollbackAndReleaseCurrentSubTransaction();
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
CurrentResourceOwner = oldowner;
|
|
|
|
|
|
|
|
/*
|
2006-10-04 02:30:14 +02:00
|
|
|
* If AtEOSubXact_SPI() popped any SPI context of the subxact, it will
|
|
|
|
* have left us in a disconnected state. We need this hack to return
|
|
|
|
* to connected state.
|
2006-03-05 17:40:51 +01:00
|
|
|
*/
|
|
|
|
SPI_restore_connection();
|
|
|
|
|
|
|
|
/* Punt the error to Perl */
|
|
|
|
croak("%s", edata->message);
|
|
|
|
|
|
|
|
/* Can't get here, but keep compiler quiet */
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
PG_END_TRY();
|
|
|
|
|
|
|
|
/************************************************************
|
|
|
|
* Insert a hashtable entry for the plan and return
|
|
|
|
* the key to the caller.
|
|
|
|
************************************************************/
|
2006-10-04 02:30:14 +02:00
|
|
|
hv_store(plperl_query_hash, qdesc->qname, strlen(qdesc->qname), newSVuv(PTR2UV(qdesc)), 0);
|
2006-03-05 17:40:51 +01:00
|
|
|
|
2006-10-04 02:30:14 +02:00
|
|
|
return newSVpv(qdesc->qname, strlen(qdesc->qname));
|
|
|
|
}
|
2006-03-05 17:40:51 +01:00
|
|
|
|
|
|
|
HV *
|
2006-10-04 02:30:14 +02:00
|
|
|
plperl_spi_exec_prepared(char *query, HV *attr, int argc, SV **argv)
|
2006-03-05 17:40:51 +01:00
|
|
|
{
|
|
|
|
HV *ret_hv;
|
2006-10-04 02:30:14 +02:00
|
|
|
SV **sv;
|
|
|
|
int i,
|
|
|
|
limit,
|
|
|
|
spi_rv;
|
|
|
|
char *nulls;
|
2006-03-05 17:40:51 +01:00
|
|
|
Datum *argvalues;
|
|
|
|
plperl_query_desc *qdesc;
|
|
|
|
|
|
|
|
/*
|
2006-10-04 02:30:14 +02:00
|
|
|
* Execute the query inside a sub-transaction, so we can cope with errors
|
|
|
|
* sanely
|
2006-03-05 17:40:51 +01:00
|
|
|
*/
|
|
|
|
MemoryContext oldcontext = CurrentMemoryContext;
|
|
|
|
ResourceOwner oldowner = CurrentResourceOwner;
|
|
|
|
|
|
|
|
BeginInternalSubTransaction(NULL);
|
|
|
|
/* Want to run inside function's memory context */
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
|
|
|
|
PG_TRY();
|
|
|
|
{
|
|
|
|
/************************************************************
|
|
|
|
* Fetch the saved plan descriptor, see if it's o.k.
|
|
|
|
************************************************************/
|
|
|
|
sv = hv_fetch(plperl_query_hash, query, strlen(query), 0);
|
2006-10-04 02:30:14 +02:00
|
|
|
if (sv == NULL)
|
2006-03-05 17:40:51 +01:00
|
|
|
elog(ERROR, "spi_exec_prepared: Invalid prepared query passed");
|
2006-10-04 02:30:14 +02:00
|
|
|
if (*sv == NULL || !SvOK(*sv))
|
2006-03-05 17:40:51 +01:00
|
|
|
elog(ERROR, "spi_exec_prepared: panic - plperl_query_hash value corrupted");
|
|
|
|
|
2006-10-04 02:30:14 +02:00
|
|
|
qdesc = INT2PTR(plperl_query_desc *, SvUV(*sv));
|
|
|
|
if (qdesc == NULL)
|
2006-03-05 17:40:51 +01:00
|
|
|
elog(ERROR, "spi_exec_prepared: panic - plperl_query_hash value vanished");
|
|
|
|
|
2006-10-04 02:30:14 +02:00
|
|
|
if (qdesc->nargs != argc)
|
|
|
|
elog(ERROR, "spi_exec_prepared: expected %d argument(s), %d passed",
|
|
|
|
qdesc->nargs, argc);
|
|
|
|
|
2006-03-05 17:40:51 +01:00
|
|
|
/************************************************************
|
|
|
|
* Parse eventual attributes
|
|
|
|
************************************************************/
|
|
|
|
limit = 0;
|
2006-10-04 02:30:14 +02:00
|
|
|
if (attr != NULL)
|
2006-03-05 17:40:51 +01:00
|
|
|
{
|
2006-10-04 02:30:14 +02:00
|
|
|
sv = hv_fetch(attr, "limit", 5, 0);
|
|
|
|
if (*sv && SvIOK(*sv))
|
|
|
|
limit = SvIV(*sv);
|
2006-03-05 17:40:51 +01:00
|
|
|
}
|
|
|
|
/************************************************************
|
|
|
|
* Set up arguments
|
|
|
|
************************************************************/
|
2006-10-04 02:30:14 +02:00
|
|
|
if (argc > 0)
|
2006-03-05 17:40:51 +01:00
|
|
|
{
|
2006-04-04 21:35:37 +02:00
|
|
|
nulls = (char *) palloc(argc);
|
2006-03-05 17:40:51 +01:00
|
|
|
argvalues = (Datum *) palloc(argc * sizeof(Datum));
|
2006-10-04 02:30:14 +02:00
|
|
|
}
|
|
|
|
else
|
2006-03-05 17:40:51 +01:00
|
|
|
{
|
|
|
|
nulls = NULL;
|
|
|
|
argvalues = NULL;
|
|
|
|
}
|
|
|
|
|
2006-10-04 02:30:14 +02:00
|
|
|
for (i = 0; i < argc; i++)
|
2006-03-05 17:40:51 +01:00
|
|
|
{
|
2006-10-04 02:30:14 +02:00
|
|
|
if (SvTYPE(argv[i]) != SVt_NULL)
|
2006-03-05 17:40:51 +01:00
|
|
|
{
|
2006-04-04 21:35:37 +02:00
|
|
|
argvalues[i] = InputFunctionCall(&qdesc->arginfuncs[i],
|
|
|
|
SvPV(argv[i], PL_na),
|
|
|
|
qdesc->argtypioparams[i],
|
|
|
|
-1);
|
2006-03-05 17:40:51 +01:00
|
|
|
nulls[i] = ' ';
|
2006-10-04 02:30:14 +02:00
|
|
|
}
|
|
|
|
else
|
2006-03-05 17:40:51 +01:00
|
|
|
{
|
2006-04-04 21:35:37 +02:00
|
|
|
argvalues[i] = InputFunctionCall(&qdesc->arginfuncs[i],
|
|
|
|
NULL,
|
|
|
|
qdesc->argtypioparams[i],
|
|
|
|
-1);
|
2006-03-05 17:40:51 +01:00
|
|
|
nulls[i] = 'n';
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/************************************************************
|
|
|
|
* go
|
|
|
|
************************************************************/
|
2006-10-04 02:30:14 +02:00
|
|
|
spi_rv = SPI_execute_plan(qdesc->plan, argvalues, nulls,
|
2006-03-05 17:40:51 +01:00
|
|
|
current_call_data->prodesc->fn_readonly, limit);
|
|
|
|
ret_hv = plperl_spi_execute_fetch_result(SPI_tuptable, SPI_processed,
|
|
|
|
spi_rv);
|
2006-10-04 02:30:14 +02:00
|
|
|
if (argc > 0)
|
2006-03-05 17:40:51 +01:00
|
|
|
{
|
2006-10-04 02:30:14 +02:00
|
|
|
pfree(argvalues);
|
|
|
|
pfree(nulls);
|
2006-03-05 17:40:51 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Commit the inner transaction, return to outer xact context */
|
|
|
|
ReleaseCurrentSubTransaction();
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
CurrentResourceOwner = oldowner;
|
2006-10-04 02:30:14 +02:00
|
|
|
|
2006-03-05 17:40:51 +01:00
|
|
|
/*
|
2006-10-04 02:30:14 +02:00
|
|
|
* AtEOSubXact_SPI() should not have popped any SPI context, but just
|
|
|
|
* in case it did, make sure we remain connected.
|
2006-03-05 17:40:51 +01:00
|
|
|
*/
|
|
|
|
SPI_restore_connection();
|
|
|
|
}
|
|
|
|
PG_CATCH();
|
|
|
|
{
|
|
|
|
ErrorData *edata;
|
|
|
|
|
|
|
|
/* Save error info */
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
edata = CopyErrorData();
|
|
|
|
FlushErrorState();
|
|
|
|
|
|
|
|
/* Abort the inner transaction */
|
|
|
|
RollbackAndReleaseCurrentSubTransaction();
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
CurrentResourceOwner = oldowner;
|
|
|
|
|
|
|
|
/*
|
2006-10-04 02:30:14 +02:00
|
|
|
* If AtEOSubXact_SPI() popped any SPI context of the subxact, it will
|
|
|
|
* have left us in a disconnected state. We need this hack to return
|
|
|
|
* to connected state.
|
2006-03-05 17:40:51 +01:00
|
|
|
*/
|
|
|
|
SPI_restore_connection();
|
|
|
|
|
|
|
|
/* Punt the error to Perl */
|
|
|
|
croak("%s", edata->message);
|
|
|
|
|
|
|
|
/* Can't get here, but keep compiler quiet */
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
PG_END_TRY();
|
|
|
|
|
|
|
|
return ret_hv;
|
|
|
|
}
|
|
|
|
|
|
|
|
SV *
|
2006-10-04 02:30:14 +02:00
|
|
|
plperl_spi_query_prepared(char *query, int argc, SV **argv)
|
2006-03-05 17:40:51 +01:00
|
|
|
{
|
2006-10-04 02:30:14 +02:00
|
|
|
SV **sv;
|
|
|
|
int i;
|
|
|
|
char *nulls;
|
2006-03-05 17:40:51 +01:00
|
|
|
Datum *argvalues;
|
|
|
|
plperl_query_desc *qdesc;
|
2006-10-04 02:30:14 +02:00
|
|
|
SV *cursor;
|
|
|
|
Portal portal = NULL;
|
2006-03-05 17:40:51 +01:00
|
|
|
|
|
|
|
/*
|
2006-10-04 02:30:14 +02:00
|
|
|
* Execute the query inside a sub-transaction, so we can cope with errors
|
|
|
|
* sanely
|
2006-03-05 17:40:51 +01:00
|
|
|
*/
|
|
|
|
MemoryContext oldcontext = CurrentMemoryContext;
|
|
|
|
ResourceOwner oldowner = CurrentResourceOwner;
|
|
|
|
|
|
|
|
BeginInternalSubTransaction(NULL);
|
|
|
|
/* Want to run inside function's memory context */
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
|
|
|
|
PG_TRY();
|
|
|
|
{
|
|
|
|
/************************************************************
|
|
|
|
* Fetch the saved plan descriptor, see if it's o.k.
|
|
|
|
************************************************************/
|
|
|
|
sv = hv_fetch(plperl_query_hash, query, strlen(query), 0);
|
2006-10-04 02:30:14 +02:00
|
|
|
if (sv == NULL)
|
2006-03-05 17:40:51 +01:00
|
|
|
elog(ERROR, "spi_query_prepared: Invalid prepared query passed");
|
2006-10-04 02:30:14 +02:00
|
|
|
if (*sv == NULL || !SvOK(*sv))
|
2006-03-05 17:40:51 +01:00
|
|
|
elog(ERROR, "spi_query_prepared: panic - plperl_query_hash value corrupted");
|
|
|
|
|
2006-10-04 02:30:14 +02:00
|
|
|
qdesc = INT2PTR(plperl_query_desc *, SvUV(*sv));
|
|
|
|
if (qdesc == NULL)
|
2006-03-05 17:40:51 +01:00
|
|
|
elog(ERROR, "spi_query_prepared: panic - plperl_query_hash value vanished");
|
|
|
|
|
2006-10-04 02:30:14 +02:00
|
|
|
if (qdesc->nargs != argc)
|
|
|
|
elog(ERROR, "spi_query_prepared: expected %d argument(s), %d passed",
|
|
|
|
qdesc->nargs, argc);
|
|
|
|
|
2006-03-05 17:40:51 +01:00
|
|
|
/************************************************************
|
|
|
|
* Set up arguments
|
|
|
|
************************************************************/
|
2006-10-04 02:30:14 +02:00
|
|
|
if (argc > 0)
|
2006-03-05 17:40:51 +01:00
|
|
|
{
|
2006-04-04 21:35:37 +02:00
|
|
|
nulls = (char *) palloc(argc);
|
2006-03-05 17:40:51 +01:00
|
|
|
argvalues = (Datum *) palloc(argc * sizeof(Datum));
|
2006-10-04 02:30:14 +02:00
|
|
|
}
|
|
|
|
else
|
2006-03-05 17:40:51 +01:00
|
|
|
{
|
|
|
|
nulls = NULL;
|
|
|
|
argvalues = NULL;
|
|
|
|
}
|
|
|
|
|
2006-10-04 02:30:14 +02:00
|
|
|
for (i = 0; i < argc; i++)
|
2006-03-05 17:40:51 +01:00
|
|
|
{
|
2006-10-04 02:30:14 +02:00
|
|
|
if (SvTYPE(argv[i]) != SVt_NULL)
|
2006-03-05 17:40:51 +01:00
|
|
|
{
|
2006-04-04 21:35:37 +02:00
|
|
|
argvalues[i] = InputFunctionCall(&qdesc->arginfuncs[i],
|
|
|
|
SvPV(argv[i], PL_na),
|
|
|
|
qdesc->argtypioparams[i],
|
|
|
|
-1);
|
2006-03-05 17:40:51 +01:00
|
|
|
nulls[i] = ' ';
|
2006-10-04 02:30:14 +02:00
|
|
|
}
|
|
|
|
else
|
2006-03-05 17:40:51 +01:00
|
|
|
{
|
2006-04-04 21:35:37 +02:00
|
|
|
argvalues[i] = InputFunctionCall(&qdesc->arginfuncs[i],
|
|
|
|
NULL,
|
|
|
|
qdesc->argtypioparams[i],
|
|
|
|
-1);
|
2006-03-05 17:40:51 +01:00
|
|
|
nulls[i] = 'n';
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/************************************************************
|
|
|
|
* go
|
|
|
|
************************************************************/
|
2006-10-04 02:30:14 +02:00
|
|
|
portal = SPI_cursor_open(NULL, qdesc->plan, argvalues, nulls,
|
|
|
|
current_call_data->prodesc->fn_readonly);
|
|
|
|
if (argc > 0)
|
2006-03-05 17:40:51 +01:00
|
|
|
{
|
2006-10-04 02:30:14 +02:00
|
|
|
pfree(argvalues);
|
|
|
|
pfree(nulls);
|
2006-03-05 17:40:51 +01:00
|
|
|
}
|
2006-10-04 02:30:14 +02:00
|
|
|
if (portal == NULL)
|
2006-03-05 17:40:51 +01:00
|
|
|
elog(ERROR, "SPI_cursor_open() failed:%s",
|
2006-10-04 02:30:14 +02:00
|
|
|
SPI_result_code_string(SPI_result));
|
2006-03-05 17:40:51 +01:00
|
|
|
|
|
|
|
cursor = newSVpv(portal->name, 0);
|
|
|
|
|
|
|
|
/* Commit the inner transaction, return to outer xact context */
|
|
|
|
ReleaseCurrentSubTransaction();
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
CurrentResourceOwner = oldowner;
|
2006-10-04 02:30:14 +02:00
|
|
|
|
2006-03-05 17:40:51 +01:00
|
|
|
/*
|
2006-10-04 02:30:14 +02:00
|
|
|
* AtEOSubXact_SPI() should not have popped any SPI context, but just
|
|
|
|
* in case it did, make sure we remain connected.
|
2006-03-05 17:40:51 +01:00
|
|
|
*/
|
|
|
|
SPI_restore_connection();
|
|
|
|
}
|
|
|
|
PG_CATCH();
|
|
|
|
{
|
|
|
|
ErrorData *edata;
|
|
|
|
|
|
|
|
/* Save error info */
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
edata = CopyErrorData();
|
|
|
|
FlushErrorState();
|
|
|
|
|
|
|
|
/* Abort the inner transaction */
|
|
|
|
RollbackAndReleaseCurrentSubTransaction();
|
|
|
|
MemoryContextSwitchTo(oldcontext);
|
|
|
|
CurrentResourceOwner = oldowner;
|
|
|
|
|
|
|
|
/*
|
2006-10-04 02:30:14 +02:00
|
|
|
* If AtEOSubXact_SPI() popped any SPI context of the subxact, it will
|
|
|
|
* have left us in a disconnected state. We need this hack to return
|
|
|
|
* to connected state.
|
2006-03-05 17:40:51 +01:00
|
|
|
*/
|
|
|
|
SPI_restore_connection();
|
|
|
|
|
|
|
|
/* Punt the error to Perl */
|
|
|
|
croak("%s", edata->message);
|
|
|
|
|
|
|
|
/* Can't get here, but keep compiler quiet */
|
|
|
|
return NULL;
|
|
|
|
}
|
|
|
|
PG_END_TRY();
|
|
|
|
|
|
|
|
return cursor;
|
|
|
|
}
|
|
|
|
|
|
|
|
void
|
|
|
|
plperl_spi_freeplan(char *query)
|
|
|
|
{
|
2006-10-04 02:30:14 +02:00
|
|
|
SV **sv;
|
|
|
|
void *plan;
|
2006-03-05 17:40:51 +01:00
|
|
|
plperl_query_desc *qdesc;
|
|
|
|
|
|
|
|
sv = hv_fetch(plperl_query_hash, query, strlen(query), 0);
|
2006-10-04 02:30:14 +02:00
|
|
|
if (sv == NULL)
|
2006-03-05 17:40:51 +01:00
|
|
|
elog(ERROR, "spi_exec_freeplan: Invalid prepared query passed");
|
2006-10-04 02:30:14 +02:00
|
|
|
if (*sv == NULL || !SvOK(*sv))
|
2006-03-05 17:40:51 +01:00
|
|
|
elog(ERROR, "spi_exec_freeplan: panic - plperl_query_hash value corrupted");
|
|
|
|
|
2006-10-04 02:30:14 +02:00
|
|
|
qdesc = INT2PTR(plperl_query_desc *, SvUV(*sv));
|
|
|
|
if (qdesc == NULL)
|
2006-03-05 17:40:51 +01:00
|
|
|
elog(ERROR, "spi_exec_freeplan: panic - plperl_query_hash value vanished");
|
|
|
|
|
|
|
|
/*
|
2006-10-04 02:30:14 +02:00
|
|
|
* free all memory before SPI_freeplan, so if it dies, nothing will be
|
|
|
|
* left over
|
|
|
|
*/
|
2006-03-05 17:40:51 +01:00
|
|
|
hv_delete(plperl_query_hash, query, strlen(query), G_DISCARD);
|
2006-10-04 02:30:14 +02:00
|
|
|
plan = qdesc->plan;
|
|
|
|
free(qdesc->argtypes);
|
|
|
|
free(qdesc->arginfuncs);
|
|
|
|
free(qdesc->argtypioparams);
|
2006-03-05 17:40:51 +01:00
|
|
|
free(qdesc);
|
|
|
|
|
2006-10-04 02:30:14 +02:00
|
|
|
SPI_freeplan(plan);
|
2006-03-05 17:40:51 +01:00
|
|
|
}
|