Skip to Content.
Sympa Menu

freetds - Re: bug in odbc.ini handling

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: Steve Langasek <vorlon AT netexpress.net>
  • To: TDS Development Group <freetds AT franklin.oit.unc.edu>
  • Subject: Re: bug in odbc.ini handling
  • Date: Tue, 4 Sep 2001 19:06:45 -0500 (CDT)


On Tue, 4 Sep 2001, Nick Gorham wrote:

> > 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.


I gather this is a standard API that ODBC drivers are expected to use in
retrieving information about DSNs? It's present in both iODBC and unixODBC.

Steve Langasek
postmodern programmer





Archive powered by MHonArc 2.6.24.

Top of Page