Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  Disable non-cron travis jobs

Fix test name

Disable non-cron travis jobs

This was already done for PHP-8.0 and master, do it for PHP-7.4
as well.

[ci skip] Update NEWS

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  [ci skip] Update NEWS
  [ci skip] Fix order
  [ci skip] Unpdate NEWS
  Fix #77423: parse_url() will deliver a wrong host to user

[ci skip] Update NEWS

Merge branch 'PHP-7.3' into PHP-7.4

* PHP-7.3:
  [ci skip] Fix order

[ci skip] Fix order

Merge branch 'PHP-7.3' into PHP-7.4

* PHP-7.3:
  [ci skip] Unpdate NEWS

[ci skip] Unpdate NEWS

Fix bug #79405 - gethostbyname() silently truncates after a null byte

Fix #77423: parse_url() will deliver a wrong host to user

To avoid that `parse_url()` returns an erroneous host, which would be
valid for `FILTER_VALIDATE_URL`, we make sure that only userinfo which
is valid according to RFC 3986 is treated as such.

For consistency with the existing url parsing code, we use ctype
functions, although that is not necessarily correct.

Fix imap stubs

Closes GH-6559.

ZipArchive methods do not return NULL

Closes GH-6563.

Merge branch 'PHP-7.3' into PHP-7.4

* PHP-7.3:
  Fix #77423: parse_url() will deliver a wrong host to user

Merge branch 'PHP-7.2' into PHP-7.3

* PHP-7.2:
  Fix #77423: parse_url() will deliver a wrong host to user

Fix #77423: parse_url() will deliver a wrong host to user

To avoid that `parse_url()` returns an erroneous host, which would be
valid for `FILTER_VALIDATE_URL`, we make sure that only userinfo which
is valid according to RFC 3986 is treated as such.

For consistency with the existing url parsing code, we use ctype
functions, although that is not necessarily correct.

Fix parameter name

Levenshtein is about insertion, replacement and deletion.

Closes GH-6560.

Fix build

We cannot `RETURN_THROWS()` here, since `return_value` is not defined.

Use RETURN_THROWS() in a few places

Fix ReflectionClass::getConstants() stub

If `zval_update_constant_ex()` fails, an exception has already been
thrown, so we clarify that in the implementation as well.

Closes GH-6557.

[ci skip] Fix pgsql constant names in UPGRADING

Fix refentry attribute replacing

Fix #80560: Strings containing only a base prefix return 0 object

Closes GH-6549.

Initialize EX(call)->func by single instruction

Reuse value stored in %r0 instead of immediate operand

Fix ffi stubs

Closes GH-6543.

Fix return type of DateTimeImmutable::__set_state()

Add support for generating methodsynopses from stubs

Closes GH-6367

Bump minimum re2c version to 0.13.7

Closes GH-6516.

php_formatted_print() throws on failure

Closes GH-6542.

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  Replace sort() function calls with ksort() in basic ksort test

Replace sort() function calls with ksort() in basic ksort test

Closes GH-6541.

DateTime*::getOffset() no longer returns false as of PHP 8.0.0

Cf. <https://github.com/php/doc-en/pull/282>.

Closes GH-6539.

Eliminate redundand comparison insructions

Fix the signature of FFI::typeof() and FFI::memcmp()

Add a few other RETURN_THROWS()

Fix the signature of FFI::sizeof() and FFI::alignof()

Fix PDO_OCI test

Add regression test for bug #76770

Closes GH-3514.

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  Fix #80384: limit read buffer size

Fix #80384: limit read buffer size

In the case of a stream with no filters, php_stream_fill_read_buffer
only reads stream->chunk_size into the read buffer. If the stream has
filters attached, it could unnecessarily buffer a large amount of data.

With this change, php_stream_fill_read_buffer only proceeds until either
the requested size or stream->chunk_size is available in the read buffer.

Co-authored-by: Christoph M. Becker <cmbecker69@gmx.de>
Closes GH-6444.

