Re: BUG #5783: plpythonu bool behavior change

Поиск
Список
Период
Сортировка
От Adrian Klaver
Тема Re: BUG #5783: plpythonu bool behavior change
Дата
Msg-id 201012051115.34553.adrian.klaver@gmail.com
обсуждение исходный текст
Ответ на Re: BUG #5783: plpythonu bool behavior change  (Peter Eisentraut <peter_e@gmx.net>)
Список 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 по дате отправления:

Предыдущее
От: Martin Atukunda
Дата:
Сообщение: Re: BUG #5784: CREATE INDEX USING GIN complains about array containing null values yet none exist
Следующее
От: Jorge Augusto Meira
Дата:
Сообщение: Re: Problems with max_connections parameter