FreeTDS Development Group

[Brian Bruns <camber AT ais.org>]

Hey that's my round about way you are talking about! ;-) Seriously, if you 
have other suggestions to get the server to generate the same output 
stream, speak up!

Anyway, not all servers support temporary stored procecudures so that was 
not a viable option for the test.  We could put a check for if TDS 7.0 
then used a temp stored proc, but I think the functionality that this 
demonstrates is valid, and was indeed requested by a user, so I'd like for 
there not to be any opportunity for regression.

Brian

On Wed, 20 Nov 2002, Bob Kline wrote:

> On Wed, 20 Nov 2002, Castellano, Nicholas wrote:
> 
> > I think we should just scrap src/dblib/unittests/t0022.c.  It seems
> > to be the general consensus that this is obsolete functionality and
> > just isn't useful behavior anyway.  This test is a pain for other
> > reasons (it requires permission to create procedures, which makes it
> > fail on many non-privileged setups where it might otherwise
> > succeed).  This means that the test fails in the example
> > configuration with Sybase's JDBC server, which I find to be an
> > annoyance.
> >
> > Any objections to removing the test?
> 
> I seriously doubt that you'll find any consensus that output parameters
> are "obsolete functionality."  I think you'd have a better chance of
> arguing that the approach used by test t0022 to get to the value of the
> output parameter was somewhat roundabout, but that's not the same thing
> as claiming that output parameters from stored procedures are useless.
> 
>