From: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | Marko Tiikkaja <pgmail(at)joh(dot)to>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: proposal: enable new error fields in plpgsql (9.4) |
Date: | 2013-02-01 13:51:32 |
Message-ID: | CAFj8pRBzDcvjkj5Z850qw92srqGkJudGW=rYJxqtUVULu7Vs=A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
2013/2/1 Peter Eisentraut <peter_e(at)gmx(dot)net>:
> On 2/1/13 8:00 AM, Pavel Stehule wrote:
>> 2013/2/1 Marko Tiikkaja <pgmail(at)joh(dot)to>:
>>> On 2/1/13 1:47 PM, Pavel Stehule wrote:
>>>>
>>>> now a most "hard" work is done and I would to enable access to new
>>>> error fields from plpgsql.
>>>
>>>
>>> Is there a compelling reason why we wouldn't provide these already in 9.3?
>>
>> a time for assign to last commitfest is out.
>>
>> this patch is relative simple and really close to enhanced error
>> fields feature - but depends if some from commiters will have a time
>> for commit to 9.3 - so I am expecting primary target 9.4, but I am not
>> be angry if it will be commited early.
>
> If we don't have access to those fields on PL/pgSQL, what was the point
> of the patch to begin with? Surely, accessing them from C wasn't the
> main use case?
>
These fields are available for application developers now. But is a
true, so without this patch, GET STACKED DIAGNOSTICS statement will
not be fully consistent, because some fields are accessible and others
not
Pavel
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2013-02-01 13:55:14 | Re: Visual Studio 2012 RC |
Previous Message | Andres Freund | 2013-02-01 13:50:28 | Re: Back-branch update releases coming in a couple weeks |