FreeTDS Development Group

[Steve Langasek <vorlon AT netexpress.net>]

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