php-src/Zend/tests/closure_022.phpt

--TEST--
Closure 022: Closure properties
--FILE--
<?php
$a = 0;
$foo = function() use ($a) {
};
$foo->a = 1;
?>
--EXPECTF--
Fatal error: Uncaught EngineException: Closure object cannot have properties in %sclosure_022.php:5
Stack trace:
#0 {main}
  thrown in %sclosure_022.php on line 5
Closure object cannot have properties 2008-07-22 07:29:14 +00:00			`--TEST--`
			`Closure 022: Closure properties`
			`--FILE--`
			`<?php`
			`$a = 0;`
			`$foo = function() use ($a) {`
			`};`
			`$foo->a = 1;`
			`?>`
			`--EXPECTF--`
Tweak uncaught exception message display This implements a reduced variant of #1226 with just the following change: -Fatal error: Uncaught exception 'EngineException' with message 'Call to private method foo::bar() from context ''' in %s:%d +Fatal error: Uncaught EngineException: Call to private method foo::bar() from context '' in %s:%d The '' wrapper around messages is very weird if the exception message itself contains ''. Futhermore having the message wrapped in '' doesn't work for the "and defined" suffix of TypeExceptions. 2015-05-17 16:35:18 +00:00			`Fatal error: Uncaught EngineException: Closure object cannot have properties in %sclosure_022.php:5`
Display EngineExceptions like ordinary exceptions TypeException stays as-is for now because it uses messages that are incompatible with the way exception messages are displayed. closure_038.phpt and a few others now show that we're generating too many exceptions for compound operations on undefined properties -- this needs to be fixed in a followup. 2015-05-15 19:04:07 +00:00			`Stack trace:`
			`#0 {main}`
			`thrown in %sclosure_022.php on line 5`
Closure object cannot have properties 2008-07-22 07:29:14 +00:00