[go: up one dir, main page]

Re: psqlODBC text length with no records

From: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>
To: Barry Bell <Barry(dot)Bell(at)hartehanks(dot)com>, Hiroshi Saito <hiroshi(at)winpg(dot)jp>, Michael Paquier <michael(dot)paquier(at)gmail(dot)com>, Hiroshi Inoue <inoue(at)tpf(dot)co(dot)jp>
Cc: Heikki Linnakangas <hlinnakangas(at)vmware(dot)com>, Anna Gershnik <agershnik(at)tableausoftware(dot)com>, "pgsql-odbc(at)postgresql(dot)org" <pgsql-odbc(at)postgresql(dot)org>
Subject: Re: psqlODBC text length with no records
Date: 2014-05-15 14:10:03
Message-ID: 5374CABB.60107@aklaver.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-odbc

On 05/15/2014 05:30 AM, Barry Bell wrote:
> Parse statement(C0 in the connection string) has no effect on this.
>
>> With theB0(Max varchar)=254 setting, Postgres for lengths=0 or null returns a "Memo"
>> In vfp, when displayed to the user in a grid, "Memo" is shown in
>> the field instead of the value
>
> Any other settings that may help?

I would say not, mainly because I suspect that since changing settings
has not changed anything, this is not a driver issue. There is the
possibility that the driver and out and out bug, but lack of any other
reports would seem to indicate otherwise. Right now what we know is that
you push SQL on one end and you get a change in a GUI widget on the
other. Testing has shown Postgres is consistent in what it returns from
initcap (which is the function at issue). Tweaking the psql ODBC has
shown no effect. The data is then taken up by a GUI which exhibits
different behavior depending on the SQL output. What we have not seen so
far is the actual output from the ODBC driver before VFP gets it, in
order to nail down where the type changes.

So have had a chance to run with ODBC logging enabled to capture the
driver output?

> --
> Adrian Klaver
> adrian(dot)klaver(at)aklaver(dot)com
>

--
Adrian Klaver
adrian(dot)klaver(at)aklaver(dot)com

In response to Browse pgsql-odbc by date
  From Date Subject
Next Message Hiroshi Saito 2014-05-15 14:28:14 Re: Commit ad2a4ae causing more damages than fixes in regression tests
Previous Message Adrian Klaver 2014-05-15 13:58:24 Re: Compiling ODBC Applications