Re: Bug in CREATE FUNCTION with character type (CONFIRMED BUG) - Mailing list pgsql-bugs

From Pavel Stehule
Subject Re: Bug in CREATE FUNCTION with character type (CONFIRMED BUG)
Date
Msg-id AANLkTinycHZYdA9oK3SOgCJ9ERy7rZbrheq0IRThK2Ux@mail.gmail.com
Whole thread Raw
In response to Re: Bug in CREATE FUNCTION with character type (CONFIRMED BUG)  (Bruce Momjian <bruce@momjian.us>)
List pgsql-bugs
2010/5/31 Bruce Momjian <bruce@momjian.us>:
> Pavel Stehule wrote:
>> 2010/4/15 Tom Lane <tgl@sss.pgh.pa.us>:
>> > Pavel Stehule <pavel.stehule@gmail.com> writes:
>> >> I think, so RETURNS TABLE can be modified for returning typmode
>> >> without significant problems - this function is called in table
>> >> context and I don't see any problematic use case.
>> >
>> > RETURNS TABLE is just a shorthand for some OUT parameters. ?I don't
>> > believe it's either easy or a good idea to make it work differently
>> > from every other function-argument-or-result case.
>> >
>>
>> I don't know now. It minimally have to be documented
>
> Can you suggest some documentation?

some like "typmod in declared parameters are ignored - so returned
table can not be  same as table declared by CREATE STATEMENT."

Pavel

>
> --
> =C2=A0Bruce Momjian =C2=A0<bruce@momjian.us> =C2=A0 =C2=A0 =C2=A0 =C2=A0h=
ttp://momjian.us
> =C2=A0EnterpriseDB =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 http://enterprisedb.com
>
> =C2=A0+ None of us is going to be here forever. +
>
>

pgsql-bugs by date:

Previous
From: Takahiro Itagaki
Date:
Subject: Re: BUG #5487: dblink failed with 63 bytes connection names
Next
From: Heikki Linnakangas
Date:
Subject: Re: BUG #5487: dblink failed with 63 bytes connection names