freetds AT lists.ibiblio.org
Subject: FreeTDS Development Group
List archive
- From: Mark Schaal <mark AT champ.tstonramp.com>
- To: freetds AT franklin.oit.unc.edu
- Subject: ct_fetch() oddity
- Date: Thu, 2 Sep 1999 13:01:48 -0700 (PDT)
Should the TDS_NO_MORE_ROWS case really behave this way? It seems
like rows_read should be 0 and there shouldn't be any data to bind.
(During debugging this appeared to me as a duplicate bind of the
last value of each dataset.)
CS_RETCODE ct_fetch(stuff)
{
switch (tds_process_row_tokens(cmd->con->tds_socket)) {
case TDS_SUCCEED:
if (rows_read) *rows_read = 1;
_ct_bind_data(cmd);
return TDS_SUCCEED;
case TDS_NO_MORE_ROWS:
if (rows_read) *rows_read = 1;
_ct_bind_data(cmd);
return CS_END_DATA;
default:
if (rows_read) *rows_read = 0;
return CS_FAIL;
}
return CS_SUCCEED;
}
Mark
--
Mark J. Schaal Phone: (909) 620-7724
TST On Ramp Fax: (909) 620-8174
System Administrator E-Mail: mark AT tstonramp.com
-
ct_fetch() oddity,
Mark Schaal, 09/02/1999
- <Possible follow-up(s)>
- Re: ct_fetch() oddity, Brian Bruns, 09/02/1999
Archive powered by MHonArc 2.6.24.