[freetds] Re: FreeBSD 2.2.8, Apache 1.3.4, PHP 3.0.6- core dumped :( (fwd)

From: Date: Thu, 01 Jan 1970 00:00:00 +0000
Subject: [freetds] Re: FreeBSD 2.2.8, Apache 1.3.4, PHP 3.0.6- core dumped :( (fwd)
Groups: php.dev 
Request: Send a blank email to php-dev+get-4061@lists.php.net to get a copy of this message
Probably something for one of the Sybase guys to look at. ---------- Forwarded message ---------- Date: Thu, 11 Feb 1999 19:14:02 -0500 (EST) From: Brian Bruns <camber@umcc.ais.org> Reply-To: TDS Development Group <freetds@franklin.oit.unc.edu> To: TDS Development Group <freetds@franklin.oit.unc.edu> Subject: [PHP-DEV] [freetds] Re: FreeBSD 2.2.8, Apache 1.3.4, PHP 3.0.6- core dumped :( On Thu, 11 Feb 1999, Dmitry Melekhov wrote: > Hi! > > ->Ok, I think I've tracked down the problem, the row buffering version of > >DBLASTROW() has some incorrect behaviour (it was returning the number of > >rows in the row buffer instead of the total number of rows returned from > >the server). I've checked a new version into CVS and things seem good. > > > >Please let me know how this works for you. > > > :( > Bug is still here. > > There is no such problem with DBD::FreeTDS, > so this bug is in dblib implementation > Yeah, more specifically it is a bug in the row buffering code of dblib. DBD doesn't really have such a beast, so it is safe. A work around is to comment all calls to dbsetopt() and dbclrbuf() in functions/sybase.c in php3 and rebuild. I've found that it core dumps on me depending on the query during a malloc which is very strange. I'm going to have to take a deep look at row buffering this weekend. BTW, PHP doesn't actually require row buffering, the reason it is coded that way is somewhat of a mystery to me. Brian --- You are currently subscribed to freetds as: [rasmus@lerdorf.on.ca] To unsubscribe, forward this message to leave-freetds-12801E@franklin.oit.unc.edu -- PHP Development Mailing List http://www.php.net/ To unsubscribe send an empty message to php-dev-unsubscribe@lists.php.net For help: php-dev-help@lists.php.net

« previous php.dev (#4061) next »