Re: SQL_DATA_AT_EXEC processing broken for large objects in nightly git

From: "Inoue, Hiroshi" <h-inoue(at)dream(dot)email(dot)ne(dot)jp>
To: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>
Cc: pgsql-odbc(at)postgresql(dot)org
Subject: Re: SQL_DATA_AT_EXEC processing broken for large objects in nightly git
Date: 2015-11-11 11:24:12
Message-ID: 5643255C.2060207@dream.email.ne.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-odbc

On 2015/11/09 20:53, Heikki Linnakangas wrote:
> On 11/04/2015 04:26 PM, Inoue, Hiroshi wrote:
>>
>>
>> On 2015/11/04 20:04, Heikki Linnakangas wrote:
>>> On 11/04/2015 09:48 AM, Inoue, Hiroshi wrote:
>>>> Hi,
>>>>
>>>> I was able to reproduce it here.
>>>> Because I can't understand the current code at once, please give me
>>>> some
>>>> time
>>>> to solve the problem.
>>>
>>> I also started looking at this last week, and came up with a patch
>>> that I think fixes it, but I got distracted before completing it and
>>> replying here. So here's what I came up with...
>>
>> The solution seems to generate 2 transactions for 1 insertion.
>
> Hmm, you're right, although that doesn't seem to be a new issue. The
> 09.03.0400 driver does the same, see attached logs from
> log_statements=all. Would be nice to fix that, but it's a separate issue.

Oh you are right. I will examine it.

>
>
>> The insertion seems to be rejected when ByteaAsLongVarBinary=1.
>
> Oh. It works for me. How are you testing that?

I define LO type and set ByteaAsLongVarBinary=1.
The failure is #ERROR: column "large_data" is of type LO but expression
is type "bytea" .

regards,
Hiroshi Inoue

In response to

Responses

Browse pgsql-odbc by date

  From Date Subject
Next Message Garnham, Sam (FN) @ NSS - ASA 2015-11-16 17:15:25 postgres/odbc/ms access versions
Previous Message Naoya Anzai 2015-11-11 03:49:53 Re: [BUGS] There is a case in which psqlodbc-09.03.0400 returns unterminated strings on Windows.