Re: DEFAULT of domain ignored in plpgsql (8.4.1) - Mailing list pgsql-hackers

From Robert Haas
Subject Re: DEFAULT of domain ignored in plpgsql (8.4.1)
Date
Msg-id 603c8f070911200953k287adabbie007b50727e94983@mail.gmail.com
Whole thread Raw
In response to Re: DEFAULT of domain ignored in plpgsql (8.4.1)  ("Florian G. Pflug" <fgp@phlo.org>)
List pgsql-hackers
On Fri, Nov 20, 2009 at 12:51 PM, Florian G. Pflug <fgp@phlo.org> wrote:
> Robert Haas wrote:
>>
>> On Thu, Nov 19, 2009 at 9:06 PM, Florian G. Pflug <fgp@phlo.org> wrote:
>>>
>>> I've tried to create a patch, but didn't see how I'd convert the result
>>> from get_typedefault() (A Node*, presumeably the parsetree corresponding
>>> to the default expression?) into a plan that I could store in a
>>> PLpgSQL_expr. I guess I'd need something like SPI_prepare_plan that
>>> takes a parse tree instead of a query string. Or am I on a completely
>>> wrong track there?
>>>
>>> While trying to cook up a patch I've also stumbled over what I perceive
>>> as a bug relating to DOMAINS and column DEFAULTs. I'll write that up in
>>> a second E-Mail to avoid confusion.
>>
>> I suggest adding this to the open CommitFest (2010-01) at
>> https://commitfest.postgresql.org/action/commitfest_view/open
>
> Hm, but I don't (yet) have a patch to add...

Woops, I saw an attachment and thought there was a patch, but it was
just smime.p7s... sorry for the noise.

...Robert


pgsql-hackers by date:

Previous
From: "Florian G. Pflug"
Date:
Subject: Re: DEFAULT of domain ignored in plpgsql (8.4.1)
Next
From: "Greg Sabino Mullane"
Date:
Subject: Re: Prettification versus dump safety