FreeTDS Development Group

[Jim Vanderveen <jim.vanderveen AT owp.csus.edu>]

Per the instructions re segmentation faults inn 

https://tractest.stsci.edu/trac/hla/browser/COTS_Software/src/freetds-0.64/doc/userguide.sgml?rev=532

I did a backtrace from within gdb to hopefully shed some light on the cause 
of my problem.

Here's my tsql test script:
$ cat test.sql
use master
go
exit

("exit" by itself will cause the segfault, but I wanted to include something 
to show tsql was working.)

Here's the gdb output:

$ gdb tsql
GNU gdb 6.1.1 [FreeBSD]
This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols 
found)...
(gdb) run -S development -U ******** -P ******** <test.sql
Starting program: /usr/local/bin/tsql -S development -U ******** -P ******** 
<test.sql
(no debugging symbols found)...(no debugging symbols found)...(no debugging 
symbols found)...(no debugging symbols found)...(no debugging symbols 
found)...locale is "C"
locale charset is "US-ASCII"
(no debugging symbols found)...(no debugging symbols found)...[New LWP 100213]
[New Thread 0x2842c040 (LWP 100213)]
1> use master
2> go
1> exit
[New LWP 100213]
suspend error: generic error
[Switching to LWP 100213]
Stopped due to shared library event
(gdb) bt
#0  0x28075ef0 in r_debug_state () from /libexec/ld-elf.so.1
#1  0x28079d0b in dlclose () from /libexec/ld-elf.so.1
#2  0x282885f4 in gethostbyaddr () from /lib/libc.so.7
#3  0x282886e1 in gethostbyaddr () from /lib/libc.so.7
#4  0x282887e8 in gethostbyaddr () from /lib/libc.so.7
#5  0x2828d233 in __cxa_finalize () from /lib/libc.so.7
#6  0x2823b40a in exit () from /lib/libc.so.7
#7  0x0804997f in ?? ()
#8  0x00000000 in ?? ()
#9  0xbfbfeb8c in ?? ()
#10 0xbfbfebac in ?? ()
#11 0xbfbfeb70 in ?? ()
#12 0xbfbfeb88 in ?? ()
#13 0x00000000 in ?? ()
#14 0xbfbfeb84 in ?? ()
#15 0x080498e5 in ?? ()
#16 0x28079d50 in dlclose () from /libexec/ld-elf.so.1
Previous frame inner to this frame (corrupt stack?)
(gdb) ^D

Does this provide any leads?

TIA,
Jim Vanderveen