#
71b5f144 |
| 09-Dec-2020 |
Nikita Popov |
Merge branch 'PHP-7.4' into PHP-8.0 * PHP-7.4: Fixed bug #78154
|
#
44b234a9 |
| 09-Dec-2020 |
Nikita Popov |
Fixed bug #78154 Handle errors during next_result in exec. |
#
fb4bc0f9 |
| 08-Dec-2020 |
Christoph M. Becker |
Merge branch 'PHP-7.4' into PHP-8.0 * PHP-7.4: Fix #48725: Support for flushing in zlib stream
|
#
20e75329 |
| 19-Aug-2020 |
Christoph M. Becker |
Fix #48725: Support for flushing in zlib stream When `php_zlib_deflate_filter()` is called with `PSFS_FLAG_FLUSH_INC` but without new buckets being available (e.g. because a user calls
Fix #48725: Support for flushing in zlib stream When `php_zlib_deflate_filter()` is called with `PSFS_FLAG_FLUSH_INC` but without new buckets being available (e.g. because a user calls `rewind()` after writing to the stream), we have to make sure that any pending data are flushed. This could basically be done like in the attached patch[1], but that could cause unnessary flushes, which can be harmful for compression, and adds unnecessary flush markers to the stream. Thus, we use the `php_zlib_filter_data.finished` field, which has not been used for `zlib.deflate` filters, and properly keep track of the need to flush. [1] <https://bugs.php.net/patch-display.php?bug_id=48725&patch=zlib-filter-flush-fix.patch&revision=latest> Closes GH-6019.
show more ...
|
#
d6ae0f01 |
| 08-Dec-2020 |
Christoph M. Becker |
Merge branch 'PHP-7.4' into PHP-8.0 * PHP-7.4: Fix #77069: stream filter loses final block of data
|
#
65f5573b |
| 22-Sep-2020 |
Christoph M. Becker |
Fix #77069: stream filter loses final block of data Reading from a stream may return greater than zero, but nonetheless the stream's EOF flag may have been set. We have to cater to this
Fix #77069: stream filter loses final block of data Reading from a stream may return greater than zero, but nonetheless the stream's EOF flag may have been set. We have to cater to this condition by setting the close flag for filters. We also have to cater to that change in the zlib.inflate filter: If `inflate()` is called with flush mode `Z_FINISH`, but the output buffer is not large enough to inflate all available data, it fails with `Z_BUF_ERROR`. However, `Z_BUF_ERROR` is not fatal; in fact, the zlib manual states: "If deflate returns with Z_OK or Z_BUF_ERROR, this function must be called again with Z_FINISH and more output space (updated avail_out) but no more input data, until it returns with Z_STREAM_END or an error." Hence, we do so. Closes GH-6001.
show more ...
|
#
bd72e4aa |
| 08-Dec-2020 |
Nikita Popov |
Merge branch 'PHP-7.4' into PHP-8.0 * PHP-7.4: Fixed bug #63185
|
#
bd093ad8 |
| 08-Dec-2020 |
Nikita Popov |
Fixed bug #63185 |
#
79716025 |
| 07-Dec-2020 |
Dmitry Stogov |
Fixed bug #80480 (Segmentation fault with JIT enabled) |
#
9dc42b41 |
| 04-Dec-2020 |
Nikita Popov |
Merge branch 'PHP-7.4' into PHP-8.0 * PHP-7.4: Fixed bug #80458
|
#
a83cc03c |
| 02-Dec-2020 |
Dharman |
Fixed bug #80458 If there is no result set (e.g. for upsert queries), still allow fetching to occur without error, i.e. treat it the same way as an empty result set. This no
Fixed bug #80458 If there is no result set (e.g. for upsert queries), still allow fetching to occur without error, i.e. treat it the same way as an empty result set. This normalizes behavior between native and emulated prepared statements and addresses a regression in PHP 7.4.13.
show more ...
|
#
b52db133 |
| 04-Dec-2020 |
Christoph M. Becker |
Merge branch 'PHP-7.4' into PHP-8.0 * PHP-7.4: Fix #75102: `PharData` says invalid checksum for valid tar
|
#
8588ae72 |
| 02-Dec-2020 |
Christoph M. Becker |
Fix #75102: `PharData` says invalid checksum for valid tar Apparently, there are broken tarballs out there which are actually in ustar format, but did not write the `ustar` marker. Sinc
Fix #75102: `PharData` says invalid checksum for valid tar Apparently, there are broken tarballs out there which are actually in ustar format, but did not write the `ustar` marker. Since popular tar tools like GNU tar and 7zip have no issues dealing with such tarballs, Phar should also be more resilient. Thus, when the first checksum check of a tarball in (presumed) in old- style format fails, we check whether the checksum would be suitable for ustar format; if so, we treat the tarball as being in ustar format. Closes GH-6479.
show more ...
|
#
426fe2f2 |
| 01-Dec-2020 |
George Peter Banyard |
Standardize behaviour for int message number between functions |
#
d6fcaf5d |
| 02-Dec-2020 |
Nikita Popov |
Fixed bug #80457 On x32 sizeof(size_t) != sizeof(zend_long), so we need to be careful with sign extension here. Patch by bruno dot premont at restena dot lu. |
#
7a61984a |
| 02-Dec-2020 |
Nikita Popov |
Fixed bug #80462 |
#
1071d857 |
| 07-Aug-2020 |
Sara Golemon |
Flesh out HashTable insertion APIs Fills out the array/object-property insert helpers for zend_array, zend_object, and zend_reference. This adds the following matrix of 18 APIs
Flesh out HashTable insertion APIs Fills out the array/object-property insert helpers for zend_array, zend_object, and zend_reference. This adds the following matrix of 18 APIs add_next_index_T() add_index_T() add_assoc_T() add_assoc_T_ex() add_property_T() add_property_T_ex() Where T in array, object, reference Converted internal callsites currently doing an explicit object wrap.
show more ...
|
#
83cf4aa1 |
| 01-Dec-2020 |
Christoph M. Becker |
Merge branch 'PHP-7.4' into PHP-8.0 * PHP-7.4: Fix #73809: Phar Zip parse crash - mmap fail
|
#
c283f53b |
| 01-Dec-2020 |
Christoph M. Becker |
Fix #73809: Phar Zip parse crash - mmap fail Phar signatures practically are of limited size; for the MD5 and SHA hashes the size is fixed (at most 64 bytes for SHA512); for OpenSSL
Fix #73809: Phar Zip parse crash - mmap fail Phar signatures practically are of limited size; for the MD5 and SHA hashes the size is fixed (at most 64 bytes for SHA512); for OpenSSL public keys there is no size limit in theory, but "64 KiB ought to be good enough for anybody". So we check for that limit, to avoid fatal errors due to out of memory conditions. Since it is neither possible to have the signature compressed in the ZIP archive, nor is it possible to manually add a signature via Phar, we use ZipArchive to create a suitable archive for the test on the fly. Closes GH-6474.
show more ...
|
#
44475e70 |
| 01-Dec-2020 |
Dmitry Stogov |
Fixed bug #80447 (Strange out of memory error when running with JIT) |
#
1674c96c |
| 01-Dec-2020 |
Dmitry Stogov |
Bug #80447 (Strange out of memory error when running with JIT) |
#
f1d11c11 |
| 18-Nov-2020 |
Christoph M. Becker |
Fix #62004: SplFileObject: fgets after seek returns wrong line As it is, `::seek(0)` sets the file pointer to the beginning of the file, but `::seek($n)` where `$n > 0` sets the file poi
Fix #62004: SplFileObject: fgets after seek returns wrong line As it is, `::seek(0)` sets the file pointer to the beginning of the file, but `::seek($n)` where `$n > 0` sets the file pointer to the beginning of the following line, having line `$n` already read into the line buffer. This is pretty inconsistent; we fix it by always seeking to the beginning of the line. We also add a test case for the duplicate bug #46569. Closes GH-6434.
show more ...
|
#
0076b473 |
| 30-Nov-2020 |
George Peter Banyard |
Fix Bug #80438: imap_msgno() incorrectly warns and return false on valid UIDs in PHP 8.0.0 Checking for a valid Unique ID (UID) cannot use the convenience macro as they might be larger t
Fix Bug #80438: imap_msgno() incorrectly warns and return false on valid UIDs in PHP 8.0.0 Checking for a valid Unique ID (UID) cannot use the convenience macro as they might be larger than the message number which has for maximum value the total number of current messages available in the mailbox.
show more ...
|
#
a55402d0 |
| 24-Nov-2020 |
George Peter Banyard |
Rename XmlParser to XMLParser for consistency with XMLWriter/XMLReader |
#
666833b2 |
| 30-Nov-2020 |
Christoph M. Becker |
Merge branch 'PHP-7.4' into PHP-8.0 * PHP-7.4: Fix #76813: Access violation near NULL on source operand
|