From: | Matthew Wakeling <matthew(at)flymine(dot)org> |
---|---|
To: | Kris Jurka <books(at)ejurka(dot)com> |
Cc: | Maciek Sakrejda <msakrejda(at)truviso(dot)com>, pgsql-jdbc(at)postgresql(dot)org |
Subject: | Re: Trouble with COPY IN |
Date: | 2010-07-19 13:22:52 |
Message-ID: | alpine.DEB.2.00.1007191421110.8895@aragorn.flymine.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-jdbc |
On Fri, 16 Jul 2010, Kris Jurka wrote:
> 2) The protocol docs say that after an error, CopyData, CopyDone, and
> CopyFail messages are ignored, so they wouldn't be causing this error.
The exception I receive isn't produced by the server. It is caused by the
client losing its own lock on the database connection. Surely the place
where the lock gets thrown away would be caused by a separate server
error, and should have been reported?
Matthew
--
So, given 'D' is undeclared too, with a default of zero, C++ is equal to D.
mnw21, commenting on the "Surely the value of C++ is zero, but C is now 1"
response to "No, C++ isn't equal to D. 'C' is undeclared [...] C++ should
really be called 1" response to "C++ -- shouldn't it be called D?"
From | Date | Subject | |
---|---|---|---|
Next Message | Oleg Bartunov | 2010-07-19 13:26:47 | Re: Incorrect FTS result with GIN index |
Previous Message | Matthew Wakeling | 2010-07-19 11:35:16 | Re: Trouble with COPY IN |
From | Date | Subject | |
---|---|---|---|
Next Message | Matthew Wakeling | 2010-07-19 14:11:06 | Re: Trouble with COPY IN |
Previous Message | Matthew Wakeling | 2010-07-19 11:35:16 | Re: Trouble with COPY IN |