<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/php-git.git/ext, branch php-7.4.14</title>
<subtitle>git.php.net: repository/php-src.git
</subtitle>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/php-git.git/'/>
<entry>
<title>Merge branch 'PHP-7.3' into PHP-7.4</title>
<updated>2021-01-04T10:46:47+00:00</updated>
<author>
<name>Stanislav Malyshev</name>
<email>stas@php.net</email>
</author>
<published>2021-01-02T05:07:15+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/php-git.git/commit/?id=5346d0ae69f290c7704a39cd10a574a2d661f05a'/>
<id>5346d0ae69f290c7704a39cd10a574a2d661f05a</id>
<content type='text'>
* PHP-7.3:
  Fix #77423: parse_url() will deliver a wrong host to user
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* PHP-7.3:
  Fix #77423: parse_url() will deliver a wrong host to user
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix #77322: PharData::addEmptyDir('/') Possible integer overflow</title>
<updated>2020-12-15T10:44:53+00:00</updated>
<author>
<name>Christoph M. Becker</name>
<email>cmbecker69@gmx.de</email>
</author>
<published>2020-12-11T15:47:42+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/php-git.git/commit/?id=a53d67ceac301cbd27c4f0f716d4fbcdb7db3407'/>
<id>a53d67ceac301cbd27c4f0f716d4fbcdb7db3407</id>
<content type='text'>
`phar_path_check()` already strips a leading slash, so we must not
attempt to strip the trailing slash from an now empty directory name.

Closes GH-6508.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
`phar_path_check()` already strips a leading slash, so we must not
attempt to strip the trailing slash from an now empty directory name.

Closes GH-6508.
</pre>
</div>
</content>
</entry>
<entry>
<title>Drop pdo_mysql_prepare_load_data.phpt</title>
<updated>2020-12-14T17:26:12+00:00</updated>
<author>
<name>Christoph M. Becker</name>
<email>cmbecker69@gmx.de</email>
</author>
<published>2020-12-11T18:20:16+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/php-git.git/commit/?id=10c9d615dea8a21437443d76132f973c7f0c5da4'/>
<id>10c9d615dea8a21437443d76132f973c7f0c5da4</id>
<content type='text'>
Like the test title and some comments in this test describe, this test
was supposed to have `::prepare()` failing because `LOAD DATA INFILE`
would not be supported as prepared statement, and then the test checks
whether follow-up queries would succeed.  However, `LOAD DATA INFILE`
is supported for prepared statements at least on Windows with mysqlnd,
so the test does no longer test what it is supposed to do.  Therefore,
we drop it.

Closes GH-6509.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Like the test title and some comments in this test describe, this test
was supposed to have `::prepare()` failing because `LOAD DATA INFILE`
would not be supported as prepared statement, and then the test checks
whether follow-up queries would succeed.  However, `LOAD DATA INFILE`
is supported for prepared statements at least on Windows with mysqlnd,
so the test does no longer test what it is supposed to do.  Therefore,
we drop it.

