Re: No news... good news...

Freddy,

A couple of weeks ago you produced a snapshot for me to test a 0.82
behaviour for SQLNumResultCols being called in advance of SQLExecute.
I was on the road for a couple of weeks and couldn't get to testing
it until now.  I tested the one example that produced the problem and
it no longer occurs.  I haven't tested all of our use cases, however,
I'd say that this patch you did is at least an improvement.  Could you
still include the patch in the RC?

See below for a paste of the last bits of our exchange.

Thanks,
DK.

===============Original message text===============
From: Frediano Ziglio <[email protected]>
To: Dylan Kucera <[email protected]>
Date: Thursday, March 31, 2011, 10:48:37 AM
Subject: [freetds] SQLNumResultCols before SQLExecute

Please try attached snapshot. It reproduce a 0.82 behavior that seems to work.
I'll backport to 0.91 if it works (patch is quite small and all tests passed).

Regards
  Frediano

2011/3/31 Dylan Kucera <[email protected]>:
> Hi Freddy, thanks for your response... (continued below)
>
>> Well... from log the problem is not that FreeTDS cannot detect
>> SQLNumResultCols and prepare is that if there are parameters FreeTDS
>> is not able to prepare correctly statement resulting in an error in
>> the log.
>> The Microsoft solution is similar to SQLDescribeParam solution. It
>> parse the query and if able it issue a special crafted query to get
>> types. This is currently not supported by FreeTDS. And not even
>> planned.



On Thursday, April 21, 2011 9:56:18 AM, Frediano Ziglio wrote:

> Well... we had very few reports from rc1. It seems it's very solid! Or
> nobody care about update :)

> I would like to sort out a fix for this issue
> http://sourceforge.net/tracker/?func=detail&aid=3059255&group_id=33106&atid=407806.

> freddy77
> _______________________________________________
> FreeTDS mailing list
> [email protected]
> http://lists.ibiblio.org/mailman/listinfo/freetds