Re: Either I broke PostgreSQL or I found an ODBC bug

From: Richard Broersma Jr <rabroersma(at)yahoo(dot)com>
To: Hiroshi Inoue <inoue(at)tpf(dot)co(dot)jp>
Cc: Postgresql ODBC List <pgsql-odbc(at)postgresql(dot)org>
Subject: Re: Either I broke PostgreSQL or I found an ODBC bug
Date: 2007-11-06 01:43:00
Message-ID: 900929.17157.qm@web31811.mail.mud.yahoo.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-odbc

--- On Mon, 11/5/07, Hiroshi Inoue <inoue(at)tpf(dot)co(dot)jp> wrote:

> Using inttobool(int, bool) defined in the above URL, I see
> the
> following.
>
> xxxxx=> select inttobool(NULL, true);
> inttobool
> -----------
> f
> (1 row)
>
> xxxxx=> select inttobool(NULL, false);
> inttobool
> -----------
> f
> (1 row)
>
> Is it what you expected ?

No, I guess I did break Postgres with the inttobool function. :-(

I was expecting a null boolean to return a null and not return a false. I guess my next question would be, how do I go about extracting or fix the inttobool() function in postgres?

Ms-access can't update any of these records that have fields that incorrectly appear to be false when the contents are actually boolean null's, since Access includes these fields in the as part of the update statement's where condition that is sent to postgresql. When this happens PostgreSQL notifies MS-access that zero records where updated and the transaction is rolled back. i.e. update ... where chkfield = '0' -- when chkfield is acutally null.

Thanks for the help!
Regards, Richard Broersma Jr.

In response to

Responses

Browse pgsql-odbc by date

  From Date Subject
Next Message Сергей Демьяненко 2007-11-06 14:10:20 Access violation in psqlodbcw.dll
Previous Message Hiroshi Inoue 2007-11-06 00:34:09 Re: Either I broke PostgreSQL or I found an ODBC bug