Improved fix for bug #70262

Fixed bug #70262 (Accessing array crashes PHP 7.0beta3)

Set expectations

Get rid of implicit type casting in GC_*() macros in Zend/zend_types.h.
This prevented compilation warnings and disclosed few incorrect usages in Zend/zend_vm_def.h and ext/dom/xpath.c.
Now e

Get rid of implicit type casting in GC_*() macros in Zend/zend_types.h.
This prevented compilation warnings and disclosed few incorrect usages in Zend/zend_vm_def.h and ext/dom/xpath.c.
Now explicit type casting may be required on call site.
This may break some C extension code, but it shoulfn't be a problem to add explicit casting.

show more ...

Revert "Simplify ZEND_EXIT and count boolean values to it as exit status"

This reverts commit 7c003948c618adb2a6691f529057388f02202f09.

Simplify ZEND_EXIT and count boolean values to it as exit status

Fixed possible access to uninitialized data (prevents valgrind issues in Zend/tests/bug70089.phpt)

Try to fix finally issue

Fix valgrind errors in phpdbg

Revert "We cannot safely assume that all op array will be refcount 0 after execution"
This reverts commit b6936adb58288a0606ed847802d9226cddb41e2b.

Fix valgrind errors in phpdbg

Revert "We cannot safely assume that all op array will be refcount 0 after execution"
This reverts commit b6936adb58288a0606ed847802d9226cddb41e2b.

This change turns out to not have been a clever idea and was causing more weirdness than it helped...

show more ...

Fix bug #70179 ($this refcount issue)

Always checks for exception before push call frame

Previously fix is not right

Revert "Attempt to fix bug35437.phpt fails"

This reverts commit 16d6dfddef5ac43de3b20ffa7818d5b11f4e6a4b.

Attempt to fix bug35437.phpt fails

Fixed bug #70117 (Unexpected return type error)

We cannot safely assume that all op array will be refcount 0 after execution
Some extensions may want to analyze or re-run the op array later

Remove FAST_CALL_FROM_CATCH

This was generated for a return from a try block with both a catch
and a finally. However at this point no exception can be active,
because it either didn

Remove FAST_CALL_FROM_CATCH

This was generated for a return from a try block with both a catch
and a finally. However at this point no exception can be active,
because it either didn't exist in the first place or was explicitly
discarded using DISCARD_EXCEPTION.

show more ...

Remove bogus exception_save() from FETCH_CLASS

There can't be no exception at the start of the op. Also would miss
the corresponding exception_restore().

Fixed bug #70089 (segfault at ZEND_FETCH_DIM_W_SPEC_VAR_CONST_HANDLER ())

Backport fix for bug #70083 to PHP-5.6

Fixed bug #70083 (Use after free with assign by ref on overloaded objects)

Reverted useless cleanup code

Fixed bug #70215 (segfault when __invoke is static)

Micro optimization

Resolve GOTO at compile time and replace it with sequnce of FREE/FE_FREE and JMP.