Bug #10408 Updated: Bad Sybase-CTlib closing

From: Date: Thu, 19 Apr 2001 20:03:13 +0000
Subject: Bug #10408 Updated: Bad Sybase-CTlib closing
Groups: php.dev 
Request: Send a blank email to php-dev+get-52004@lists.php.net to get a copy of this message
ID: 10408 Updated by: joey Reported By: ocomte@guarantycity.com Old-Status: Open Status: Feedback Bug Type: Sybase-ct (ctlib) related PHP Version: 4.0.4pl1 Assigned To: Comments: Cannot duplicate this locally, can you provide more info? Previous Comments: --------------------------------------------------------------------------- [2001-04-19 15:18:52] ocomte@guarantycity.com if you run this script : <html> <body> <? // error handler function // this function NEVER RETURN (all errors are FATAL) !! function myErrorHandler($errno,$ErrorMsg) { global $connect_id; echo $ErrorMsg,'</body></html>'; // I want to see this one !!! exit(); // global exit of php } //MAIN PGM: // set to the user defined error handler set_error_handler('myErrorHandler'); $connect_id=sybase_connect('MyServer','MyLogin','MyPassword'); if (!$connect_id) echo "An error in sybase_query !!<br>"; // I don't want to see this message else { $res=sybase_query('select * from toto',$connect_id); if (!$res) echo "An error in sybase_query !!<br>"; // I don't want to see this message too else echo 'No error'; } ?> </html> </body> and that the table toto doesn't exist you trigger the myErrorHandler and the script terminate as intended. The problem is that Sybase doesn't seem aware of this and the process will live forever even if it doesn't allow Sybase query any more. So if you run this script a few times all the processes will be sleeping and you will no more be able to make a Sybase query. I think there is a problem in the way you handle the Sybase connexion in a error handler with an exit() call. --------------------------------------------------------------------------- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=10408&edit=2

« previous php.dev (#52004) next »