Skip site navigation (1) Skip section navigation (2)

Re: [ODBC] PG 7.3.4 VS PG 8.0.3 Problem

From: Marko Ristola <Marko(dot)Ristola(at)kolumbus(dot)fi>
To: Chris Hoover <revoohc(at)gmail(dot)com>
Cc: Dragan Matić <mlists(at)panforma(dot)co(dot)yu>,pgsql-admin(at)postgresql(dot)org, pgsql-odbc(at)postgresql(dot)org
Subject: Re: [ODBC] PG 7.3.4 VS PG 8.0.3 Problem
Date: 2005-08-11 19:36:28
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-adminpgsql-odbc

I have some bad experience with RHEL 2 and PostgreSQL ODBC.

I have seen there a following problem:

An ODBC application gets SUCCESS regardless of wether the
SQL command succeeded or not!

I don't know, wether the psqlodbc behaviour was caused by application's ODBC
calling convention, or is there something fatally wrong.

I do remember, that psql command line tool worked.
Isql (ODBC command line tool for UnixODBC) did not notice errors either
(please check, if
you need this information).

So it seemed, that the RHEL2's psqlodbc is bad, and nobody uses it.
The problem is solveable by replacing the psqlodbc driver with a working

Regards, Marko Ristola

Chris Hoover wrote:

>Ok, I think I have narrowed this down even further.  I went and
>installed a 7.3.4 db on our RHEL 4 server and is exibiting the same
>behavior.  I believe there is something with RHEL 2.1 and PostgreSQL
>that causes the wrong sqlcode to be returned.  That is the only thing
>I can figure out.
>I'm not sure where to go from here.  Any ideas?
>On 8/10/05, Dragan Matić <mlists(at)panforma(dot)co(dot)yu> wrote:
>>Chris Hoover wrote:
>>>Sorry, I should have given some setup details.
>>>When this query is run against either version of PG, it does not
>>>return any rows (obviously due to the issue with hdr_create_dt).  I
>>>actually walked through the code using our cobol debugger to find this
>>>issue.  When it checks the sqlca.sqlcode record returned by this query
>>>in 7.3.4, it has a 0.  In 8.0.3, it has a 100.
>>We are also using Cobol (Micro Focus NetExpress) and we haven't noticed
>>any changes when moving from version 7.x to version 8.
>>Another question is whether sqlcode was returning good result until now?
>>As far as I know (and it works that way with us) sqlcode _should_ have a
>>value of 100 when query returns no rows. Value of 0 indicates there were
>>no errors, and value of 100 means 'no rows found'.
>>With Regards
>>Dragan Matic
>>---------------------------(end of broadcast)---------------------------
>>TIP 1: if posting/reading through Usenet, please send an appropriate
>>       subscribe-nomail command to majordomo(at)postgresql(dot)org so that your
>>       message can get through to the mailing list cleanly
>---------------------------(end of broadcast)---------------------------
>TIP 4: Have you searched our list archives?

In response to

pgsql-odbc by date

Next:From: Hans-Jürgen SchönigDate: 2005-08-11 20:04:55
Subject: Implementing IPv6 ...
Previous:From: Laurent ConstantinDate: 2005-08-11 13:00:44
Subject: psqlodbc-08_00_0102 and LATIN1 database

pgsql-admin by date

Next:From: Gregory S. WilliamsonDate: 2005-08-11 20:03:23
Subject: Re: restoring an old database to a new instance -- possible ?
Previous:From: D KavanDate: 2005-08-11 19:29:22
Subject: pg_restore

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group