| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
| |
|
| |
|
|
|
|
| |
compatibility defines for 4.0
|
|
|
|
|
|
| |
.*\.[ch] files were changed. There is a slight chance that my script missed
a few changes, please correct them manually.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
These cannot be implemented platform-independent, so we fall back to the native
non-reentrant versions, but lock during each access (only if ZTS is used).
To initialize/destroy the used data structures, you need to call
reentrancy_startup() before sapi_startup(), and reentrancy_shutdown() after
sapi_shutdown().
|
|
|
|
|
|
| |
request startup function, and can use the initialized structures like
the symbol table.
|
|
|
|
|
| |
Removed the mkstemp stuff and added tmpfile() function instead.
|
|
|
|
|
|
|
| |
system, apache, or php's regex library by using the --with-regex option.
"php" is the default; if you use --with-apache in combination with
Apache 1.3.x, the default is "apache".
|
|
|
|
|
| |
@- tempnam() now uses mkstemp() if available (Stig)
|
|
|
|
|
|
|
| |
and php_regex.h figures out which regex header files to include and
defines symbols that prevents other stuff from including the wrong versions
of regex header files.
|
|
|
|
|
|
|
|
|
| |
moved output-buffering related functions from basic_functions to output.c
Win32 project need to be updated to reflect new position.
# i'm not really happy with this solution, but it seemed the easiest one!
# the whole output code is a bit hard to understand...
@- Output-Buffering system is now Thread-Safe. (Thies)
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
shared,
but they are accessible thru "php_file_le_socket(), php_file_le_uploads()..."
i also updated the ftp, pdf and file-upload stuff to match the new requirements.
@- Cleaned up File-Module (Thies)
|
|
|
|
|
|
| |
and not in PHP. I.e. strlen(), each(), error_reporting(), count(),
get_class_name().
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
What the heck was that dangling (c) for in the PUTC macros? Were they
supposed to serve some sort of purpose, because I sure don't see one for
them.
|
|
|
|
|
|
|
|
|
|
|
| |
yet. That is coming next. Have also only done Apache and CGI so far.
Will have to crack open my ISAPI book to do that one.
Also changed the SAPI output functions to return an int. We'll check
the connection status inside each one, but we might need the return
code at some other level and I don't see a good reason for just tossing
these return codes.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
- improve genif.sh to also consider all header files for inclusion
(checks for phpext_)
- use vsnprintf in main.c to avoid buffer overflows
- improve sessions's mm module to cope better with OOM situations
within the shared memory segment
- fix typo wrt session.auto_start
|
| |
|
|
|
|
|
| |
php3_compat.h)
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
* Add a few functions to PHP's API.
* Get the MySQL extension up-to-date and thread safe.
* Add a project for building the MySQL extension under Win32.
|
|
|
|
|
| |
Fixed all RETVAL_ macros
|
|
|
|
|
|
|
| |
* There are now -I directives for the absolute path of php4, php4/libzend and the builddir for
the Apache module, so we can #include any php/Zend header.
* Rename config.h to php_config.h
|
|
|
|
|
|
| |
* Get rid of php3_rqst, use SG(server_context) instead (there's still Apache-specific code,
but it nuked a global)
|
|
|
|
|
|
|
|
|
|
|
| |
* 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.
|
|
|
|
|
|
|
|
|
|
| |
* Add initial ISAPI support. Very very experimental.
* In the thread safe version, generate php4 as a library so that we can link it with both
php.exe and the ISAPI dll. We should probably consider doing that under all circumstances,
under UNIX as well.
The thread-unsafe version *should* be unharmed.
|
|
|
|
| |
and files
|
| |
|
| |
|
| |
|
|
|
|
|
| |
* Fix Win32 compilation
|
| |
|
| |
|
| |
|
| |
|