Re: [INTERFACES] ODBC - MSysConf

From: David Hartwig <daveh(at)insightdist(dot)com>
To: kk(at)kdschmid(dot)de
Cc: pgsql-interfaces(at)postgreSQL(dot)org
Subject: Re: [INTERFACES] ODBC - MSysConf
Date: 1999-02-12 14:31:04
Message-ID: 36C43B28.41546578@insightdist.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-interfaces

What version of the PostgreSQL driver are you running?

What version of Access?

What version of the Driver Manager? The driver install will upgrade to the DM to 3.0 but it is optional.

I probably should have asked this before we got this far.

Karsten Kaus wrote:

>
> MSACCESS fff27265:fff26281 ENTER SQLExecDirect
> HSTMT 0x00b31870
> UCHAR * 0x040ce9a0 [ -3] "SELECT Config, nValue FROM
> MSysConf"
> SDWORD -3
>

Everything above this point looks ok.

>
> MSACCESS fff27265:fff26281 EXIT SQLExecDirect with return code
> 0 (SQL_SUCCESS)
> HSTMT 0x00b31870
> UCHAR * 0x040ce9a0 [ -3] "SELECT Config, nValue FROM
> MSysConf"
> SDWORD -3
>

Here is where it gets strange. The above statement should have a return code of -1 if the table does not exist. And the error message should say so. (I just this verified this on my
system.) The next few statements tries to cope with the result set and it is not happy with what it is getting.

>
> MSACCESS fff27265:fff26281 ENTER SQLFetch
> HSTMT 0x00b31870
>
> MSACCESS fff27265:fff26281 EXIT SQLFetch with return code -1
> (SQL_ERROR)
> HSTMT 0x00b31870
>
> MSACCESS fff27265:fff26281 ENTER SQLError
> HENV 0x00b30204
> HDBC 0x00b31668
> HSTMT 0x00b31870
> UCHAR * 0x0062c6ac (NYI)
> SDWORD * 0x0062c6c8
> UCHAR * 0x0089a9cc
> SWORD 8192
> SWORD * 0x0062c6de
>
> MSACCESS fff27265:fff26281 ENTER SQLErrorW
> HENV 0x00b30204
> HDBC 0x00b31668
> HSTMT 0x00b31870
> WCHAR * 0x0062c25c (NYI)
> SDWORD * 0x0062c6c8
> WCHAR * 0x0062c268
> SWORD 1024
> SWORD * 0x0062c6de
>
> MSACCESS fff27265:fff26281 EXIT SQLErrorW with return code 0
> (SQL_SUCCESS)
> HENV 0x00b30204
> HDBC 0x00b31668
> HSTMT 0x00b31870
> WCHAR * 0x0062c25c (NYI)
> SDWORD * 0x0062c6c8 (3)
> WCHAR * 0x0062c268 [ 74] "Bindings were not allocated
> properly."
> SWORD 1024
> SWORD * 0x0062c6de (74)
>

...

>
> I verified again using pg_dumpall, that there is no table MSysConf.
> And - even better: postmasters log says in that moment:
> ERROR: msysconf: Table does not exist.
> So I think I can be shure of that.
>
> has anyone seen that before?

Not I.

In response to

Responses

Browse pgsql-interfaces by date

  From Date Subject
Next Message David Hartwig 1999-02-12 15:12:41 Re: [INTERFACES] pgAdmin v6.4.2
Previous Message MAILER-DAEMON 1999-02-12 09:18:21 Undeliverable Message