Skip to Content.
Sympa Menu

freetds - Re: [freetds] 0.64 status and coverage

freetds AT lists.ibiblio.org

Subject: FreeTDS Development Group

List archive

Chronological Thread  
  • From: "Kall, Bruce A." <kall AT mayo.edu>
  • To: FreeTDS Development Group <freetds AT lists.ibiblio.org>, bill_d_thompson AT ml.com, Frediano.Ziglio AT vodafone.com
  • Subject: Re: [freetds] 0.64 status and coverage
  • Date: Thu, 07 Jul 2005 09:22:18 -0500

Greetings,

Just wondering if the problem described in my previous email is fixed in 0.64?

Thanks,
Bruce

>From: Thompson, Bill D (London)
>> Sent: Wednesday, April 13, 2005 10:34 AM
>>
>> Bruce,
>>
>
>>> > Is this true?
>
>>
>> No. Not as far as I know.


Au contraire, mon ami. I'm afraid it is.

ISTR buffering has been broken for a while. I just updated
src/dblib/unittests/t0002.c to demonstrate. If the test is broken,
please say how.

Right now, dbclrbuf() fails an assertion if there are no rows buffered.
It shouldn't. But if you move dbclrbuf() after the dbnextrow() loop,
you just get a different kind of error:

Failed. Expected i to be 11, was 10

Unfortunately, the buffering logic is a bear.

--jkl


>> -----Original Message-----
>> From: Kall, Bruce A.
>> Sent: 13 April 2005 15:26
>>
>> Is this true?
>>
>
>>> > Apparently FreeTDS has issues with stored procs that return more

than

>> one result set.
>>
>> I appear to be having this problem as a stored procedure returning

more

>> than one result set results in the following error:
>>
>
>>> > dblib.c:303: buffer_add_row: Assertion `row_size <=

buf->element_size'

>> failed.
>>
>> Executing Sybase stored procedures that one return one result set run
>> just fine. I'm running it through php and freetds 0.62. I've tried
>> early versions of 0.63 to no avail.





Archive powered by MHonArc 2.6.24.

Top of Page