[PHP-QA] Bug #62055 [PATCH]: Minor fix to ext/zlib/tests/bug60761.phpt

[c...@php.net]

Edit report at https://bugs.php.net/bug.php?id=62055&edit=1

 ID: 62055
 Patch added by:     c...@php.net
 Reported by:z...@php.net
 Summary:Minor fix to ext/zlib/tests/bug60761.phpt
 Status: Assigned
 Type:   Bug
 Package:Testing related
 Operating System:   Any
 PHP Version:master-Git-2012-05-17 (Git)
 Assigned To:zoe
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: run-tests-cgi
Revision:   1437227309
URL:
https://bugs.php.net/patch-display.php?bug=62055&patch=run-tests-cgi&revision=1437227309


Previous Comments:

[2012-10-02 13:42:23] z...@php.net

This test is not using the CGI. It is just being run by the CLI. 
The options are 
1. to remove the --CGI-- section (which is simply ignored) and the comments and 
leave it as a valid CLI test.
2. To remove the test


[2012-05-18 08:43:01] z...@php.net

My bad. --CGI-- is a valid test section but only for tests run using server-
tests.php. run-tests.php just ignores it silently and uses the php-cli.

Would --GZIP_POST-- be helpful? This will use php-cgi...


[2012-05-17 19:22:37] z...@php.net

Description:

ext/zlib/tests/bug60761.phpt

Contains a section --CGI-- which is not a PHPT section. The run-tests.php code 
simply ignores this section.

I'm tempted to just remove it, as it makes no difference to the test. However 
the 
comments in the test imply that the author intended to run this using php-cgi. 
It 
is actually using that cli. 

It's a valid test (if you take the --CGI-- out), is it useful in relation to 
bug 
60761?









--
Edit this bug report at https://bugs.php.net/bug.php?id=62055&edit=1

-- 
PHP Quality Assurance Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-QA] Bug #71709 [PATCH]: make test ext/curl/tests/curl_setopt_basic003.phpt never completes

[c...@php.net]

Edit report at https://bugs.php.net/bug.php?id=71709&edit=1

 ID: 71709
 Patch added by:     c...@php.net
 Reported by:kspen72 at gmail dot com
 Summary:make test ext/curl/tests/curl_setopt_basic003.phpt
 never completes
 Status: Open
 Type:   Bug
 Package:Testing related
 Operating System:   Debian 3.2.73-2+deb7u2 x86_64
 PHP Version:7.0.4
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: 71709.patch
Revision:   1466769900
URL:
https://bugs.php.net/patch-display.php?bug=71709&patch=71709.patch&revision=1466769900


Previous Comments:

[2016-06-24 11:43:41] klaus dot keppler at gmail dot com

Can confirm this, too.
Only happens when building PHP 7.x on Debian 7.
Same build parameters work fine on Debian 8.
(XEN domU, 64bit)

When this test is hit, a segmentation fault is written to syslog:

[11039555.163908] php[15573]: segfault at d ip 006929e0 sp 
7fff9cfe1638 error 4 in php[40+89e000]

The shell instance around the test script remains as a zombie in the process 
list. This effectively "stops" all further tests.

However, this bug isn't always triggered; sometimes the tests run ok.
(I guess in about 50% the "make test" hangs)

So I assume that there's a timing problem...?


[2016-04-21 13:34:17] j dot starke at meeva dot de

+1 for PHP 7.0.5 and Debian 7.10

Stays on TEST 3053/13186 [ext/curl/tests/curl_setopt_basic003.phpt]
for 12+ Hours.

Configure: ./configure --prefix=/opt/php7 --with-openssl --with-zlib 
--enable-bcmath --with-bz2 --with-curl --enable-exif --enable-ftp --with-gd 
--with-gettext --with-imap --with-imap-ssl --enable-intl --enable-mbstring 
--with-mcrypt --with-mysqli --with-pdo-mysql --with-pspell --with-readline 
--enable-soap --enable-sockets --enable-zip --with-pear --with-kerberos
OS: Debian 3.2.68-1+deb7u6 x86_64


[2016-04-20 14:51:28] kspen72 at gmail dot com

Just FYI, didn't have this problem on same server with 7.0.5.


[2016-04-20 14:27:43] dn at cstech dot ru

Have this bug too.
Debian 7.9
PHP 7.0.5

TEST 3079/11800 [ext/curl/tests/curl_setopt_basic003.phpt] never completes.


[2016-03-03 21:26:12] kspen72 at gmail dot com

Description:

make test ext/curl/tests/curl_setopt_basic003.phpt (test 3017) never completes.

