FreeTDS Development Group

["ZIGLIO, Frediano, VF-IT" <Frediano.Ziglio AT vodafone.com>]

> 
> Hi James, Freddy, 
> 
> I've had a look at some of the issues, and a lttle think...
> 
> 1) My patch for "datacopy"
> 
> I'm not really too bothered if datacopy goes in or not.
> I couldn't get the existing dblibrary functions to give me the data I
> wanted, and it has now become more trouble than it's worth to mix 'n'
> match dblibrary and tds functions in one program.
> My solution was to code an additional dblibrary function which would
> give me the data I wanted, but there were objections to that, from
> Freddy and others.
> For the greater good, I'm happy to keep my program to myself for the
> time being...
> 

I know it's not good to see a patch rejected but at this state it's
better to think twice before introducing a new API. Any possible future
change on any API break ABI.

> 2) 886970 cancel in ctlib
> 
> I've had a look at the patch. 
> It goes some way to filling functional gaps in ct_cancel() 
> (which I was
> previously unaware of), but I'd rather wait and do a complete 
> job in the
> next release.
> Can we add it to TODO, if not already there ? 
> 

Already in TODO. I agree this require a large analisy.

> 3) 744992 
> 
> Alas, the bug as identified by Arnar Birgisson is still there.
> As any solution to this will affect core dblibrary results processing,
> I'd rather give it a thorough workover.
> Can I have a couple of days to work on this ? 
> 

Yes, yes :)

> Bill
> 

bye
  freddy77