Fixed bug #80376 (last day of the month causes runway cpu usage)

Fixed bug #80376 (last day of the month causes runway cpu usage)

Fix bug #80537

This is an unavoidable breaking change to both the type and
parameter name.

The assertion that was supposed to prevent this was overly lax
and accepted any object type for string parameters.

Description typo

Bundle PECL OCI8 3.0.1

Retrofit NEWS

Revert "DateTime:: and DateTimeImmutable::getTimestamp() may return false"

This reverts commit b67c23218950eae0a153b093dcefbe14b3b40901.

DateTime:: and DateTimeImmutable::getTimestamp() may return false

Fix ext/date stubs

Closes GH-6523.

PDO MySQL: Handle boolean parameter binding with libmysql

Previously boolean parameters were simply silently ignored...

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  MySQLnd: Support cursors in store/get result

MySQLnd: Support cursors in store/get result

This fixes two related issues:

1. When a PS with cursor is used in store_result/get_result,
   perform a COM_FETCH with maximum number of rows rather than
   silently switching to an unbuffered result set (in the case of
   store_result) or erroring (in the case of get_result).
   In the future, we might want to make get_result unbuffered for
   PS with cursors, as using cursors with buffered result sets
   doesn't really make sense. Unlike store_result, get_result
   isn't very explicit about what kind of result set is desired.
2. If the client did not request a cursor, but the server reports
   that a cursor exists, ignore this and treat the PS as if it
   has no cursor (i.e. to not use COM_FETCH). It appears to be a
   server side bug that a cursor used inside an SP will be reported
   to the client, even though the client cannot use the cursor.

Fixes bug #64638, bug #72862, bug #77935.

Closes GH-6518.

Fix #80521: Parameters with underscores no longer recognized

We have to use the proper value for the bitmask.

Detect overlarge step for character range()

This was done for int and float ranges, but not char ranges.

Fixes oss-fuzz #28666.

PDO MySQL: Use mysqlnd column names

mysqlnd already creates interned zend_strings for us, so let's
make use of them.

This also required updating the PDO case changing code to work
with potentially shared strings. For the lowercasing, use the
optimized zend_string_tolower() implementation.

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  Fixed bug #67983

Fixed bug #67983

We need to check the BIT case first, otherwise it will get skipped
in INT_AND_FLOAT_NATIVE mode.

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  Fix bug #80523

Fix bug #80523

Don't truncate the file length to unsigned int...

I have no idea whether that fully fixes the problem because the
process gets OOM killed before finishing, but at least the
immediate parse error is gone now.

Merge branch 'PHP-7.4' into PHP-8.0

Prepare for 7.4.15

Prepare for PHP 8.0.2

This was missing from f1f78ac875fcfbf1347eb81eac06c11343c4a664.

Next is 8.0.2

Optimize out result value of ASSIGN, ASSIGN_OP and INC/DEC opcodes, if possible.

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  Fix #77322: PharData::addEmptyDir('/') Possible integer overflow

Fix #77322: PharData::addEmptyDir('/') Possible integer overflow