Did not have this problem with "make test" using any previous version of PHP 
5.6 or 7.0 on this same server.  Used same config.nice (below) on 7.0.3 and 
several versions of 5.6 without issue.


'./configure' \
'--with-apxs2=/usr/local/apache2/bin/apxs' \
'--with-zlib' \
'--enable-sockets' \
'--disable-ipv6' \
'--with-mcrypt' \
'--enable-mbstring' \
'--with-jpeg-dir' \
'--with-kerberos' \
'--with-curl' \
'--enable-zip' \
'--with-openssl' \
'--enable-soap' \
'--with-xmlrpc' \
'--with-pdo-mysql' \
'--with-mysqli' \
'--with-bz2' \
'--with-gd' \
'--with-freetype-dir' \
'--enable-gd-native-ttf' \
'--with-gettext' \
'--with-libdir=/lib/x86_64-linux-gnu' \
"$@"








--
Edit this bug report at https://bugs.php.net/bug.php?id=71709&edit=1

-- 
PHP Quality Assurance Mailing List <http://www.php.net/>
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-QA] [PHP-BUG] Bug #72557 [NEW]: Failing GD tests for external libgd builds

[c...@php.net]

From: cmb
Operating system: Linux
PHP version:  5.6Git-2016-07-07 (Git)
Package:  Testing related
Bug Type: Bug
Bug description:Failing GD tests for external libgd builds

Description:

