*** empty log message ***

- Fix NULL handling in ARRAY opcode and resolve memory leak

Make compile_string() accept a description of the code

- Use emalloc() for opened_path now. This was a potential leak before.
- This patch has potential to break stuff but I tested it as much as I
- could. Fixes should be easy.

- Revert patch from 9/7/2000 which seems to have broken unset().
- I hope what made me do this patch doesn't appear again.

- Beautify

Fix warning issue (compile errors inside require()'d files were incorrectly supressed)

- Fix leak and some logic

- This patch should hopefully fix situations where a constructor uses
- the $this pointer as a reference.

Fix crash

Fix zend_fiel_handle handling. Should fix URL include
and various opened_path inconsistencies.

@ Fix problem with nested foreach()'s (Andi, Zend Engine)

The patch we promised - redesigned the compilation/execution API:
Advantages:
- Smaller memory footprint for the op arrays
- Slightly faster compilation times (due to saved erealloc() cal

The patch we promised - redesigned the compilation/execution API:
Advantages:
- Smaller memory footprint for the op arrays
- Slightly faster compilation times (due to saved erealloc() calls and faster zend_op
initialization)
- include_once() & require_once() share the same file list
- Consistency between include() and require() - this mostly means that return()
works inside require()'d files just as it does in include() files (it used to
be meaningless in require()'d files, most of the time (see below))
- Made require() consistent with itself. Before, if the argument was not a constant
string, require() took the include() behavior (with return()).
- Removed lots of duplicate code.
Bottom line - require() and include() are very similar now; require() is simply an include()
which isn't allowed to fail. Due to the erealloc() calls for large op arrays, require()
didn't end up being any faster than include() in the Zend engine.

show more ...

- Use some more SEPARATE_ZVAL macros instead of replicated code.

Fix memory leak

- Beautify code. Try and use more macros for splitting instead of
- replicating the code everywhere.

- Remove commented code

Fix filename issues

Always store full filename as compiled file name

Fix a bug in passing second parameter of RECV_INIT with is_ref set

- Fix memory leak.

- Need to seperate if the hash isn't a reference

Remove C++ commennts.

- Yet another fix...

- One more...