Re: int8 becames string in BDE :-( - Mailing list pgsql-odbc

From Dave Page
Subject Re: int8 becames string in BDE :-(
Date
Msg-id D85C66DA59BA044EB96AB9683819CF610150CC@dogbert.vale-housing.co.uk
Whole thread Raw
In response to int8 becames string in BDE :-(  (Kovacs Zoltan <kovacsz@pc10.radnoti-szeged.sulinet.hu>)
List pgsql-odbc

> -----Original Message-----
> From: Hiroshi Inoue [mailto:Inoue@tpf.co.jp]
> Sent: 07 June 2002 03:41
> To: Dave Page
> Cc: pgsql-odbc@postgresql.org
> Subject: Re: [ODBC] int8 becames string in BDE :-(
>
>
> OK but as for CommLog and Mylog in default settings, they
> not only mean defaults but also decide if the driver should
> take the log info before connection is established.
> How should we handle the options ?
>

Hmm, good question!

Is there much reason to have the logging enabled during setup or before
the DSN is known? I don't recall anyone reporting problems during these
periods.

The only other example I can think of where this might be an issue is in
a DSNless connection, though I think that if an application wants to
open a DSNless connection, then it's up to that application to be aware
of the driver it's using. pgAdmin II does this - it specifies all it's
required options in the connection string, including mylog/commlog if
required - doing it that way *significantly* reduced the problem reports
I got from people with misconfigured DSNs (and those that left the
prompt at the default and attempted to use pgAdmin I to connect to
'dBase Files'!!).

Perhaps we should remove them from the dialog for simplicities sake, but
leave the registry options so that in the unlikely event that anyone
does need logging during setup or startup they can enable it through
regedit.

What do you think?

Regards, Dave.

pgsql-odbc by date:

Previous
From: Hiroshi Inoue
Date:
Subject: Re: Double error messages
Next
From: babafemi.osoba@bt.com
Date:
Subject: ODBC error - Password authentication