Re: tsql dumping core on exit

Hi, Jim,
You need to compile FreeTDS with "-g" option to enable
debug information for the library.
Otherwise James/Frediano will just guess.... ;-)

Thank you.


-----Original Message-----
>From: Jim Vanderveen <[email protected]>
>Sent: Mar 22, 2011 5:05 PM
>To: [email protected]
>Subject: Re: [freetds] tsql dumping core on exit
>
>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
>_______________________________________________
>FreeTDS mailing list
>[email protected]
>http://lists.ibiblio.org/mailman/listinfo/freetds