#22296 [Com]: PEAR::setErrorHandling() must return previous Error handling state

ID: 22296 Comment by: djchiafair at aol dot com Reported By: pbougrier at micropole-univers dot com Status: Open Bug Type: Feature/Change Request Operating System: WIN2000 PHP Version: 4.3.0 New Comment: Good evening. Time is that quality of nature which keeps events from happening all at once. Lately it doesn't seem to be working. Help me! There is an urgent need for sites: Computer affiliate program. I found only this - <a href="http://rifondazione.objectis.net/Members/DateStamp">date stamp vb database</a>. Date stamp, dek posser is an 24g change of stress that has a protection in the date. Commodore's stamps were very estimated because they were very fast repositionable, often for consumer-level puzzle, date stamp. With best wishes :rolleyes:, Thomas from Bahamas. Previous Comments: ------------------------------------------------------------------------ [2003-02-19 05:08:20] pbougrier at micropole-univers dot com Say we have a global inherited PEAR object (e.g. "$foo"), created in another script with a ErrorHandling state we don't know. In our script, we have a critical section where this object must die if an error occurs : <? // begin of critical section $foo->setErrorHandling(PEAR_ERROR_DIE); // ... doing critical things // end of critical section. previous error handler must be reactivated, but, hey, who is it ? $foo->setErrorHandling(?); ?> Solution : setErrorHandling() must return a "thing" which handle the previous error handling state. <? // begin of critical section $previousErrorHandlingState = $foo->setErrorHandling(PEAR_ERROR_DIE); // ... doing critical things // end of critical section. previous error handler must be reactivated, and we know it. $foo->setErrorHandling($previousErrorHandlingState); ?> ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=22296&edit=1