FreeTDS Development Group

[Brian Bruns <camber AT umcc.ais.org>]

Ah good, I was getting concerned because I couldn't think of any byte
order issues that would have been in that code path that would make
Solaris only fail :) And besides, I thought we did a bit better job at
having a stable release this time.

Brian

On Thu, 8 Jul 1999, Kevin wrote:

> Brian Bruns wrote:
> > 
> > Ok, both these debug have a problem (even if only one exhibits it). The
> > tds->res_info->null_info_size should be 1 for the first query and 2 for
> > the second 3/8+1 = 1 and 11/8+1 = 2 respectively.  In tds_alloc_results()
> > tds->res_info->null_info_size should be getting initialized. Set a break
> > point there and see what happens. It's called from tds_process_col_name()
> > for TDS 4.2 and tds_process_result() in TDS 5.0.
>       Got it...for some reason I was missing the line following the
> res_info = (num_cols/8)+1, and the inital row size wasn't getting
> set...probably
> due to CVS checkouts. :) 
>       Other than that, it seems to work flawlessly on Solaris with both 
> MSSQL
> 6.5 and MSSQL 7.0.
> 
> -- 
> Kevin Lyons                                      Programmer for Nebrask@
> Online
> Phone: 402-471-7870                                       e-mail:
> kevin AT nol.org
> -------------------------------------------------------------------------------
> "I didn't say it was your fault...I said I was going to blame it on
> you."
> 
> ---
> You are currently subscribed to freetds as: camber AT ais.org
> To unsubscribe, forward this message to $subst('Email.Unsub')
> 
>