`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.

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  7.3.27 is next

Merge branch 'PHP-7.3' into PHP-7.4

* PHP-7.3:
  7.3.27 is next

7.3.27 is next

JIT: Update invalid opcache.jit INI value message to include "tracing" and "function" values

`opcache.jit` accepts `tracing` and `function` as aliases, but they were not mentioned in the start-up INI warning message.
This updates the error message to include all possible values.

Closes GH-6490.

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  IBM i PASE doesn't support ITIMER_PROF

IBM i PASE doesn't support ITIMER_PROF

Like Cygwin, this platform needs to use a real-time timer.

This was based on a patch by @kadler, but it didn't handle unsetting
the timer, so the timeout would continue to be active, triggering
`hard_timeout` unexpectedly. The patch is fixed to handle unsetting.

Closes GH-6503.

JIT disabled build fix.

Closes GH-6514.

Add Windows support for OCI 19

As requested by Christopher Jones.

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  Drop pdo_mysql_prepare_load_data.phpt

Drop pdo_mysql_prepare_load_data.phpt

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.

Remove unused flag

Fixed bug #80506 (Immediate SIGSEGV upon ini_set("opcache.jit_debug", 1))

Fixed bug #80506 (Immediate SIGSEGV upon ini_set("opcache.jit_debug", 1))

Merge branch 'PHP-7.4' into PHP-8.0

Fix bug #69625: FPM returns 200 status on request without SCRIPT_FILENAME

Remove bug41347.phpt as the error cases are already tested

Closes GH-6506.

Fixed bug #79132

Following cmb's suggestion and replacing the counter with a check
against the bound_params HT, which ensures that both cannot go
out of sync.

PDO MySQL: Fix nextRowset() on libmysqlclient with native PS

The logic after next_result should match the one after execute.
This was the case for mysqlnd but not libmysqlclient, which used
the non-PS logic.

PDO MySQL: Don't skip two LOCAL_INFILE tests with libmysqlclient

PDO MySQL: Unskip bug_41125.phpt

This test was always skipped (leftover debug statement?)

Contrary to the comments in the test and the test expectation,
this actually works fine.

Fixed bug #67004

Repeated execute() with native PS failed to release the previous
result set on libmysqlclient.

Move freeing the result set into a common location.

PDO MySQL: Use stmt_next_result with libmysqlclient as well

libmysqlclient added this function in version 5.5, which happens
to be the minimum we support. If we have a prepared statement,
we should use it on both mysqlnd and libmysqlclient, even if the
handling afterwards is different.

This fixes error handling with native prepared statements.

PDO MySQL: Fix libmysql option test

The fact that getAttribute() fails for various libmysqlclient-only
options is a known issue, and the test was taking that into account.
However, the change of the default error mode broke the handling.
We need to handle the exceptions now.

Fixed bug #62889

Our minimum libmysqlclient version requirement is high enough
that we don't need to check for MYSQL_OPT_LOCAL_INFILE support.

However, the mysql_get_option() function seems to only be available
since 5.7 (though it's really hard to find any definitie information
on when MySQL introduced certain functions or changes...) so we
need to store the value of the flag locally to make it available
through getAttribute().

PDO MySQL: Fix leak with libmysqlclient and multiple rowsets

stmt->column_count gets reset before the next_rowset handler is
invoked, so we need to fetch the value from the result set instead.

Arguably PDO should be separating the destruction of the previous
result set and the switch to the next result set more cleanly...

Fix test cases for MariaDB

And remove unnecessary try-catch.

Closes GH-6505.

Fixed bug #72368

Generate a param count mismatch error even if the query contains
no placeholders.

Additionally we shouldn't HANDLE errors from pdo_parse_params,
which are always reported via raise_impl_error. Doing so results
in duplicate error messages.

Allow drivers to omit error code

And thus generate error messages that match what PDO emulation
would generate.

This fixes the error message regression from the previous commit.

Fixed bug #79131

When a driver reports an error during EVT_ALLOC (and some over EVTs),
make sure we handle it as usual, i.e. warn or throw.

This requires some adjustments in PDO PgSQL to stop manually doing
this through an impl error.

Unfortunately the PDO PgSQL error messages regress because of this,
as they now include a completely arbitrary error code. There doesn't
seem to be an ability to skip it right now.

Eliminate some repeatable IS_REFERENCE checks

Fixed bug #79872 by improving error message

The actual behavior here is correct, but the previous error
message was misleading, as neither fetchAll() nor buffered queries
would help in this situation. Instead it is necessary to consume
all rowsets, which can be done by either unsetting the statement
or calling closeCursor().

Merge branch 'PHP-7.4' into PHP-8.0

* PHP-7.4:
  Fixed bug #76815