Skip to Content.
Sympa Menu

freetds - Re: Debug stuff (Long)

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: Brian Bruns <camber AT umcc.ais.org>
  • To: TDS Development Group <freetds AT franklin.oit.unc.edu>
  • Subject: Re: Debug stuff (Long)
  • Date: Thu, 8 Jul 1999 21:28:45 -0400 (EDT)


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')
>
>





Archive powered by MHonArc 2.6.24.

Top of Page