I just noticed that lots of ext/gd/tests/*.phpt fail when PHP is
built with an external libgd-2.1.1 (I have not checked yet with
other libgd versions, but I suppose there are issues, too). A
quick check showed different reasons:

 1) slight image differences (due to rounding/different
implementation?)
 2) (slightly) different warning messages
 3) segfaults and/or memory leaks

While (1) and (2) are "only" annoying, (3) seems to be a serious
issue. Nonetheless, all failing tests should be adjusted (at the
very least (1) and (2) should be skipped for external libgd
builds).


-- 
Edit bug report at https://bugs.php.net/bug.php?id=72557&edit=1
-- 
Try a snapshot (PHP 5.4):   
https://bugs.php.net/fix.php?id=72557&r=trysnapshot54
Try a snapshot (PHP 5.5):   
https://bugs.php.net/fix.php?id=72557&r=trysnapshot55
Try a snapshot (trunk): 
https://bugs.php.net/fix.php?id=72557&r=trysnapshottrunk
Fixed in SVN:   https://bugs.php.net/fix.php?id=72557&r=fixed
Fixed in release:   https://bugs.php.net/fix.php?id=72557&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=72557&r=needtrace
Need Reproduce Script:  https://bugs.php.net/fix.php?id=72557&r=needscript
Try newer version:  https://bugs.php.net/fix.php?id=72557&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=72557&r=support
Expected behavior:  https://bugs.php.net/fix.php?id=72557&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=72557&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=72557&r=submittedtwice
register_globals:   https://bugs.php.net/fix.php?id=72557&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=72557&r=php4
Daylight Savings:   https://bugs.php.net/fix.php?id=72557&r=dst
IIS Stability:  https://bugs.php.net/fix.php?id=72557&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=72557&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=72557&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=72557&r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=72557&r=mysqlcfg


-- 
PHP Quality Assurance Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-QA] [PHP-BUG] Bug #75465 [NEW]: Reproduceable test failures in ext/date

[c...@php.net]

From: cmb
Operating system: *
PHP version:  7.0Git-2017-10-30 (Git)
Package:  Testing related
Bug Type: Bug
Bug description:Reproduceable test failures in ext/date

Description:

It seems that updating to timezonedb 2017.3[1] broke several test
cases. A later fix[2] appears to have fixed this issue for PHP-7.2
and master, but PHP-7.0 and PHP-7.1 are still failing[3].

Derick, could you please have a look at this?

[1]

[2]

[3] 


-- 
Edit bug report at https://bugs.php.net/bug.php?id=75465&edit=1
-- 
Try a snapshot (PHP 5.4):   
https://bugs.php.net/fix.php?id=75465&r=trysnapshot54
Try a snapshot (PHP 5.5):   
https://bugs.php.net/fix.php?id=75465&r=trysnapshot55
Try a snapshot (trunk): 
https://bugs.php.net/fix.php?id=75465&r=trysnapshottrunk
Fixed in SVN:   https://bugs.php.net/fix.php?id=75465&r=fixed
Fixed in release:   https://bugs.php.net/fix.php?id=75465&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=75465&r=needtrace
Need Reproduce Script:  https://bugs.php.net/fix.php?id=75465&r=needscript
Try newer version:  https://bugs.php.net/fix.php?id=75465&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=75465&r=support
Expected behavior:  https://bugs.php.net/fix.php?id=75465&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=75465&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=75465&r=submittedtwice
register_globals:   https://bugs.php.net/fix.php?id=75465&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=75465&r=php4
Daylight Savings:   https://bugs.php.net/fix.php?id=75465&r=dst
IIS Stability:  https://bugs.php.net/fix.php?id=75465&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=75465&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=75465&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=75465&r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=75465&r=mysqlcfg


-- 
PHP Quality Assurance Mailing List 
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-BUG] Bug #76833 [NEW]: stream_socket_enable_crypto-win32.phpt fails

[c...@php.net]

From: cmb
Operating system: Windows
PHP version:  7.2Git-2018-09-01 (Git)
Package:  Testing related
Bug Type: Bug
Bug description:stream_socket_enable_crypto-win32.phpt fails

Description:

ext\standard\tests\streams\stream_socket_enable_crypto-win32.phpt
fails with openssl-1.1.0i-vc15-x64 on PHP-7.2, as can be seen on
Appveyor[1] (I can also reproduce this locally).  With older
openssl the test generally succeeds, but on a German system it
fails with the following diff:

012+ Warning: stream_socket_enable_crypto(): SSL: Der Vorgang wurde
erfolgreich beendet.
012- Warning: stream_socket_enable_crypto(): SSL: The operation
completed successfully.

[1]



-- 
Edit bug report at https://bugs.php.net/bug.php?id=76833&edit=1
-- 
Try a snapshot (PHP 5.4):   
https://bugs.php.net/fix.php?id=76833&r=trysnapshot54
Try a snapshot (PHP 5.5):   
https://bugs.php.net/fix.php?id=76833&r=trysnapshot55
Try a snapshot (trunk): 
https://bugs.php.net/fix.php?id=76833&r=trysnapshottrunk
Fixed in SVN:   https://bugs.php.net/fix.php?id=76833&r=fixed
Fixed in release:   https://bugs.php.net/fix.php?id=76833&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=76833&r=needtrace
Need Reproduce Script:  https://bugs.php.net/fix.php?id=76833&r=needscript
Try newer version:  https://bugs.php.net/fix.php?id=76833&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=76833&r=support
Expected behavior:  https://bugs.php.net/fix.php?id=76833&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=76833&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=76833&r=submittedtwice
register_globals:   https://bugs.php.net/fix.php?id=76833&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=76833&r=php4
Daylight Savings:   https://bugs.php.net/fix.php?id=76833&r=dst
IIS Stability:  https://bugs.php.net/fix.php?id=76833&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=76833&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=76833&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=76833&r=nozend
MySQL Configuration Error:  https://bugs.php.net/fix.php?id=76833&r=mysqlcfg

Bug #77940 [PATCH]: test using outdated mon_thousands_sep for Swedish

[c...@php.net]

Edit report at https://bugs.php.net/bug.php?id=77940&edit=1

 ID: 77940
 Patch added by:     c...@php.net
 Reported by:v-altruo at microsoft dot com
 Summary:test using outdated mon_thousands_sep for Swedish
 Status: Re-Opened
 Type:   Bug
 Package:Testing related
 Operating System:   Windows
 PHP Version:7.2.18RC1
 Assigned To:cmb
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: 77940.patch
Revision:   1556194871
URL:
https://bugs.php.net/patch-display.php?bug=77940&patch=77940.patch&revision=1556194871


Previous Comments:

[2019-04-25 10:27:55] requi...@php.net

Windows must have changed something recently: my desktop Win10 is not up to 
date with patches (shame on me) and says mon_thousands_sep is a period, but my 
laptop Win10 which is up to date says it's a \xA0 non-breaking space.

So I guess AppVeyor's Windows is missing a patch; I didn't see anything in the 
Win10 update history referencing Swedish specifically, but there have been a 
few updates to locale information in the last few months.

----
[2019-04-25 09:39:19] c...@php.net

Hmm, the "fix" breaks the AppVeyor builds.  I'll investigate.

--------
[2019-04-25 07:00:40] c...@php.net

Automatic comment on behalf of cmbecke...@gmx.de
Revision: 
http://git.php.net/?p=php-src.git;a=commit;h=37ca6a7a2a333b5a783b2b8726bb5c9674c6e301
Log: Fix #77940: test using outdated mon_thousands_sep for Swedish


[2019-04-24 23:16:06] requi...@php.net

I'm not entirely sure but I think this changed with CLDR 23 around 2013.
https://unicode.org/cldr/charts/22/by_type/patterns.numbers.html#Western_Digits_(latn)
https://unicode.org/cldr/charts/23/by_type/patterns.numbers.html#Western_Digits_(latn)
22 had a  with lone Swedish as '.' while 23 dropped the category.

Regardless, current chart says the separator should indeed be a space.
https://unicode.org/cldr/charts/latest/verify/numbers/sv.html


[2019-04-24 22:27:21] v-altruo at microsoft dot com

Description:

Test fails across all builds. 
Test location: ext\standard\tests\strings\bug65769.phpt

I believe the separator for thousands in Swedish are " " which is why the test 
is failing.

Test script:
---
$locale = setlocale(LC_ALL, 'sve');
$lconv = localeconv();
var_dump(
$locale,
$lconv['decimal_point'],
$lconv['thousands_sep'],
$lconv['int_curr_symbol'],
$lconv['currency_symbol'],
$lconv['mon_decimal_point'],
$lconv['mon_thousands_sep']
);

Expected result:

string(19) "Swedish_Sweden.1252"
string(1) ","
string(1) " "
string(3) "SEK"
string(2) "kr"
string(1) ","
string(1) "."

Actual result:
--
string(19) "Swedish_Sweden.1252"
string(1) ","
string(1) " "
string(3) "SEK"
string(2) "kr"
string(1) ","
string(1) " "






--
Edit this bug report at https://bugs.php.net/bug.php?id=77940&edit=1

Bug #78345 [PATCH]: OpenSSL tests using workers fail due to missing openssl ext in worker process

[c...@php.net]

Edit report at https://bugs.php.net/bug.php?id=78345&edit=1

 ID: 78345
 Patch added by:     c...@php.net
 Reported by:rainer dot jung at kippdata dot de
 Summary:OpenSSL tests using workers fail due to missing
 openssl ext in worker process
 Status: Verified
 Type:   Bug
 Package:Testing related
 Operating System:   Linux x86_64, Solaris 10 Sparc
 PHP Version:7.4.0beta1
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: test_php_extra_args
Revision:   1564396961
URL:
https://bugs.php.net/patch-display.php?bug=78345&patch=test_php_extra_args&revision=1564396961


Previous Comments:

[2019-07-29 09:56:18] rainer dot jung at kippdata dot de

Right, this is a duplicate of 68230.

I haven't checked, whether the oatch in 68230 fixes it for us, especially what 
happens if "-d extension=openssl" was given to the test run as a commandline 
param. Probably the correct fixes should be very similar of even the same for 
Windows and Linux/Unix.

----
[2019-07-29 09:50:44] c...@php.net

This issue has been basically resolved for Windows with commit
10a2cee[1].  Using TEST_PHP_EXTRA_ARGS might be more correct and
portable.

This ticket looks like a duplicate of bug #68230.

[1] 
<http://git.php.net/?p=php-src.git;a=commit;h=10a2ceef3bfada85e7046231476d06f08d3de69c>


[2019-07-29 09:08:33] rainer dot jung at kippdata dot de

Description:

Several OpenSSL extension tests fork a new process executing various server 
tasks. This new process is created as another PHP process, but without any 
explicit ini or extension loading - at least on Linux/Unix. In our case the 
OpenSSl extension must be dynamically loaded and there is not implicit php.ini 
that PHP would automatically load. Thus the new server worker fails and as a 
result the tests fail.

This is true for the following tests (based on 7.0beta1, but mostly the same 
holds true for current 7.3 and 7.2):

- ext/openssl/tests/bug65729.phpt
- ext/openssl/tests/bug68265.phpt
- ext/openssl/tests/bug68879.phpt
- ext/openssl/tests/bug68920.phpt
- ext/openssl/tests/bug69215.phpt
- ext/openssl/tests/bug76705.phpt
- ext/openssl/tests/san_peer_matching.phpt
- ext/openssl/tests/sni_server.phpt
- ext/openssl/tests/sni_server_key_cert.phpt
- ext/openssl/tests/streams_crypto_method.phpt
- ext/openssl/tests/tls_min_v1.0_max_v1.1_wrapper.phpt
- ext/openssl/tests/tls_wrapper.phpt
- ext/openssl/tests/tls_wrapper_with_tls_v1.3.phpt
- ext/openssl/tests/tlsv1.0_wrapper.phpt
- ext/openssl/tests/tlsv1.1_wrapper.phpt
- ext/openssl/tests/tlsv1.2_wrapper.phpt
- ext/openssl/tests/tlsv1.3_wrapper.phpt

I don't have a good patch for it. As soon as I add a default php.ini which 
loads the openssl extension, everything is fine. I also verified that the 
failure is due to the missing openssl extension in the worker by running tests 
under strace and watching the server warnings that are swallowed by the child. 
As a workaround I used the following patch, but it should be conditional on 
whether openssl is a static or shared extension. I don't know, how Windows 
behaves.

Index: ext/openssl/tests/ServerClientTestCase.inc
--- ext/openssl/tests/ServerClientTestCase.inc   2019-07-26 
02:13:34.988151000 +
+++ ext/openssl/tests/ServerClientTestCase.inc   2019-07-28 
23:01:28.525371000 +
@@ -72,7 +72,7 @@
 );
 } else {
 $cmd = sprintf(
-'%s "%s" %s %s',
+'%s -d extension=openssl "%s" %s %s',
 PHP_BINARY,
 __FILE__,
 WORKER_ARGV_VALUE,








--
Edit this bug report at https://bugs.php.net/bug.php?id=78345&edit=1

Bug #78090 [PATCH]: test 3408/14609 of make test takes forever to finish

[c...@php.net]

Edit report at https://bugs.php.net/bug.php?id=78090&edit=1

 ID: 78090
 Patch added by:     c...@php.net
 Reported by:luciano at mannucci dot org
 Summary:test 3408/14609 of make test takes forever to finish
 Status: Verified
 Type:   Bug
 Package:Testing related
 Operating System:   freebsd 11.2-RELEASE-p10
 PHP Version:7.3
 Assigned To:cmb
 Block user comment: N
 Private report: N

 New Comment:

The following pull request has been associated:

Patch Name: Fix #78090: test 3408/14609 of make test takes forever to finish
On GitHub:  https://github.com/php/php-src/pull/5146
Patch:  https://github.com/php/php-src/pull/5146.patch


Previous Comments:

[2020-02-03 10:50:50] c...@php.net

Thanks for the fast reply!

While active support for PHP 7.2 has ended a while ago[1], this
doesn't appear related to the PHP version at all, but rather to

Failed to connect to 127.0.0.1 port 9: Operation timed out

Apparently, your system does not support the discard protocol[2],
so the test should be skipped.

[1] <https://www.php.net/supported-versions.php>
[2] <https://tools.ietf.org/html/rfc863>


[2020-02-03 09:58:11] luciano at mannucci dot org

This is what I get:

root@Saguaro:/tmp # /opt/php72/bin/php
php*php-cgi*php-config* phpdbg* phpize* 
root@Saguaro:/tmp # /opt/php72/bin/php !$
/opt/php72/bin/php test_script.php
* STATE: INIT => CONNECT handle 0x53113000; line 1605 (connection #-5000)
* Added connection 0. The cache now contains 1 members
*   Trying 127.0.0.1:9...
* TCP_NODELAY set
* STATE: CONNECT => WAITCONNECT handle 0x53113000; line 1661 (connection #0)
* connect to 127.0.0.1 port 9 failed: Operation timed out
* Failed to connect to 127.0.0.1 port 9: Operation timed out
* multi_done
* Closing connection 0
* The cache now contains 0 members
* STATE: INIT => CONNECT handle 0x53113000; line 1605 (connection #-5000)
* Added connection 1. The cache now contains 1 members
* Hostname 127.0.0.1 was found in DNS cache
*   Trying 127.0.0.1:9...
* TCP_NODELAY set
* STATE: CONNECT => WAITCONNECT handle 0x53113000; line 1661 (connection #1)
* connect to 127.0.0.1 port 9 failed: Operation timed out
* Failed to connect to 127.0.0.1 port 9: Operation timed out
* multi_done
* Closing connection 1
* The cache now contains 0 members
* STATE: INIT => CONNECT handle 0x53113000; line 1605 (connection #-5000)
* Added connection 2. The cache now contains 1 members
*   Trying 127.0.0.1:9...
* TCP_NODELAY set
* STATE: CONNECT => WAITCONNECT handle 0x53113000; line 1661 (connection #2)
* connect to 127.0.0.1 port 9 failed: Operation timed out
* Failed to connect to 127.0.0.1 port 9: Operation timed out
* multi_done
* Closing connection 2
* The cache now contains 0 members
root@Saguaro:/tmp # 

My php is now:

root@Saguaro:/tmp # /opt/php72/bin/php --version
PHP 7.2.27 (cli) (built: Jan 23 2020 19:30:35) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies

Which shows the very same behaviour of its predecessor.

----
[2020-02-02 22:52:56] c...@php.net

What happens if you run the following script?  Are there any error
messages?  Does the script finish after some time?

http://127.0.0.1:9/');
curl_setopt($ch, CURLOPT_FILE, $fp);
curl_setopt($ch, CURLOPT_VERBOSE, true);
curl_exec($ch);
}
?>


[2019-05-31 11:11:40] luciano at mannucci dot org

Description:

Might be a duplicate of bug #69327

This is 'make test' output:
=
PHP : /usr/local/src/php/php-7.2.19/sapi/cli/php 
PHP_SAPI: cli
PHP_VERSION : 7.2.19
ZEND_VERSION: 3.2.0
PHP_OS  : FreeBSD - FreeBSD Saguaro 11.2-RELEASE-p10 FreeBSD 
11.2-RELEASE-p10 #1 r348168: Fri May 24 11:58:27 CEST 2019 
root@Saguaro:/usr/obj/usr/src/sys/GENERIC64 powerpc
INI actual  : /usr/local/src/php/php-7.2.19/tmp-php.ini
More .INIs  :   
-
PHP : /usr/local/src/php/php-7.2.19/sapi/phpdbg/phpdbg 
PHP_SAPI: phpdbg
PHP_VERSION : 7.2.19
ZEND_VERSION: 3.2.0
PHP_OS  : FreeBSD - FreeBSD Saguaro 11.2-RELEASE-p10 FreeBSD 
11.2-RELEASE-p10 #1 r348168: Fri May 24 11:58:27 CEST 2019 
root@Saguaro:/usr/obj/usr/src/sys/GENERIC64 powerpc
INI actual  : /usr/local/src/php/php-7.2.19/tmp-php.ini
More .INIs  : 
-
CWD : /usr/local/src/php/php-7.2.19
Extra dirs  : 
VALGRIND: Not used
=

Bug #79472 [PATCH]: ext/ffi/tests/040.phpt TC fails on Big endian arch

[c...@php.net]

Edit report at https://bugs.php.net/bug.php?id=79472&edit=1

 ID: 79472
 Patch added by:     c...@php.net
 Reported by:vibhutisawant18 at gmail dot com
 Summary:ext/ffi/tests/040.phpt TC fails on Big endian arch
 Status: Assigned
 Type:   Bug
 Package:Testing related
 Operating System:   Ubuntu 16.04
 PHP Version:master-Git-2020-04-13 (Git)
 Assigned To:dmitry
 Block user comment: N
 Private report: N

 New Comment:

The following pull request has been associated:

Patch Name: Fix #79472: ext/ffi/tests/040.phpt TC fails on Big endian arch
On GitHub:  https://github.com/php/php-src/pull/5383
Patch:  https://github.com/php/php-src/pull/5383.patch


Previous Comments:

[2020-04-13 18:05:25] girg...@php.net

Assigning to dmitry as he's the maintainer of FFI


[2020-04-13 11:42:31] vibhutisawant18 at gmail dot com

Description:

ext/ffi/tests/040.phpt TC fails as the actual output obtained on big endian 
doesnt match the expected output which is specific to little endian arch.

FFI\CType data stores an int value as int32_t datatype comprising of 4 bytes, 
when the same variable is type casted to int8_t[4](an array of int8_t), the 
value returned on little endian is

FFI\CData:int8_t[4] Object
(
[0] => 5
[1] => 0
[2] => 0
[3] => 0
)

whereas the output obtained on big endian is :
FFI\CData:int8_t[4] Object
(
[0] => 0
[1] => 0
[2] => 0
[3] => 5
)







--
Edit this bug report at https://bugs.php.net/bug.php?id=79472&edit=1

[PHP-BUG] Bug #79493 [NEW]: REDIRECTTESTs ignore CONFLICTS

[c...@php.net]

From: cmb
Operating system: *
PHP version:  7.4Git-2020-04-19 (Git)
Package:  Testing related
Bug Type: Bug
Bug description:REDIRECTTESTs ignore CONFLICTS

Description:

run-test.php supports CONFLICTS files and sections so all tests
with the same conflict tag are always run sequentially to avoid
test case conflicts. However, REDIRECTTESTs are not aware of these
CONFLICTS, so, for instance, PDO tests using PDO_MYSQL may run in
parallel with mysqli tests, which can cause spurious test
failures.


-- 
Edit bug report at https://bugs.php.net/bug.php?id=79493&edit=1
-- 
Fix committed:https://bugs.php.net/fix.php?id=79493&r=fixed
Fixed in release: 
https://bugs.php.net/fix.php?id=79493&r=alreadyfixed
Need backtrace:   
https://bugs.php.net/fix.php?id=79493&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=79493&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=79493&r=oldversion
Not developer issue:  
https://bugs.php.net/fix.php?id=79493&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=79493&r=notwrong
Not enough info:  
https://bugs.php.net/fix.php?id=79493&r=notenoughinfo
Submitted twice:  
https://bugs.php.net/fix.php?id=79493&r=submittedtwice
register_globals: 
https://bugs.php.net/fix.php?id=79493&r=globals
PHP version support discontinued: 
https://bugs.php.net/fix.php?id=79493&r=phptooold
Daylight Savings: https://bugs.php.net/fix.php?id=79493&r=dst
IIS Stability:https://bugs.php.net/fix.php?id=79493&r=isapi
Install GNU Sed:  https://bugs.php.net/fix.php?id=79493&r=gnused
Floating point limitations:   https://bugs.php.net/fix.php?id=79493&r=float
No Zend Extensions:   https://bugs.php.net/fix.php?id=79493&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=79493&r=mysqlcfg

Bug #79639 [PATCH]: run-tests doesn't pass all info down to workers

[c...@php.net]

Edit report at https://bugs.php.net/bug.php?id=79639&edit=1

 ID: 79639
 Patch added by:     c...@php.net
 Reported by:dragoo...@php.net
 Summary:run-tests doesn't pass all info down to workers
 Status: Open
 Type:   Bug
 Package:Testing related
 Operating System:   All
 PHP Version:master-Git-2020-05-27 (Git)
 Block user comment: N
 Private report: N

 New Comment:

The following pull request has been associated:

Patch Name: Fix #79639 - Preserving the html report options in parallel worker 
mode
On GitHub:  https://github.com/php/php-src/pull/5632
Patch:  https://github.com/php/php-src/pull/5632.patch


Previous Comments:

[2020-05-27 03:31:05] dragoo...@php.net

Description:

As per chats on Room 11. run-tests with parallel enabled, it doesn't pass down 
all info to the workers. 

One example (of many?) is a fatal error when using --html option with parallel. 
The fopen handle() doesn't get passed down to the worker, as the "resource" in 
$GLOBAL memory doesn't get sent over.


The bug fix is available on github, I'll reference the bug number there.

Test script:
---
make TEST_PHP_ARGS="--html report.html -j2" test

Expected result:

Tests run

Actual result:
--
Fatal error: Uncaught TypeError: fwrite(): Argument #1 ($handle) must be of 
type resource, int given in /home/dragoonis/code/php-src/run-tests.php:3332







--
Edit this bug report at https://bugs.php.net/bug.php?id=79639&edit=1

Bug #64060 [PATCH]: Test lstat_stat_variation7 incorrectly fails on certain file systems

[c...@php.net]

Edit report at https://bugs.php.net/bug.php?id=64060&edit=1

 ID: 64060
 Patch added by:     c...@php.net
 Reported by:m dot voelker at gmail dot com
 Summary:Test lstat_stat_variation7 incorrectly fails on
 certain file systems
 Status: Open
 Type:   Bug
 Package:Testing related
 Operating System:   Linux
 PHP Version:5.4.11
 Block user comment: N
 Private report: N

 New Comment:

The following pull request has been associated:

Patch Name: Fix #64060: Test lstat_stat_variation7 incorrectly fails on certain 
f…
On GitHub:  https://github.com/php/php-src/pull/6194
Patch:  https://github.com/php/php-src/pull/6194.patch


Previous Comments:

[2013-01-23 23:13:07] m dot voelker at gmail dot com

Description:

This applies to PHP 5.4.11 as well as 5.3.21.

Test ext/standard/tests/file/lstat_stat_variation7.phpt may incorrectly fail on 
delayed allocation file systems (in this case XFS on Linux).

Problem:
http://php.net/manual/en/function.stat.php
field 12 is "number of 512-byte blocks allocated"

The test does not fclose() the test file after writing to it, therefore zero 
512-byte blocks are allocated even though the file size is 45056 bytes.

Fix:
Change lstat_stat_variation7.phpt from

// writing to an empty file
echo "*** Testing stat() on file after data is written in it ***\n";
$fh = fopen($file_name,"w");
$old_stat = stat($file_name);
clearstatcache();
fwrite($fh, str_repeat((binary)"Hello World", $old_stat['blksize']));
$new_stat = stat($file_name);

to

// writing to an empty file
echo "*** Testing stat() on file after data is written in it ***\n";
$fh = fopen($file_name,"w");
$old_stat = stat($file_name);
clearstatcache();
fwrite($fh, str_repeat((binary)"Hello World", $old_stat['blksize']));
fclose($fh);
$new_stat = stat($file_name);

and the test succeeds.


Test script:
---
File: ext/standard/tests/file/lstat_stat_variation7.php

To confirm, modify $file_name = "$file_path/lstat_stat_variation7.tmp"; to use 
a different file system and run 
ext/standard/tests/file/lstat_stat_variation7.sh.


Expected result:

Build of PHP 5.4.11

Test executed on ext2:

*** Testing stat() on file after data is written in it ***
bool(true)
bool(true)
bool(true)

--- Done ---


Actual result:
--
Same test executed on XFS:

*** Testing stat() on file after data is written in it ***
bool(true)
bool(true)
Error: stat1 is not lesser than stat2 at key value: 12
Error: stat1 is not lesser than stat2 at key value: blocks

 Dumping stat array 1...
...

  ["size"]=>
  int(0)
...
  ["blocks"]=>
  int(0)

 Dumping stat array 2...
...
  ["size"]=>
  int(45056)
...
  ["blocks"]=>
  int(0)







--
Edit this bug report at https://bugs.php.net/bug.php?id=64060&edit=1

[PHP-BUG] Bug #81446 [NEW]: Several ext/xml tests fail when built against libexpat

[c...@php.net]

From: cmb
Operating system: *
PHP version:  master-Git-2021-09-16 (Git)
Package:  Testing related
Bug Type: Bug
Bug description:Several ext/xml tests fail when built against libexpat

Description:

TEST 3/44 [ext/xml/tests/bug26614.phpt]
DIFF
 CDATA
  at line 2, col 0 (byte 45)
003+  at line 9, col 0 (byte 89)
003-  at line 9, col 0 (byte 90)
 Comment
  at line 2, col 0 (byte 45)
006+  at line 9, col 0 (byte 89)
006-  at line 9, col 0 (byte 90)
 Text
  at line 2, col 0 (byte 45)
009+  at line 9, col 0 (byte 89)
009-  at line 9, col 0 (byte 90)
DONE

TEST 11/44 [ext/xml/tests/bug46699.phpt]
DIFF
001+ http://example.com/foo";
002+ xmlns:bar="http://example.com/bar";>
001- http://example.com/foo";
xmlns:bar="http://example.com/bar";>
   1
   2
 
DONE

TEST 25/44 [ext/xml/tests/bug81351.phpt]
DIFF
001+ xml_parse returned 1, xml_get_error_code = 0, xml_error_string =
002+ xml_parse returned 0, xml_get_error_code = 3, xml_error_string = no
element found
001- xml_parse returned 1, xml_get_error_code = 0, xml_error_string = No
error
002- xml_parse returned 0, xml_get_error_code = 5, xml_error_string =
Invalid document end
DONE

TEST 35/44 [ext/xml/tests/xml_error_string_basic.phpt]
DIFF
001+ int(3)
002+ string(16) "no element found"
003+ int(4)
004+ string(31) "not well-formed (invalid token)"
 int(5)
006+ string(14) "unclosed token"
007+ int(30)
008+ string(31) "XML declaration not well-formed"
009+ int(7)
010+ string(14) "mismatched tag"
002- string(20) "Invalid document end"
003- int(47)
004- string(35) "Processing Instruction not finished"
005- int(57)
006- string(28) "XML declaration not finished"
007- int(64)
008- string(17) "Reserved XML Name"
009- int(76)
010- string(14) "Mismatched tag"
DONE

TEST 44/44
[ext/xml/tests/xml_set_start_namespace_decl_handler_basic.phpt]
DIFF
--
 ...Uri: http://www.somewhere.com/namespace1
 Namespace_Start_Handler called
 ...Prefix: aw2
009+ Namespace_End_Handler called
010+ ...Prefix: aw2
011+
012+ Namespace_End_Handler called
013+ ...Prefix: aw1
014+
 Done
DONE




-- 
Edit bug report at https://bugs.php.net/bug.php?id=81446&edit=1
-- 
Fix committed:https://bugs.php.net/fix.php?id=81446&r=fixed
Fixed in release: 
https://bugs.php.net/fix.php?id=81446&r=alreadyfixed
Need backtrace:   
https://bugs.php.net/fix.php?id=81446&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=81446&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=81446&r=oldversion
Not developer issue:  
https://bugs.php.net/fix.php?id=81446&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=81446&r=notwrong
Not enough info:  
https://bugs.php.net/fix.php?id=81446&r=notenoughinfo
Submitted twice:  
https://bugs.php.net/fix.php?id=81446&r=submittedtwice
register_globals: 
https://bugs.php.net/fix.php?id=81446&r=globals
PHP version support discontinued: 
https://bugs.php.net/fix.php?id=81446&r=phptooold
Daylight Savings: https://bugs.php.net/fix.php?id=81446&r=dst
IIS Stability:https://bugs.php.net/fix.php?id=81446&r=isapi
Install GNU Sed:  https://bugs.php.net/fix.php?id=81446&r=gnused
Floating point limitations:   https://bugs.php.net/fix.php?id=81446&r=float
No Zend Extensions:   https://bugs.php.net/fix.php?id=81446&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=81446&r=mysqlcfg