| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
|
| |
Remove a lot of 100% redundent code
|
| |
|
|
|
|
|
|
|
|
|
| |
Added a few RCS $Id$ tags.
# Note: I have avoided changing any .h files if the corresponding .c file
# had not already been changed as I am not sure if there are any legal
# issues here. So some extensions still have PHP 3 headers.
|
|
|
|
|
|
|
|
|
| |
Draft 3 of IEEE 1003.1 200x, "2.2 The Compilation Environment"
All identifiers that begin with an underscore and either an uppercase
letter or another underscore are always reserved for any use by the
implementation.
|
|
|
|
|
|
|
| |
zend_get_parameters(), but it became invalid when someone switched it
to zend_get_parameters_ex(), and I decided to remove it anyway).
- Remove a redundant function call
|
|
|
|
|
|
| |
Cleaned up extension namespace, and changed ext/standard into one single
extension.
|
|
|
|
|
| |
- Avoid declaring crypt() related salt types twice
|
|
|
|
|
|
| |
- More php3_ cleanup
@- Restored the PHP_VERSION and PHP_OS constants (Zeev)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I've defined a few macros to help with module/request init/startup function definitions.
Basically:
PHP_MINIT_FUNCTION(module)
PHP_MSHUTDOWN_FUNCTION(module)
PHP_RINIT_FUNCTION(module)
PHP_RSHUTDOWN_FUNCTION(module)
PHP_MINFO_FUNCTION(module)
These will expand to proper function prototypes.
Now to specify these in the module entry, use:
PHP_MINIT(module)
PHP_MSHUTDOWN(module)
PHP_RINIT(module)
PHP_RSHUTDOWN(module)
PHP_MINFO(module)
I've updated all modules in ext/standard and everything from ext/apache to ext/db.
If you can, please update your module to use these macros.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
that
the way you intended it to be? How does the basic_functions module get in there?
* Fix to get MySQL objects working, even though I'll probably make a dedicated
MySQL object in the future.
|
|
|
|
|
|
| |
* Refine SAPI built in header support
* Use DllMain() in ISAPI to clean after threads and initialize tsrm/sapi as soon as possible.
|
|
|
|
|
|
| |
*untested*
It definitely broke the thread-safe CGI, it may have broken other stuff as well.
|
|
|
|
|
|
|
|
|
|
|
| |
* Changed PHP4 to compile as a DLL, both ISAPI and the the CGI run with the same DLL.
* Switched to using the DLL runtime library under Win32. PHP will NOT work if
compiled against the static library!
* Removed yesterday's php4libts project (with php4dllts, it's obsolete).
This *does* affect thread-unsafe Windows as well - the thread unsafe CGI is also
dependant on the thread-unsafe DLL.
|
|
|