FreeTDS Development Group

["James K. Lowden" <jklowden AT schemamania.org>]

On 29 Jul 2003 07:54:09 +0200, Frediano Ziglio <freddyz77 AT tin.it> wrote:
> $ ./dbmorecmds 
> found local.tempdb for sa in "../../../PWD"
> Start
> About to logon
> after bread crumb
> after dblogin
> About to open [][sa]
...
> insert into #dblib0024 values (9, 'row 009')
> select 1
> Segmentation fault (core dumped)
> 
> GDB:
> Loaded symbols for /usr/lib/gconv/ISO8859-1.so
> #0  0x400245f9 in dbmorecmds (dbproc=0x804fca8) at dblib.c:4944
> 4944          if (dbproc->tds_socket->res_info->more_results == 0) {
> (gdb) bt
...
> (gdb) print dbproc->tds_socket->res_info
> $1 = (TDSRESULTINFO *) 0x0

Blech.  Something's freeing res_info under TDS5 that we retain under TDS7.
 

I'd be prepared to say, for now, that dbmorecmds() is OK, but that our TDS
5.0 support needs to be made consistent in this regard with our TDS 7.0
support.  These things shouldn't leak up into the CLI layer, IMO.  

--jkl