RE: [PEAR-DEV] more MDB hacking

From: Date: Thu, 18 Jul 2002 16:29:56 +0000
Subject: RE: [PEAR-DEV] more MDB hacking
References: 1  Groups: php.pear.dev 
Request: Send a blank email to pear-dev+get-7772@lists.php.net to get a copy of this message
Doh! must remember to check my config - the pgsql driver passes modulo the character(12) / strcmp error I mentioned before - plus there seems to be decimal and sequence errors - anyway I will try and track those down asap. Paul On Thu, 2002-07-18 at 17:17, Lukas Smith wrote: > > -----Original Message----- > > From: Paul Cooper [mailto:pgc@ucecom.com] > > > > Attached is a patch to fix LOB support in MDB pgsql driver - it now > > passes the LOB tests in driver_test.php. This means that the pgsql > > driver now passes all the tests in driver_test.php, hence I would > > appreciate it if anyone had time to bang on it and check for bugs. > > Awesome, I will play around with it as well. > I don't really have a good testbed for it though. > Maybe the binarycloud people have? > Since the pgsql driver now passes (once I have done the commits > anyways)) the driver_test.php it should work with binarycloud since the > driver_test.php tests MDB through the Metabase Wrapper. > > > > > Right now I'll be looking through for CS stuff. Also how strictly > should > > we enforce contracts, e.g. > > > > // }}} > > // {{{ fetch() > > /** > > * fetch value from a result set > > * > > * @param resource $result result identifier > > * @param int $row number of the row where the data can be found > > * @param int $field field number where the data can be found > > * > > * @return mixed string on success, a DB error on failure > > * > > * @access public > > */ > > function fetch($result, $row, $field) > > > > > > Should we check is_resource($result), is_int($row), is_int($field) and > > return errors or do we let the bad data go down to the native > functions > > to return errors back up? > > > > I vote for enforcing the contract. > > > > Good question. > I think its not really worth it to keep checking of a $result passed to > a fetch Method is really a identifier. The performance loss and code > bloat is not worth it. > > The checks that are in place ATM are mostly just ported from Metabase > and PEAR DB. > > Best regards, > Lukas > > > -- > PEAR Development Mailing List (http://pear.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php -- ----------------------------------------------------------------- Paul Cooper | Tel: 0121 331 7858 Senior Programmer and Database Engineer | Fax: 0121 331 7859 UCEcom | mailto:pgc@ucecom.com University of Central England | http://www.ucecom.com Birmingham, B4 7DX | -----------------------------------------------------------------

« previous php.pear.dev (#7772) next »