Closes GH-6509.
</pre>
</div>
</content>
</entry>
<entry>
<title>Fixed bug #76815</title>
<updated>2020-12-10T10:23:41+00:00</updated>
<author>
<name>Nikita Popov</name>
<email>nikita.ppv@gmail.com</email>
</author>
<published>2020-12-10T10:21:06+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/php-git.git/commit/?id=e450621f5e0a9490c287c8c71650f8b4d5ebbc2b'/>
<id>e450621f5e0a9490c287c8c71650f8b4d5ebbc2b</id>
<content type='text'>
When we receive an error while reading a result set, we should
assume that no more result sets are available. libmysqlclient
implements the same behavior.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When we receive an error while reading a result set, we should
assume that no more result sets are available. libmysqlclient
implements the same behavior.
</pre>
</div>
</content>
</entry>
<entry>
<title>Fixed bug #71145</title>
<updated>2020-12-10T09:28:10+00:00</updated>
<author>
<name>Nikita Popov</name>
<email>nikita.ppv@gmail.com</email>
</author>
<published>2020-12-10T09:28:10+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/php-git.git/commit/?id=4922049213f9630b9cfd8fe196ab770d74c5fc57'/>
<id>4922049213f9630b9cfd8fe196ab770d74c5fc57</id>
<content type='text'>
Consume any additional result sets when running INIT_COMMAND.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Consume any additional result sets when running INIT_COMMAND.
</pre>
</div>
</content>
</entry>
<entry>
<title>Backport fix for bug #70066</title>
<updated>2020-12-10T08:58:47+00:00</updated>
<author>
<name>Nikita Popov</name>
<email>nikita.ppv@gmail.com</email>
</author>
<published>2020-12-09T16:24:30+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/php-git.git/commit/?id=f3d5877845358d011174cf87283b456cee6f7f53'/>
<id>f3d5877845358d011174cf87283b456cee6f7f53</id>
<content type='text'>
Given the number of duplicates this bug report had, it seems
worthwhile to fix this on PHP-7.4 as well.

Cherry-pick of 106e7e4bca7c0fd975eb219b18e3c34957ba8657.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Given the number of duplicates this bug report had, it seems
worthwhile to fix this on PHP-7.4 as well.

Cherry-pick of 106e7e4bca7c0fd975eb219b18e3c34957ba8657.
</pre>
</div>
</content>
</entry>
<entry>
<title>Fixed bug #78154</title>
<updated>2020-12-09T11:46:47+00:00</updated>
<author>
<name>Nikita Popov</name>
<email>nikita.ppv@gmail.com</email>
</author>
<published>2020-12-09T11:46:47+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/php-git.git/commit/?id=44b234a9bc589ee6c4afe3e1c386d536f750abe2'/>
<id>44b234a9bc589ee6c4afe3e1c386d536f750abe2</id>
<content type='text'>
Handle errors during next_result in exec.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Handle errors during next_result in exec.
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix #48725: Support for flushing in zlib stream</title>
<updated>2020-12-08T11:23:24+00:00</updated>
<author>
<name>Christoph M. Becker</name>
<email>cmbecker69@gmx.de</email>
</author>
<published>2020-08-19T16:19:08+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/php-git.git/commit/?id=20e75329f2adb11dd231852c061926d0e4080929'/>
<id>20e75329f2adb11dd231852c061926d0e4080929</id>
<content type='text'>
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] &lt;https://bugs.php.net/patch-display.php?bug_id=48725&amp;patch=zlib-filter-flush-fix.patch&amp;revision=latest&gt;

Closes GH-6019.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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] &lt;https://bugs.php.net/patch-display.php?bug_id=48725&amp;patch=zlib-filter-flush-fix.patch&amp;revision=latest&gt;

Closes GH-6019.
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix #77069: stream filter loses final block of data</title>
<updated>2020-12-08T10:47:49+00:00</updated>
<author>
<name>Christoph M. Becker</name>
<email>cmbecker69@gmx.de</email>
</author>
<published>2020-09-22T14:02:01+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/php-git.git/commit/?id=65f5573bc82108bbaf2727ffa11575f3292d736f'/>
<id>65f5573bc82108bbaf2727ffa11575f3292d736f</id>
<content type='text'>
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.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
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.
</pre>
</div>
</content>
</entry>
<entry>
<title>Fixed bug #63185</title>
<updated>2020-12-08T10:30:54+00:00</updated>
<author>
<name>Nikita Popov</name>
<email>nikita.ppv@gmail.com</email>
</author>
<published>2020-12-08T10:30:54+00:00</published>
<link rel='alternate' type='text/html' href='http://git.baserock.org/cgit/delta/php-git.git/commit/?id=bd093ad8615267ae4ff1a237e6285dc182a9ff57'/>
<id>bd093ad8615267ae4ff1a237e6285dc182a9ff57</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
</feed>
