#40014 [NEW]: "try, catch" -- Let's Empower It, Please!!!

Ask a Question related to PHP Bugs, Design and Development.

  1. #1

    Default #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

  2. Similar Questions and Discussions

    1. 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...
    2. 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'...
    3. 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...
    4. #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:...
    5. "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...
  3. #2

    Default #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

  4. #3

    Default #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

Posting Permissions

  • You may not post new threads
  • You may post replies
  • You may not post attachments
  • You may not edit your posts

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139