From: | Dave Cramer <pg(at)fastcrypt(dot)com> |
---|---|
To: | dmp <danap(at)ttc-cmc(dot)net> |
Cc: | PostgreSQL JDBC <pgsql-jdbc(at)postgresql(dot)org>, Peter Cooner <petriborg(at)gmail(dot)com> |
Subject: | Re: Possible bug / regression from generated keys |
Date: | 2012-11-08 13:02:54 |
Message-ID: | CADK3HHKPv=8M0TuV6EoDgxpaAhgRjEgt93a9iwN4_VsEVoEw2A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-jdbc |
So I had a quick look at the code and the only way it gets into this code
is through a test which is essentially
if ( isBinary and isINT8 )
So unless the backend is sending an int8 as less than 8 bytes or there is
some other bug in the JDBC code in which it gets confused as to what it is
pointing to I don't see how it gets to this exception.
Dave
Dave Cramer
dave.cramer(at)credativ(dot)ca
http://www.credativ.ca
On Wed, Nov 7, 2012 at 8:04 PM, dmp <danap(at)ttc-cmc(dot)net> wrote:
> I can try as indicated to rebuild the jar so that Peter could have an
> output
> of the exact value that is throwing the error when it occurs. To limit
> output
> I would then recommend a case that would throw the error soon with as
> little data processing as possible. Let me know if this maybe something I
> could do
> to help.
>
> danap.
>
>
> Dave Cramer wrote:
>
>> Well there is a relatively easy fix that would get rid of the problem.
>> Currently we don't check the length of the array that we are trying to
>> convert. However I'd like to understand how the problem is manifest
>> before doing that.
>>
>> Dave
>>
>> Dave Cramer
>>
>> dave.cramer(at)credativ(dot)ca
>> http://www.credativ.ca
>>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Cooner | 2012-11-08 13:08:13 | Re: Possible bug / regression from generated keys |
Previous Message | Craig Ringer | 2012-11-08 08:12:59 | Re: Error while returning auto-generated values |