Re: BUG #5783: plpythonu bool behavior change - Mailing list pgsql-bugs

From Adrian Klaver
Subject Re: BUG #5783: plpythonu bool behavior change
Date
Msg-id 201012051115.34553.adrian.klaver@gmail.com
Whole thread Raw
In response to Re: BUG #5783: plpythonu bool behavior change  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-bugs
On Sunday 05 December 2010 9:10:06 am Peter Eisentraut wrote:
> On s=C3=B6n, 2010-12-05 at 00:25 +0000, Adrian Klaver wrote:
> > Seems there was a change in behavior for plpythonu with regards to
> > boolean fields from 8.4 to 9.0. Previously, setting a field inside a
> > plpythonu function to "f" would work, now that returns a 't' in the
> > database field. To get the 'f' to appear I have to specify False
> > inside the function.
>
> That change was intentional.

Alright my mistake, I  finally went past the release notes and read the new=
 docs=20
for plpythonu. I see the changes. I do not agree with them, but I should ha=
ve=20
paid more attention in the dev process. The value is being returned to the=
=20
database and should play by the database rules or at least be flagged. I wi=
ll=20
make the necessary changes on my end.

Thanks,
--=20
Adrian Klaver
adrian.klaver@gmail.com

pgsql-bugs by date:

Previous
From: Martin Atukunda
Date:
Subject: Re: BUG #5784: CREATE INDEX USING GIN complains about array containing null values yet none exist
Next
From: Jorge Augusto Meira
Date:
Subject: Re: Problems with max_connections parameter