Hi Dmitry!
On 27 Sep 05 at 16:16, "Dmitry" (Dmitry Karasik) wrote to "Andrew Dunstan":
Andrew> Meanwhile, I will observe that this very desirable feature needs
Andrew> an interface with spi_fetchrow()
I re-worked the patch ( http://www.karasik.eu.org/misc/plperl.diff ) and
now there's
Andrew> We need to examine the names being used on our spi functions - I'm
Andrew> not sure there is sufficient consistency about them.
Yes, but I'd rather wish the patch committed before that, because
otherwise I would be forced to rework the code again, after the
namespace is finally stabiliz
Dmitry Karasik said:
>
> Hello,
>
> I've posted before a patch that enables prepared queries in plperl, and
> now, after a while, as it seems working as expected, I'd like to ask if
> it would be a reasonable thing to commit in into -devel? The patch
> against the latest cvs is at http://www.karasi
Hello,
I've posted before a patch that enables prepared queries in plperl, and
now, after a while, as it seems working as expected, I'd like to ask if it
would be a reasonable thing to commit in into -devel? The patch against
the latest cvs is at http://www.karasik.eu.org/misc/plperl.diff .
The
At 2005-07-15 17:17:01 +0200, [EMAIL PROTECTED] wrote:
>
> I needed prepared queries in plperl, but there's none, so I baked
> a patch that defines two extra perl functions, spi_prepare and
> spi_exec_prepared
Oh. I've been working on the same functionality this week following a
conversation with
Hi,
I needed prepared queries in plperl, but there's none, so I baked a patch that
defines two extra perl functions, spi_prepare and spi_exec_prepared, and it
seems to work more-less ok. The patch is here,
http://www.karasik.eu.org/misc/plperl.diff
but it's not in any way a final patch; havin
