Skip to Content.
Sympa Menu

freetds - 0.52 ODBC problem with isql and isql++

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: Alex Hornby <alex AT anvil.co.uk>
  • To: freetds AT franklin.oit.unc.edu
  • Subject: 0.52 ODBC problem with isql and isql++
  • Date: Fri, 6 Jul 2001 09:06:09 +0100 (BST)


Hi,

I have built FreeTDS with unixODBC 1.8.12 on redhat 6.2, and I am
trying to get a connection to a sybase 11.9.2 database via the
interfaces file (I haven't set up one of those new configs, as the
perl script to do it appears to be missing from the source tarball).

With uniODBC isql the connection just hangs. Strace shows it is stuck
in some kind of host name lookup:

oll([{fd=4, events=POLLIN}], 1, 5000) = 0
ioctl(4, SIOCGIFCONF, 0xbfff8558) = 0
ioctl(4, SIOCGIFFLAGS, 0xbfff8568) = 0
sendto(4, "y+\216\200\0\0\0\0\0\0\0\2\0\1\206\244\0\0\0\2\0\0\0\3"...,
88, 0, {sin_family=AF_INET, sin_port=htons(775),
sin_addr=inet_addr("194.193.54.4")}}, 16) = 88
poll(

194.193.54.4 is our internal nameserver.

With libodbc++ isql++ the connection gets further, but there is a seg
fault:

$ gdb isql++
(gdb) r ANVILDEVTDS nightlyuser xxxxxxxx
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1024 (runnable)]
0x4023b81a in inet_aton (cp=0x0, addr=0xbfffd414) at inet_addr.c:119
119 inet_addr.c: No such file or directory.
in inet_addr.c
Current language: auto; currently c
(gdb) bt
#0 0x4023b81a in inet_aton (cp=0x0, addr=0xbfffd414) at
inet_addr.c:119
#1 0x4023b953 in inet_addr (cp=0x0) at inet_addr.c:85
#2 0x402a8597 in tds_connect (login=0x8065ea0) at login.c:153
#3 0x402a23ee in do_connect (hdbc=134635144, server=0x8066df8
"ANVILDEV",
user=0x8062878 "nightlyuser", passwd=0x8062858 "xxxxxxxx") at
odbc.c:120
#4 0x402a2c22 in SQLConnect (hdbc=134635144, szDSN=0xbfffe194
"ANVILDEVTDS",
cbDSN=-3, szUID=0x8062878 "nightlyuser", cbUID=11,
szAuthStr=0x8062858 "xxxxxxxx", cbAuthStr=8) at odbc.c:563
#5 0x400bdf73 in SQLConnect (connection_handle=134623768,
server_name=0x8062898 "ANVILDEVTDS", name_length1=11,
user_name=0x8062878 "nightlyuser", name_length2=11,
authentication=0x8062858 "xxxxxxxx", name_length3=8) at
SQLConnect.c:1471
#6 0x4005e9a8 in odbc::Connection::_connect (this=0x8063ae0,
dsn=@0xbfffe288,
user=@0xbfffe28c, password=@0xbfffe290) at connection.cpp:185
#7 0x4005d802 in odbc::DriverManager::getConnection (dsn=@0xbfffe288,

user=@0xbfffe28c, password=@0xbfffe290) at drivermanager.cpp:168
#8 0x08056ec2 in main (argc=4, argv=0xbfffe2e4) at isql++.cpp:1293
#9 0x401939cb in __libc_start_main (main=0x8056d44 <main>, argc=4,
argv=0xbfffe2e4, init=0x804ecf8 <_init>, fini=0x805cfa8 <_fini>,
rtld_fini=0x4000ae60 <_dl_fini>, stack_end=0xbfffe2dc)
at ../sysdeps/generic/libc-start.c:92


I would be interested in others experience in similar
configurations. I don't think theirs anything special about my setup.

Cheers,
Alex.




Archive powered by MHonArc 2.6.24.

Top of Page