Re: SPI_execute_with_args call - Mailing list pgsql-general

From Tom Lane
Subject Re: SPI_execute_with_args call
Date
Msg-id 23898.1367592173@sss.pgh.pa.us
Whole thread Raw
In response to SPI_execute_with_args call  (Yuriy Rusinov <yrusinov@gmail.com>)
Responses Re: SPI_execute_with_args call  (Yuriy Rusinov <yrusinov@gmail.com>)
List pgsql-general
Yuriy Rusinov <yrusinov@gmail.com> writes:
> In C-function I do
> size_t nr_ins = strlen ("insert into rand_state (state_rand) values ($1);");
> char * r_sql = (char *) palloc (nr_ins + 1);
> strncpy (r_sql, "insert into rand_state (state_rand) values ($1);", nr_ins);

This is a hard, error-prone, and ultimately incorrect way to do
pstrdup() --- you're not ensuring that the new string is
null-terminated.

> Datum * val = PointerGetDatum (randBuf);

Didn't your compiler give you a warning about that?  PointerGetDatum
produces a Datum, not a pointer to a Datum.  You'd need something more
like

    Datum val[1];
    val[0] = PointerGetDatum (randBuf);

This is assuming that randBuf is even of the right format to be a bytea
value, which is unclear from your extract.

> const char * nulls = "NULL";

And that's just wrong.  Personally I'd just pass NULL to
SPI_execute_with_args since you don't have any null values to pass, but
if you don't want to do that you'd need something more like

    char nulls[1];
    nulls[0] = ' ';

(hmm, it looks like the SPI documentation leaves something to be desired
here --- the SPI_execute_with_args page, at least, isn't explaining the
convention for elements of the nulls[] array)

> Could you give some work examples for SPI_execute_with_args because I
> didn't find them in documentation.

A quick grep says there's a usage in src/pl/plpgsql/src/pl_exec.c

            regards, tom lane


pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: Curious why planner can't handle NOT IN
Next
From: pradeep singh
Date:
Subject: Re: Curious why planner can't handle NOT IN