[freetds] dbresults() behavior different between RH7.3 and CentOS4

David Chang dchang at fsautomation.com
Sun Oct 22 01:22:09 EDT 2006


James,

Thanks for the update.  At least the behavior is the same as Microsoft 
DB-Library now.  That's the best one can hope for.

In terms of the TDS protocol, I found out that my freetds.conf file is set 
to 8.0.  Do you think if I change it to 4.2 that results processing would be 
any different?  My alternative is to send each stored procedure in its own 
dbsqlexec() which would be much much slower.

DC

----- Original Message ----- 
From: "James K. Lowden" <jklowden at freetds.org>
To: "FreeTDS Development Group" <freetds at lists.ibiblio.org>
Sent: Saturday, October 21, 2006 1:53 PM
Subject: Re: [freetds] dbresults() behavior different between RH7.3 and 
CentOS4


> James K. Lowden wrote:
>> Back in July we had a long discussion on a
>> related topic [cf.
>> http://lists.ibiblio.org/pipermail/freetds/2006q3/020266.html].  Your
>> question got me thinking.  How *can* he fetch the return statuses?
>
> I just committed changes to dblib to correct dbresults().  It now returns
> SUCCEED even if a return status is the only result.
>
> Doxygen comments have been updated to reflect "my current thinking" which
> is much closer to Sybase's documentation.  The t0022 unit test has also
> been enhanced to check for this behavior.
>
> No changes were required to libtds, so other APIs aren't affected.  All I
> know for sure is that the db-lib unit tests all pass on a Microsoft
> server.  Testing with bsqldb doesn't show what I expect, but I've run out
> of time.
>
> --jkl
> _______________________________________________
> FreeTDS mailing list
> FreeTDS at lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/freetds
> 




More information about the FreeTDS mailing list