zend_compile_file returns a NULL on error, check for that before
calling destroy_op_array unless we like crashes :-)

will now initialize dynamic extensions *after* static ones

cleanup time...

Remove some more useless code

Remove stale code

Change get_ini_entry to get_configuration_directive

Many patches. I hope I remember them all:

- Make sapi_module available to external modules (PHPAPI)
- Make the php.ini path reported in phpinfo() always point to
real full path of

Many patches. I hope I remember them all:

- Make sapi_module available to external modules (PHPAPI)
- Make the php.ini path reported in phpinfo() always point to
real full path of the php.ini file
- Optimized the ISAPI module not to read unnecessary server
variables and read necessary variables at most once.

show more ...

- Make the INI mechanism thread safe (fix necessary API changes from Zend)
- Make the Win32 non-TS configuration build again

Output buffering was being enabled all the time - fixed

Very initial work on chunked output buffering. It's really unoptimized at
this time, and it can crash under some circumstances, but that's the
concept...

Return the exit status from php_execute_script()

removing compiler warning by including credits.h

- Import Jade Nicoletti's transparent gzip encoding support as an output
handler. Works quite nicely!
- Fix buglets in output buffering
- Add output_handler INI directive

@- In CGI mode, $HTTP_SERVER_VARS now includes all of the environment variables
@ as well (Zeev)

Const'ify part of sapi_request_info.

query_string, post_data, path_translated, request_uri, auth_user,
auth_password and argv0 are modified, so they cannot become const.

Fix a few warnings

generalization of image handling in phpinfo

Fix memory_limit build problem

Add php_handle_aborted_connection()

Call this from your SAPI module to signal an aborted connection.

Fix Windows build

Initial steps to move the INI mechanism to the Zend engine

Initialize auth_(user|password) to NULL, if data was not suitable.

Utility function for sapi modules (it is not in SAPI.c, because it
relies on php_base64_encode).

Move some code to php_handle_special_queries().

Move some initialization code from php_execute_script() to
php_request_startup() where it should be. AFAICT, it does not
cause any problems, but please it test it with your favorite SAPI

Move some initialization code from php_execute_script() to
php_request_startup() where it should be. AFAICT, it does not
cause any problems, but please it test it with your favorite SAPI
module.

show more ...