FreeTDS Development Group

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

I've seen this before, but I don't quite know what causes it.  A work
around is to comment out the code in ct_cancel/dbcancel and recompile.
However, this is not a real good solution (obviously).  

Anybody else have any ideas...it seems to happen on Solaris -> MS SQL only
as far as I've seen.

Brian

On 25 Jan 2000, William P. McGonigle wrote:

> 
> Anyone seen this before?  It just seems to hang once in a while, and the 
> log always looks similar to this one.  Doing the same thing again always 
> works.   I could probably just hack in a timeout/retry too.
> 
> The client is solaris 2.7, the server [ick] MSSQL7.
> 
> Thanks,
> -Bill
> 
> 2000-01-25 09:06:55 inside ct_bind()
> 2000-01-25 09:06:55 inside ct_bind() item = 18 datafmt->datatype = 2
> 2000-01-25 09:06:55 inside ct_describe()
> 2000-01-25 09:06:55 inside _ct_get_client_type()
> 2000-01-25 09:06:55 inside ct_describe() datafmt->datatype = 2 server type 
> 38
> 2000-01-25 09:06:55 inside ct_bind()
> 2000-01-25 09:06:55 inside ct_bind() item = 19 datafmt->datatype = 2
> 2000-01-25 09:06:55 inside ct_describe()
> 2000-01-25 09:06:55 inside _ct_get_client_type()
> 2000-01-25 09:06:55 inside ct_describe() datafmt->datatype = 2 server type 
> 38
> 2000-01-25 09:06:55 inside ct_bind()
> 2000-01-25 09:06:55 inside ct_bind() item = 20 datafmt->datatype = 2
> 2000-01-25 09:06:55 inside ct_describe()
> 2000-01-25 09:06:55 inside _ct_get_client_type()
> 2000-01-25 09:06:55 inside ct_describe() datafmt->datatype = 2 server type 
> 38
> 2000-01-25 09:06:55 inside ct_bind()
> 2000-01-25 09:06:55 inside ct_bind() item = 21 datafmt->datatype = 2
> 2000-01-25 09:06:55 inside ct_cancel()
> Sending packet @ 2000-01-25 09:06:55
> 0000  06 01 00 08 00 00 00 00                           |........|
>