FreeTDS Development Group

["Thompson, Bill D (London)" <ThompBil AT exchange.uk.ml.com>]

Thanks james,

On the tds_put-string loop, I was only trying to send a 9 character string
(the hostname token in the login packet)...

BTW, I think I've cracked the results processing without hurting the basic
infrastructure too much.
All I've had to do is devolve the success or failure determination from
tds_process_result_tokens back to the calling API by means of an extra
parameter to that function.
On the done tokens I also need to send back the type of the done token
processed.
That allows ctlib visiblity of everything it needs to make the correct
decisions. I can also get rid of most of the nasty code/flags from
ct_results and institute a better "state driven" code style...

Bill

> -----Original Message-----
> From: Lowden, James K [SMTP:LowdenJK AT bernstein.com]
> Sent: 16 April 2003 16:06
> To:   'FreeTDS Development Group'
> Subject:      RE: [freetds] Latest snapshot
> 
> > From: Thompson, Bill D (London) [mailto:ThompBil AT exchange.uk.ml.com]
> > Sent: April 16, 2003 8:38 AM
> > 
> > 1) I use a good old fashioned C compiler which has served me 
> > well for many
> > years, so it objected to the C++ style comments (in tds.h and
> > src/server/login.c)
> 
> "///" at the left margin is an old habit of mine; it's my way of marking
> the
> line for deletion.  I guess I'll have to find another way.  
> 
> If thine lines offend thee, pluck them out.  
> 
> > 2) from Solaris to MS SQL 2000, the code goes into an endless loop in
> > tds_put_string()
> >     ...I guess "len" never gets decremented to 0
> 
> Definitely broken if len > 256.  Let me try again.
> 
> Thanks for the report, Bill.  
> 
> --jkl
> 
> 
> The information contained in this transmission may contain privileged and
> confidential information and is intended only for the use of the person(s)
> named above.  If you are not the intended recipient, or an employee or
> agent
> responsible for delivering this message to the intended recipient, any
> review, dissemination, distribution or duplication of this communication
> is
> strictly prohibited. If you are not the intended recipient, please contact
> the sender immediately by reply e-mail and destroy all copies of the
> original message. Please note that we do not accept account orders and/or
> instructions by e-mail, and therefore will not be responsible for carrying
> out such orders and/or instructions.
> 
> 
> _______________________________________________
> FreeTDS mailing list
> FreeTDS AT lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/freetds