freetds AT lists.ibiblio.org
Subject: FreeTDS Development Group
List archive
- From: Nick Gorham <nick AT lurcher.org>
- To: TDS Development Group <freetds AT franklin.oit.unc.edu>
- Subject: Re: bug in odbc.ini handling
- Date: Tue, 04 Sep 2001 22:14:10 +0100
Pim Zandbergen wrote:
> both freetds and unixODBC try to find a DSN
> in these files, in this order:
> $ODBCINI
> $HOME/.odbc.ini
> /etc/odbc.ini
>
> freetds will, however, expect to find the DSN
> in the first file it can open. If the file exists,
> but does not contain the requested DSN section, it
> fails.
>
> unixODBC behaves correctly, if it does not find a
> DSN within a file, it continues to search the next
> file.
>
> This realy hurts when you have a system DSN in /etc/odbc.ini,
> and no $HOME/.odbc.ini. If that is the case, unixODBC will
> create an empty $HOME/.odbc.ini. freetds will then open that
> file and not find the DSN in it.
Feel free to use any code you need, or you could just link with
libodbcinst.so and
use SQLGetPrivateProfileString, and you will get that behaviour anyway.
> ---
> You are currently subscribed to freetds as: [nick AT lurcher.org]
> To unsubscribe, forward this message to $subst('Email.Unsub')
--
Nick Gorham
When I die, I want to go like my grandfather did, gently while sleeping,
and not like his passangers, screaming in a panic, looking for the
inflatable raft. -- Seen on ./
-
bug in odbc.ini handling,
Pim Zandbergen, 09/04/2001
- <Possible follow-up(s)>
- Re: bug in odbc.ini handling, Nick Gorham, 09/04/2001
- Re: bug in odbc.ini handling, Steve Langasek, 09/04/2001
- Re: bug in odbc.ini handling, Nick Gorham, 09/05/2001
Archive powered by MHonArc 2.6.24.