Re: pgsql: Add PL/pgSQL SQLSTATE and SQLERRM support (Really Oracle behavior)

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Pavel Stehule <stehule(at)kix(dot)fsv(dot)cvut(dot)cz>
Cc: Neil Conway <neilc(at)samurai(dot)com>, Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, pgsql-committers(at)postgresql(dot)org
Subject: Re: pgsql: Add PL/pgSQL SQLSTATE and SQLERRM support (Really Oracle behavior)
Date: 2005-05-26 15:40:51
Message-ID: 2717.1117122051@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-patches

Pavel Stehule <stehule(at)kix(dot)fsv(dot)cvut(dot)cz> writes:
> What it is mean?

I think it means Oracle is broken ;-)

> So we can have only one procedure level scope variable, which is
> initialized on start of exception and zeroized on the end of exception
> block. This behavior is different from my patch, but is better for Oracle
> compatibility and I prefere its.

That might be taking the notion of bug-compatibility with PL/SQL
a bit too far. For that matter, did you check whether Oracle
actually treats it as a procedure-scope variable? Try having the
exception block call another function and trap an error inside that.
Does SQLCODE change in the calling function?

regards, tom lane

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Pavel Stehule 2005-05-26 16:17:26 Re: pgsql: Add PL/pgSQL SQLSTATE and SQLERRM support
Previous Message Pavel Stehule 2005-05-26 15:35:12 Re: pgsql: Add PL/pgSQL SQLSTATE and SQLERRM support

Browse pgsql-patches by date

  From Date Subject
Next Message Pavel Stehule 2005-05-26 16:17:26 Re: pgsql: Add PL/pgSQL SQLSTATE and SQLERRM support
Previous Message Pavel Stehule 2005-05-26 15:35:12 Re: pgsql: Add PL/pgSQL SQLSTATE and SQLERRM support