FreeTDS Development Group

["Lowden, James K" <james.k.lowden AT alliancebernstein.com>]

> From: Perry Taylor
> Sent: Thursday, January 04, 2007 9:35 AM
> 
> However, when I try the connection from within UniVerse I get no
> log.

I was afraid that might happen.  :-(  

I'm not the function that reads odbc.ini responds to TDSDUMPCONFIG.  I'm
pretty sure there's no easy way to get unixODBC to tell you where it's
looking or how it resolves your DSN.  

> Running osql produces some curious info....
> 
> $ /usr/local/freetds/bin/osql -S SQL1 -U userid -P password
> odbc.ini and odbcinst.ini should be in /lib/ld-linux.so.2 looking
> for DSN [SQL1] in /home/perryt/.odbc.ini
>    found DSN [SQL1] in /home/perryt/.odbc.ini
> [SQL1] not found in "/home/perryt/.odbc.ini" looking for DSN [SQL1]
> in /lib/ld-linux.so.2/odbc.ini
>      cannot read "/lib/ld-linux.so.2/odbc.ini"
> osql: error: unable to locate SQL1 in any odbc.ini
> 
> My odbc.ini is located in /usr/local/etc.  It appears it is not
> finding it.  I'm puzzled by the line "odbc.ini and odbcinst.ini
> should be in /lib/ld-linux.so.2".  Why would we be looking in an
> so file for the ini's ?

The script uses a heuristic to determine the directory name.  What does
this say on your machine? 

        $ ISQL=$(command -v isql)
        $ strings ${ISQL} | grep ^/ | grep -v elf
        /usr/local/lib

Maybe with just a wee bit o' bit twiddling, we can fix it.  

--jkl

-----------------------------------------
The information contained in this transmission may be privileged and
confidential and is intended only for the use of the person(s) named
above. If you are not the intended recipient, or an employee or agent 
responsible
for delivering this message to the intended recipient, any review, 
dissemination,
distribution or duplication of this communication is strictly prohibited. If 
you are
not the intended recipient, please contact the sender immediately by reply 
e-mail
and destroy all copies of the original message. Please note that we do not 
accept
account orders and/or instructions by e-mail, and therefore will not be 
responsible
for carrying out such orders and/or instructions.  If you, as the intended 
recipient
of this message, the purpose of which is to inform and update our clients, 
prospects
and consultants of developments relating to our services and products, would 
not
like to receive further e-mail correspondence from the sender, please "reply" 
to the
sender indicating your wishes.  In the U.S.: 1345 Avenue of the Americas, New 
York,
NY 10105.