maybe we should disallow initialize a engineException/ParserExcetpion etc in userland?

Anyway, a quick fix is set type if it is zero:

 /* This function doesn't return if it uses E_ERROR */
 ZEND_API void zend_exception_error(zend_object *ex, int severity) /* {{{ */
@@ -914,6 +914,10 @@ ZEND_API void zend_exception_error(zend_object *ex, int severity) /* {{{ */
 		zend_long line = zval_get_long(GET_PROPERTY_SILENT(&exception, "line"));
 		zend_long code = zval_get_long(GET_PROPERTY_SILENT(&exception, "code"));

+		if (UNEXPECTED(code == 0)) {
+			code = E_ERROR;
+		}
+
 		if (ce_exception == type_exception_ce && strstr(message->val, ", called in ")) {
 			zend_error_helper(code, file->val, line, "%s and defined", message->val);
 		} else {

> maybe we should disallow initialize a engineException/ParserExcetpion etc in userland?

I think EngineException/ParserExcetpion should not be allowed in userland code. When they are used they can produce too much side effects, i.e a user exception handled as if it were an actual catchable fatal error.

There seems to be a leak in the latest master as well which is visible using a debug build:

[daniel@centos aerys]$ php7 -a
Interactive shell

php > $test = new TypeException("test");
php > throw new \RuntimeException;

Warning: Uncaught exception 'RuntimeException' in php shell code:1
Stack trace:
#0 {main}
  thrown in php shell code on line 1
php > exit
[Fri May 15 13:48:52 2015]  Script:  '-'
/home/daniel/dev/c/php-src/Zend/zend_objects.c(145) :  Freeing 0xB7464280 (136 bytes), script=-
=== Total 1 memory leaks detected ===

Actually my previous comment is unrelated to the `EngineException` issue. The memory leak only occurs with an uncaught exception. Please disregard the above.

The fix for this bug has been committed.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.

 For Windows:

http://windows.php.net/snapshots/
 
Thank you for the report, and for helping us make PHP better.