Re: B7 option - Mailing list pgsql-odbc

From Inoue, Hiroshi
Subject Re: B7 option
Date
Msg-id 51F9D3F3.60807@tpf.co.jp
Whole thread Raw
In response to Re: B7 option  (Barry Bell <Barry_Bell@harte-hanks.com>)
List pgsql-odbc
Hi Barry,

(2013/07/31 23:29), Barry Bell wrote:
> Hi:
>    I was using the last odbc driver (9.1.200) to get a character field with CR and LF.
> With the following connection string, the last character was getting cut off (When a CR LF was in the fied).
> Driver={PostgreSQL UNICODE};Server=
server.servicer.com;Port=5432;Database=dbname;Uid=user;Pwd=pwd;BI=2;TextAsLongVarchar=1;UnknownSizes=2;UseServerSidePrepare=1;
B0=254;B7=0;C5=1;

Contradictory options TextAsLongVarchar=1 and B7=0 are specified.
Psqlodbc drivers eat the tokens one by one and overwrite the former
option by the latter one after all.

> Changing the B7 to B7=0 corrects the issue (no cut off at the end)

Changing to B7=1?

> Driver={PostgreSQL UNICODE};Server=
server.servicer.com;Port=5432;Database=dbname;Uid=user;Pwd=pwd;BI=2;TextAsLongVarchar=1;UnknownSizes=2;UseServerSidePrepare=1;
B0=254;B7=1;C5=1;
>
> Documentation on the B7 is a little scarce but most say the B7 is the same as the TextasLongVarchar, but changing the
TextaslongVarcharhas no offection on this option. 
>
> What happens when the B7 is set 0?   (and textaslongvarhar=1)





pgsql-odbc by date:

Previous
From: "Jan-Peter Seifert"
Date:
Subject: OIDs > 2147483647 still a problem for the Unicode version ( 32 bit ) ?
Next
From: Hiroshi Inoue
Date:
Subject: Re: OIDs > 2147483647 still a problem for the Unicode version ( 32 bit ) ?