FreeTDS Development Group

[Brian Bruns <camber AT umcc.ais.org>]

I think the problem here is going to be that there is not row bufferring
in freeetds yet.  DBLASTROW would be something like:

DBINT DBLASTROW(DBPROCESS *dbproc) 
{ 
   return dbproc->tds_socket->res_info->row_count; 
}

if row buffering is turned off. with row buffering...well there is no row
buffering yet, and a bunch of stuff would have to be done. dbclrbuf is a
stub if row buffering is off also. 

Does your program set row buffering? it
should be dbsetopt(dbproc,DBBUFFER,"n",-1); or some such...if not the
above should work.

for dbwillconvert() its fairly simple except a lot of the conversions that
should work don't yet.


Cheers,

Brian

On Fri, 18 Sep 1998, Gregg Jensen wrote:

> Gregg Jensen wrote:
> 
> > Zeev Suraski wrote:
> > ...
> >
> > >
> > > Second, I'm wondering about a few functions that are missing from the
> > > DB-library implementation, that are used by a Sybase module I wrote for
> > > PHP (http://www.php.net).
> > >
> > > dbwillconvert(), dbclrbuf() and dblastrow() seem to be missing from the 
> > > DB
> > > library implementation.  dbwillconvert() isn't all that important, but
> > > missing the other two prevents me from making the module work right
> > > (assuming everything else works right :).  Are there any plans to add
> > > these functions in a future version?
> >
> > One of the great things about having the source is that if there is 
> > something
> > in particular that you need you can add to it as needed.    Currently, I
> > think that as functions are needed they get filled in (such as your case).
> > Now, who will do it, is another question, any volunteers?   It might be
> > beneficial to find out who is working on what, so we don't duplicate 
> > effort.
> > If there aren't any takers for the above functions, I will investigate 
> > them.
> >
> > Gregg Jensen
> > greggj AT savvis.com
>