mirror of
https://github.com/php/php-src.git
synced 2025-01-18 01:33:44 +08:00
d59aac58b3
The php_stream_read() and php_stream_write() functions now return an ssize_t value, with negative results indicating failure. Functions like fread() and fwrite() will return false in that case. As a special case, EWOULDBLOCK and EAGAIN on non-blocking streams should not be regarded as error conditions, and be reported as successful zero-length reads/writes instead. The handling of EINTR remains unclear and is internally inconsistent (e.g. some code-paths will automatically retry on EINTR, while some won't). I'm landing this now to make sure the stream wrapper ops API changes make it into 7.4 -- however, if the user-facing changes turn out to be problematic we have the option of clamping negative returns to zero in php_stream_read() and php_stream_write() to restore the old behavior in a relatively non-intrusive manner. |
||
|---|---|---|
| .. | ||
| sha3 | ||
| tests | ||
| bench.php | ||
| config.m4 | ||
| config.w32 | ||
| CREDITS | ||
| hash_adler32.c | ||
| hash_crc32.c | ||
| hash_fnv.c | ||
| hash_gost.c | ||
| hash_haval.c | ||
| hash_joaat.c | ||
| hash_md.c | ||
| hash_ripemd.c | ||
| hash_sha3.c | ||
| hash_sha.c | ||
| hash_snefru.c | ||
| hash_tiger.c | ||
| hash_whirlpool.c | ||
| hash.c | ||
| php_hash_adler32.h | ||
| php_hash_crc32_tables.h | ||
| php_hash_crc32.h | ||
| php_hash_fnv.h | ||
| php_hash_gost_tables.h | ||
| php_hash_gost.h | ||
| php_hash_haval.h | ||
| php_hash_joaat.h | ||
| php_hash_md.h | ||
| php_hash_ripemd.h | ||
| php_hash_sha3.h | ||
| php_hash_sha.h | ||
| php_hash_snefru_tables.h | ||
| php_hash_snefru.h | ||
| php_hash_tiger_tables.h | ||
| php_hash_tiger.h | ||
| php_hash_whirlpool_tables.h | ||
| php_hash_whirlpool.h | ||
| php_hash.h | ||