| From: | Dave Cramer <dave(at)fastcrypt(dot)com> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | Peter Eisentraut <peter_e(at)gmx(dot)net>, PostgreSQL Hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: ambiguous sql states |
| Date: | 2003-08-24 21:14:37 |
| Message-ID: | 1061759677.2211.122.camel@localhost.localdomain |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Tom,
The reason it is of importance to me/ecpg is for informix compatibility.
informix returns a unique errorcode for the copy operation when the file
is not found. this isn't much of an argument from a postgres POV,
however I still find the sqlstate to be ambiguous.
Dave
On Sun, 2003-08-24 at 16:46, Tom Lane wrote:
> Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> > Dave Cramer writes:
> >> I'm working on identifying various errors in ecpg using sql state and
> >> one which is particularly ambiguous is ERRCODE_UNDEFINED_OBJECT for a
> >> file which isn't found. This is returned in a number of places. Is it
> >> possible to get a set of file specific error codes?
>
> > That error code if for undefined objects, not files that can't be found.
>
> Dave's correct, that's what we're currently using. I'm happy to change
> it if someone can suggest an appropriate SQLSTATE (even a category...)
> to use instead.
>
> I would however like to know why ecpg cares.
>
> regards, tom lane
>
--
Dave Cramer <dave(at)fastcrypt(dot)com>
fastcrypt
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Peter Eisentraut | 2003-08-24 21:24:50 | Re: ambiguous sql states |
| Previous Message | Peter Eisentraut | 2003-08-24 21:10:24 | Re: Which cursor-related warnings should be errors? |