Bug #64910 [Com]: Line number of $e = new Exception vs. line number of throw $e
Edit report at https://bugs.php.net/bug.php?id=64910&edit=1
ID: 64910
Comment by: thes...@php.net
Reported by:sebast...@php.net
Summary:Line number of $e = new Exception vs. line number of
throw $e
Status: Open
Type: Bug
Package:Scripting Engine problem
Operating System: Irrelevant
PHP Version:5.5Git-2013-05-23 (Git)
Block user comment: N
Private report: N
New Comment:
Why would instantiating set a line/file info to begin with? I cannot come up
with any usecase where I'd expect to get meaningful values from getLine() and
getFile() merely upon instantiating an exception.
If neither would be set upon instantiating though, the "first" throw could
simply check whether they are still NULL and if so, set them.
That way, there won't be any overriding and imho the expected behavior would be
implemented?
Previous Comments:
[2013-05-23 20:34:28] s...@php.net
Consider however this:
try {
//stuff
} catch(Exception $e) {
$logger->log("Oops, exception!");
throw $e;
}
If we update file/line here, we lose original exception information and
file/line in the exception becomes useless. Right now, since 99.99% of
the code does "throw new", it is always useful.
So how would you propose to solve this?
[2013-05-23 17:20:49] der...@php.net
I'd agree with this. Seems like a fix could be to update the file and line
properties of the exception in
zend_throw_exception_internal/zend_throw_exception. Right now, it's set in the
object init of the Exception class only.
[2013-05-23 16:07:15] sebast...@php.net
Description:
The error message that is created for an uncaught exception as well as the
stacktrace of an exception list the number of the line on which the exception
object was created. I would expect this to be number of the line on which the
exception is raised using the throw statement.
Also note that the documentation on this is inconsistent: the
Exception::getLine() method is documented with "Gets the line in which the
exception occurred" whereas the Exception::$line attribute is documented with
"The line where the exception was created".
Test script:
---
https://bugs.php.net/bug.php?id=64910&edit=1
[PHP-BUG] Bug #54105 [NEW]: namespace names starting with \ should be invalid
From: theseer Operating system: irrelevant PHP version: 5.3.5 Package: Scripting Engine problem Bug Type: Bug Bug description:namespace names starting with \ should be invalid Description: Defining a namespace who's name starts with a \ is interpreted as a constant though resolving a constant for the namespace name is not supported (and should not! :) ) and results in an empty string being used. Test script: --- test.php: http://bugs.php.net/bug.php?id=54105&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54105&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54105&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54105&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54105&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54105&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54105&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54105&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54105&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54105&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54105&r=support Expected behavior: http://bugs.php.net/fix.php?id=54105&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54105&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54105&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54105&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54105&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54105&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54105&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54105&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54105&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54105&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54105&r=mysqlcfg
