Frankenstella, a PHP compiler
Friday, July 23, 2004
structure of zend_op_array
the things that seem important to us:
- zend_uchar type -> char type -> defines global/static variable
- zend_uchar *arg_types
- char *function_name -> will exist if function exists
- zend_uint *refcount
- zend_op *opcodes ->
this is the biggy, this where are all the goodies are hidden!
note that although vld_dump_op_array prints everything out nicely, it calls vld_dump_op to do the real work which accesses this.
definition:
- opcode -> name of op
- result -> the result, duh
- op1 -> first op
- op2 -> second op, double duh
- extended_value -> if it exists
- lineno -> need i say it?
- zend_uint last, size -> int no. of total ops, size of op array
- zend_brk_cont_element *brk_cont_array -> struct with 3 int's (cont, brk & parent) im guessing its a sort of control thing used with the following two
- zend_uint last_brk_cont
- zend_unit current_brk_cont
- zend_bool uses_globals -> char self_explanatory
- HashTable *static_variables -> hmm... i wonder what this could be, duh
- zend_op *start_op -> determines where to start
- int backpatch_count
- zend_bool return_reference
- zend_bool done_pass_two
- char *filename -> not exactly rocket science
- void *reserved[ZEND_MAX_RESERVED_RESOURCES]
Monday, July 12, 2004
Hack for user defined functions & classes
At original incission point in zend.c, right after the vld_dump_oparray
zend_hash_apply (CG(function_table), (apply_func_t) vld_dump_fe TSRMLS_CC);
zend_hash_apply (CG(class_table), (apply_func_t) vld_dump_cle TSRMLS_CC);
# include zend_hash.c (maybe this isn't really neccessary)
Take srm_oparray.c and include definitions for
int vld_check_fe (zend_op_array *fe, zend_bool *have_fe TSRMLS_DC);
int vld_dump_fe (zend_op_array *fe TSRMLS_DC);
int vld_dump_cle (zend_class_entry *class_entry TSRMLS_DC);
don't forget to declare them in srm_oparry.h
Issues
1.had to take the 3 static declarations out, don't know why? maybe i should not have them declared in the header.
2.This only gives user defined functions.... What about the built in functions and ....??
Thursday, July 08, 2004
Big Picture Again
An unfortunate spate of googling has uncovered the ugly fact that various twisted guys have even more convoluted notions on making a PHP encoder. It will be worth your while to summarise the methods for getting at bytecode.
Whole thing was a bit off-putting so i closed the google windows and hence have lost all refs. Good luck.
oh that url btw,
http://www.coggeshall.org/projects.php
Ugly Hack for byte code
Used Derik's VLD code
1. Include srm_oparray.c & srm_oparray.h in zend source files
2. The fella u want is vld_dump_oparray in srm_oparray.c - so plug him into zend.c
Derik has used the not so good method of #include php.h for everthing, which causes heaps of problems, possibly since the config has changed soo, I spent a luvrly 2 hours figuring out the exact refrences for the zend constants he has used
it turns out that only zend.h zend_compile.h zend-types.h is needed, so include the fellas instead of php.h. in both srm_oparray.c & srm_oparray.h.
Don't forget to include srm_oparray.h in zend.h
VLD uses an xtension - ext/standard/url.h for string procesing which is needed for var names and such. This is problematic..
not any more .....
lessons u can avoid learning -
1.It's bad to have duplicate definitions of functions - really really bad......
2. when some one has gone to the trouble of making efree, respect him, and use it!
yet another ugly hack - renaming php_url_encode(_hack) & hexchars(2)[].... wot to do
