Re: BUG #5246: Misleading/inconsistent SQLSTATE behavior
От | Chris Travers |
---|---|
Тема | Re: BUG #5246: Misleading/inconsistent SQLSTATE behavior |
Дата | |
Msg-id | 5ed37b140912161436s5ec8763dr5a153e575188873@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: BUG #5246: Misleading/inconsistent SQLSTATE behavior (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: BUG #5246: Misleading/inconsistent SQLSTATE behavior
|
Список | pgsql-bugs |
On Wed, Dec 16, 2009 at 1:39 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Chris Travers <chris@metatrontech.com> writes: >> trying again. =A0Sorry for the duplicate. >> On Wed, Dec 16, 2009 at 1:12 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: >>> Exactly what "frontend" are you talking about here? =A0Because what this >>> sounds like to me is a client-side programming error. =A0It's certainly >>> not the backend's fault, and I doubt it is libpq's either. > >> I am using DBD::Pg. > >> I asked about it on #postgresql and was told this was the SQLSTATE code >> passed up from libpq (by the author of DBD::Pg). =A0Several other folks >> there seemed to concur. > > Could you provide a self-contained test case? =A0And what versions of > DBD::Pg etc are we talking about? Just to weed out possibilities of DBD::Pg behavior causing this, I am going to try to create a straight C test case. If I can't I will end the perl scripts I was using to test. Best Wishes, Chris Travers > > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0regards, tom lane >
В списке pgsql-bugs по дате отправления: