Re: [PHP4BETA] lates libzend update did bad things

From: Date: Fri, 03 Sep 1999 13:20:46 +0000
Subject: Re: [PHP4BETA] lates libzend update did bad things
References: 1  Groups: php.version4 
Request: Send a blank email to php-version4+get-4029@lists.php.net to get a copy of this message
At 14:50 03/09/99 , Thies C. Arntzen wrote:
zeev - ok, nailed it down a bit more..... (without using call-by-reference) <? error_reporting(-1); $GLOBALS[ "DBView_Connection" ] = -1; function DBView_GetDB() { if ($GLOBALS[ "DBView_Connection" ] != -1)
    return $GLOBALS[ "DBView_Connection" ];
$GLOBALS[ "DBView_Connection" ] = ociplogon("digicol","digicol"); $stmt = ociparse($GLOBALS[ "DBView_Connection" ],"select 1 from dual"); echo "stmt = ".$stmt."\n"; // works!! if ($GLOBALS[ "DBView_Connection" ] == false)
    { // XXX do some retry here!! - or exit??
    }
return $GLOBALS[ "DBView_Connection" ]; } $a = DBView_GetDB(); $stmt = ociparse($a,"select 1 from dual"); //same stuff fails!!! echo "stmt = ".$stmt."\n"; ?> the DBView_GetDB call returns a db-connection (IS_RESOURCE in oci8.c) this script said (until today) : Content-Type: text/html stmt = Resource id #2 stmt = Resource id #3 starting today it says: Content-Type: text/html stmt = Resource id #2 PHP Warning: OCIParse: invalid connection 1 in tt on line 23 <br> <b>Warning</b>: OCIParse: invalid connection 1 in <b>tt</b> on line <b>23</b><br> stmt = so it might have to to with the $GLOBALS fix you did?
I don't think so. You cannot reproduce the same behavior with MySQL? I can't test Oracle stuff here... Zeev -- Zeev Suraski <zeev@zend.com> http://www.zend.com/ For a PGP public key, finger bourbon@netvision.net.il

« previous php.version4 (#4029) next »