Merge branch 'PHP-5.6'

* PHP-5.6:
  Updated README, added test to create LDAP base if missing and ease tests

update NEWS about #69900

backport for 5.6 to go

Updated README, added test to create LDAP base if missing and ease tests

Fixed test (shift operators throw Error)

Fixed return value

Merge branch 'signed_char' of https://github.com/antonblanchard/php-src

Reorder the conditions

Fixed segfault while with generating ext info

http parser code assumes char is signed

A char can be either signed or unsigned, and on PowerPC and ARM it is
unsigned. The following code will always be false on these architectures:

        if (c == -1) goto error;

bring back the division by zero warning

Merge branch 'pull-request/1368'

* pull-request/1368:
  moved function warning test to money_format_error.phpt file

Merge branch 'PHP-5.6'

* PHP-5.6:
  Cleaned white spaces in PHP_INI definition of phar

Cleaned white spaces in PHP_INI definition of phar

Removes unnecessary white spaces.

Merge branch 'pull-request/1351'

* pull-request/1351:
  Cleaned white spaces in PHP_INI definition of phar

Merge branch 'PHP-5.6'

* PHP-5.6:
  fix typo, see #68476

Merge branch 'pull-request/1324' into PHP-5.6

* pull-request/1324:
  fix typo, see #68476

Fix use after free with opcache (interned strings)

This macro check is not needed (Anatol)

Replace references to PHP_WIN32 and TSRM_WIN32 with ZEND_WIN32 in Zend/, this also fixes 1 instance of where fflush(stderr) was misplaced (zend_extensions.c)

Fixed bug #69983 (get_browser fails with user agent of null)

Switch code on thrown Errors to 0, update related tests

Remove E_EXCEPTION

Switch macro with __VA_ARGS__ to function

Remove need to pass error level

Enable throwing custom exceptions from errors

Always report object leaks

Previously cycles were excluded from leak reports, however the
situation here has improved a lot in the meantime and we can
report all leaks.

Don't leak generator cycle in ReflectionGenerator test

This is tracked by bug #69989.

Switch position of ce in exception ce variable names

Change zend_exception_get_default() to zend_exception_ce

Cleanup exception ce API

Removed recently added functions to get Error ce's and marked the old functions
fetching default_exception_ce and error_exception_ce as deprecated.

Merge branch 'PHP-5.6'

* PHP-5.6:
  fix backport mistake

fix backport mistake

in 5.6 it has to be explicitly copied to avoid double free

Merge branch 'PHP-5.6'

* PHP-5.6:
  fixed fix #69975 wrt. ODBCVER < 0x0300

fixed fix #69975 wrt. ODBCVER < 0x0300

improve info about the applink

added openssl applink shim note to UPGRADING.INTERNALS

add missing item in the content table

Merge branch 'PHP-5.6'

* PHP-5.6:
  backport c01943bffc8b719e552d307f522820d50f783a4c into 5.6

backport c01943bffc8b719e552d307f522820d50f783a4c into 5.6

fix improper behavior

openssl_spki_export() is documented to return string, but it's
obviously not achieved writing it to stdout :)

integrate the applink shim in the other bins

integrate the openssl applink shim

This fixes ext/openssl/tests/openssl_spki_export.phpt failing
with the no OPENSSL_Applink error. Applink is also an interesting
technique documented in the OpenSSL FAQ
https://www.openssl.org/support/faq.html#PROG2
which allows under circumstances using different OpenSSL binaries
than those a program was linked with.

Catch the specifical exception

Merge branch 'PHP-5.6'

* PHP-5.6:
  Added more tests to improve function coverage

Added more tests to improve function coverage

Allow integer default for float type

updated NEWS

Merge branch 'PHP-5.6'

* PHP-5.6:
  updated NEWS
  Fix #69975: PHP segfaults when accessing nvarchar(max) defined columns

updated NEWS

Fix #69975: PHP segfaults when accessing nvarchar(max) defined columns

The SQL Server Native Client 11.0 and maybe other ODBC drivers report
NVARCHAR(MAX) columns as SQL_WVARCHAR with size 0. This causes too small a
buffer to be emalloc'd, likely causing a segfault in the following. As we don't
know the real size of the column data, we treat such colums as
SQL_WLONGVARCHAR.

The related bug #67437 suggests that some drivers report a size of ~4GB. It is
not certain that this is really the case (there might be some integer overflow
involved, and anyway, there has been no feedback), so we do not cater for this
now. However, it would not be hard to treat all sizes above a certain threshold
in a similar way, i.e. as SQL_WLONGVARCHAR.

Update NEWS for bug #69957

Correct type hint name for booleans in method signatures

XFAILED tests are not "You may have found a problem in PHP"

Introduce ArithmeticError

Cleanup (avoid reallocation)

Cleanup (avoid reallocation)

Cleanup (avoid reallocations)

Cleanup (avoid reallocation)

add missing items to the table of contents

update UPGRADING infos

fix pipe peek timeout

Fix alignment on 32-bit

improve timings evaluations in test

use proper place to cleanup

fix test for systems with lower time resolution

remove stderr descriptor

no need to fflush here

added test for bug #69900

select the case to set the pipe blocking option more precisely

fixed wrong number for the new option

fix c/p issue

properly set the pipe blocking option

add missing stuff is the header

initial stuff to make allow blocking pipes on windows

Fixed conditional jump or move depends on uninitialised value(s)

==11551==    at 0x57CB23C: xpmParseData (parse.c:702)

Fixed bug #69521 (Segfault in gc_collect_cycles()).

Use hash_str directly

Same here

Use one_char_string

Use one_char_string

Use zend_string in setcookie (save value reallocated)

Unnecessary duplication

This can not be true

CT eval ZEND_DIV in all cases (warning was removed)

Use DivisionByZeroError instead of exception for %/intdiv()

Remove warning upon division by zero

Fixed memory leak because of incorrect 'if ();' optimization

updated NEWS

Fix #69976: Unable to parse "all" urls with colon char

If a colon occurs in a query string or fragment of a partial URL without
scheme, parse_url() tries to regard it as port separator. If up to 5 digits
follow and then a slash or the end of the string, parse_url() fails.

We're fixing this by checking whether the colon is part of the query string or
the fragment, under the assumption that question marks and hash signs are only
allowed as separators of query string and fragments, respectively, what is
guarenteed for URIs (RFC 3986), but not necessarily for URLs (RFC 1738) where
question marks are allowed for usernames and passwords.

Anyhow, this constitutes a minor BC, so the fix is applied to master only.

Cleanup (removed dead code)

Cleanup (avoid reallocation)

Cleanup (avoid reallocation)

Cleanup (avoid reallocatios and side effects in php_strip_tags)

Fixed broken name

Cleanup (updated comments)

Cleanup (replce hack by a clean implementation)

Cleanup (removed dead code)

Cleanup (avoid duplication)

Merge branch 'master' of git.php.net:php-src

* 'master' of git.php.net:php-src:
  change the inclusion order which fixes the vc build

Cleanup (updated comments about optimization of comparison with IS_NULL)