Ask a Question related to PHP Bugs, Design and Development.
-
marcus3v at hotmail dot com #1
#40014 [NEW]: "try, catch" -- Let's Empower It, Please!!!
From: marcus3v at hotmail dot com
Operating system:
PHP version: 6CVS-2007-01-03 (CVS)
PHP Bug Type: Feature/Change Request
Bug description: "try, catch" -- Let's Empower It, Please!!!
Description:
------------
Hey, men!
What about to enhance the "try, catch" Statement so that the code inside
"try" would transparently cause a Fatal Error that, then, is handled
through the "catch" Blocks -- just as occurs in JavaScript?!
Reproduce code:
---------------
try {
/*@@@@@@*/ echo("[global] -- causing a Fatal Error...");
$nonObjVar->method(); //###### "nonObjVar" isn't defined
}
catch(Exception $error) {
/*@@@@@@*/ echo("[global] -- some handling being executed...");
//###### some handling...
}
/*@@@@@@*/ echo("[global] -- [end]");
Expected result:
----------------
The output would be the following:
# [global] -- causing a Fatal Error...
# [global] -- some handling being executed...
# [global] -- [end]
Actual result:
--------------
Obviously, the output with the current implementation is the following:
# [global] -- causing a Fatal Error...
# ( PHP Notice ) undefined Variable: nonObjVar
# ( PHP Fatal Error ) call to member a Funcion ( "method()" ) on a
non-Object
--
Edit bug report at [url]http://bugs.php.net/?id=40014&edit=1[/url]
--
Try a CVS snapshot (PHP 4.4): [url]http://bugs.php.net/fix.php?id=40014&r=trysnapshot44[/url]
Try a CVS snapshot (PHP 5.2): [url]http://bugs.php.net/fix.php?id=40014&r=trysnapshot52[/url]
Try a CVS snapshot (PHP 6.0): [url]http://bugs.php.net/fix.php?id=40014&r=trysnapshot60[/url]
Fixed in CVS: [url]http://bugs.php.net/fix.php?id=40014&r=fixedcvs[/url]
Fixed in release: [url]http://bugs.php.net/fix.php?id=40014&r=alreadyfixed[/url]
Need backtrace: [url]http://bugs.php.net/fix.php?id=40014&r=needtrace[/url]
Need Reproduce Script: [url]http://bugs.php.net/fix.php?id=40014&r=needscript[/url]
Try newer version: [url]http://bugs.php.net/fix.php?id=40014&r=oldversion[/url]
Not developer issue: [url]http://bugs.php.net/fix.php?id=40014&r=support[/url]
Expected behavior: [url]http://bugs.php.net/fix.php?id=40014&r=notwrong[/url]
Not enough info: [url]http://bugs.php.net/fix.php?id=40014&r=notenoughinfo[/url]
Submitted twice: [url]http://bugs.php.net/fix.php?id=40014&r=submittedtwice[/url]
register_globals: [url]http://bugs.php.net/fix.php?id=40014&r=globals[/url]
PHP 3 support discontinued: [url]http://bugs.php.net/fix.php?id=40014&r=php3[/url]
Daylight Savings: [url]http://bugs.php.net/fix.php?id=40014&r=dst[/url]
IIS Stability: [url]http://bugs.php.net/fix.php?id=40014&r=isapi[/url]
Install GNU Sed: [url]http://bugs.php.net/fix.php?id=40014&r=gnused[/url]
Floating point limitations: [url]http://bugs.php.net/fix.php?id=40014&r=float[/url]
No Zend Extensions: [url]http://bugs.php.net/fix.php?id=40014&r=nozend[/url]
MySQL Configuration Error: [url]http://bugs.php.net/fix.php?id=40014&r=mysqlcfg[/url]
marcus3v at hotmail dot com Guest
-
Can I catch "Document Properties" editing events?
My PDF files are all programmatically generated and I add some custom attributes at creation time. The end users, however, can always use the... -
CFINPUT type="radio" w/ "value" requires "label"
On a Flash form, when you specify type='radio' and value='whatever', the value of the 'value' attribute will be displayed as a label if no 'label'... -
Not able to catch "Access Denied" exception
Hi, We have developed ASP.NET web service for Windows sharePoint services and web service client. This web service calls SharePoint object... -
#25152 [Opn->Bgs]: output buffering functions don't catch "virtual" output
ID: 25152 Updated by: iliaa@php.net Reported By: msarsale at buenosaires dot gov dot ar -Status: Open +Status:... -
"Start" "Program" "Menu" list is empty
For what ever reason my list of installed programs in my "Start" "Programs" menu is empty. Anyone know how to restore the list. Thanks for your... -
bronner dot mike at gmail dot com #2
#40014 [Com]: "try, catch" -- Let's Empower It, Please!!!
ID: 40014
Comment by: bronner dot mike at gmail dot com
Reported By: marcus3v at hotmail dot com
Status: Open
Bug Type: Feature/Change Request
PHP Version: 6CVS-2007-01-03 (CVS)
New Comment:
Same here, have been getting that behavior as well. Keeping fatal
errors from users would be nice. It would also let us exit gracefully,
and not leave the users hanging.
Previous Comments:
------------------------------------------------------------------------
[2007-01-03 20:44:54] marcus3v at hotmail dot com
Description:
------------
Hey, men!
What about to enhance the "try, catch" Statement so that the code
inside "try" would transparently cause a Fatal Error that, then, is
handled through the "catch" Blocks -- just as occurs in JavaScript?!
Reproduce code:
---------------
try {
/*@@@@@@*/ echo("[global] -- causing a Fatal Error...");
$nonObjVar->method(); //###### "nonObjVar" isn't defined
}
catch(Exception $error) {
/*@@@@@@*/ echo("[global] -- some handling being executed...");
//###### some handling...
}
/*@@@@@@*/ echo("[global] -- [end]");
Expected result:
----------------
The output would be the following:
# [global] -- causing a Fatal Error...
# [global] -- some handling being executed...
# [global] -- [end]
Actual result:
--------------
Obviously, the output with the current implementation is the
following:
# [global] -- causing a Fatal Error...
# ( PHP Notice ) undefined Variable: nonObjVar
# ( PHP Fatal Error ) call to member a Funcion ( "method()" ) on a
non-Object
------------------------------------------------------------------------
--
Edit this bug report at [url]http://bugs.php.net/?id=40014&edit=1[/url]
bronner dot mike at gmail dot com Guest
-
helly@php.net #3
#40014 [Opn->Bgs]: "try, catch" -- Let's Empower It, Please!!!
ID: 40014
Updated by: [email]helly@php.net[/email]
Reported By: marcus3v at hotmail dot com
-Status: Open
+Status: Bogus
Bug Type: Feature/Change Request
PHP Version: 6CVS-2007-01-03 (CVS)
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
[url]http://www.php.net/manual/[/url] and the instructions on how to report
a bug at [url]http://bugs.php.net/how-to-report.php[/url]
Just register an error handler that throws an exception.
Previous Comments:
------------------------------------------------------------------------
[2007-03-09 22:37:57] bronner dot mike at gmail dot com
Same here, have been getting that behavior as well. Keeping fatal
errors from users would be nice. It would also let us exit gracefully,
and not leave the users hanging.
------------------------------------------------------------------------
[2007-01-03 20:44:54] marcus3v at hotmail dot com
Description:
------------
Hey, men!
What about to enhance the "try, catch" Statement so that the code
inside "try" would transparently cause a Fatal Error that, then, is
handled through the "catch" Blocks -- just as occurs in JavaScript?!
Reproduce code:
---------------
try {
/*@@@@@@*/ echo("[global] -- causing a Fatal Error...");
$nonObjVar->method(); //###### "nonObjVar" isn't defined
}
catch(Exception $error) {
/*@@@@@@*/ echo("[global] -- some handling being executed...");
//###### some handling...
}
/*@@@@@@*/ echo("[global] -- [end]");
Expected result:
----------------
The output would be the following:
# [global] -- causing a Fatal Error...
# [global] -- some handling being executed...
# [global] -- [end]
Actual result:
--------------
Obviously, the output with the current implementation is the
following:
# [global] -- causing a Fatal Error...
# ( PHP Notice ) undefined Variable: nonObjVar
# ( PHP Fatal Error ) call to member a Funcion ( "method()" ) on a
non-Object
------------------------------------------------------------------------
--
Edit this bug report at [url]http://bugs.php.net/?id=40014&edit=1[/url]
helly@php.net Guest



Reply With Quote

