date:20200923

Bug #77493 [Opn->Csd]: curl_basic_009 fails with newer curl versions

2020-09-23 Thread cmb

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

 ID: 77493
 Updated by: c...@php.net
 Reported by:viktork at primis dot tech
 Summary:curl_basic_009 fails with newer curl versions
-Status: Open
+Status: Closed
 Type:   Bug
 Package:Testing related
 Operating System:   CentOS 7
 PHP Version:7.1.26
 Block user comment: N
 Private report: N

 New Comment:

Automatic comment on behalf of cmbecke...@gmx.de
Revision: 
http://git.php.net/?p=php-src.git;a=commit;h=9439d65f0d74d391f9620491896a1a04bc033648
Log: Fix #77493: curl_basic_009 fails with newer curl versions


Previous Comments:

[2019-01-20 21:24:02] viktork at primis dot tech

Description:

PHP's official ext/curl/tests/curl_basic_009.phpt fails with newer CURL 
versions(At least all >= 7.51) due to protocol size limit introduced in the 
library(libcurl will return CURLE_URL_MALFORMAT instead of 
CURLE_UNSUPPORTED_PROTOCOL then length exceeds 7 
characters(lib/urlapi-int.h:#define MAX_SCHEME_LEN 8, including \0)).

Patch is attached - Will work with both old and new versions.







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

Req #36398 [Opn->Csd]: "make test" should be fully scriptable [Do not prompt for email address]

2020-09-23 Thread cmb

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

 ID: 36398
 Updated by: c...@php.net
 Reported by:nickj-phpbugs at nickj dot org
 Summary:"make test" should be fully scriptable [Do not
 prompt for email address]
-Status: Open
+Status: Closed
 Type:   Feature/Change Request
 Package:Testing related
 Operating System:   Linux
 PHP Version:5.1.2
-Assigned To:
+Assigned To:cmb
 Block user comment: N
 Private report: N

 New Comment:

Thanks for the patch, and sorry that it has been missed, but â¦

> Though, I don't know if we really want php-qa list to get filled
> with results of the tests executed automatically every X minutes.

No, we really don't want that.  Instead it would be more helpful,
if individual test fails would be investigated by the testers, and
reported as separate tickets, ideally accompanied by a respective
pull request.


Previous Comments:

[2008-08-07 06:58:48] nickj-phpbugs at nickj dot org

Yes, it would be nice if after calling for a patch, if the submitted patch 
could be either accepted or rejected, rather than ignored for 2.5 years ;-)
I gather run-tests.php may be rewritten sometime (I think I saw it somewhere as 
a possible Google SoC project), and if this happens including functionality to 
send the results using an email address specified on the command line could be 
nice to include. Presumably then someone (or some bit of software) can collate 
the output and help to pinpoint consistent problems, or when things break on 
particular platforms, and give a summary of the health of PHP on different 
platforms, and so forth.


[2008-08-05 12:21:28] Bjorn dot Wiberg at its dot uu dot se

Shouldn't the patch be incorporated into run-tests.php? As it has been around 
for a long time.


[2006-02-17 06:53:53] nickj-phpbugs at nickj dot org

No worries! There is a patch now available for this at:
http://www.files.nickj.org/php/run-tests-patch.txt

Also, the run-test.php script is not currently E_STRICT clean. I have included 
in the patch some simple changes I had to make to get it to run with E_STRICT 
enabled.

Note that there are 3 remaining things I did not know how to fix for clean 
E_STRICT output, so even with this patch run-tests.php is still not totally 
E_STRICT clean. The three remaining things were: 

1) Was this error:
Error! type: 8; File: /root/php-5.1-dev/php5.1-200602150330/run-tests.php; 
Line: 93; Message: ob_end_clean(): failed to delete buffer. No buffer to delete.
... which was generated by this line under E_STRICT:
while(@ob_end_clean());

2) Was the use of date() in this line:
$output_file = $CUR_DIR . '/php_test_results_' . date('Ymd_Hi') . '.txt';

Which gives this error under E_STRICT:
Error! type: 2048; File: /root/php-5.1-dev/php5.1-200602150330/run-tests.php; 
Line: 246; Message: date(): It is not safe to rely on the system's timezone 
settings. Please use the date.timezone setting, the TZ environment variable or 
the date_default_timezone_set() function. In case you used any of those methods 
and you are still getting this warning, you most likely misspelled the timezone 
identifier. We selected 'Australia/Melbourne' for 'EST/11.0/DST' instead

Not sure how to say "just use the system default" nowadays, given that we 
probably shouldn't hard-code a timezone, as users from anywhere could be 
running this test script.

3) Was the "select_stream" call in the "system_with_timeout" function, which 
generates this error under E_STRICT:
Error! type: 2; File: /root/php-5.1-dev/php5.1-200602150330/run-tests.php; 
Line: 893; Message: stream_select(): 230 is not a valid stream resource


[2006-02-16 07:35:06] tony2...@php.net

Thanks, I've just fixed the typo.
As for the request - I'm pretty sure you can add it to run-tests.php and send a 
patch for us to review.
Though, I don't know if we really want php-qa list to get filled with results 
of the tests executed automatically every X minutes.


[2006-02-16 06:19:59] nickj-phpbugs at nickj dot org

Thank you - that sort of helps, and I realise now that I should have phrased my 
request better (so I have reopened, and rephrased it to hopefully be clearer).

What I mostly wanted was to run the tests, and then email the results off, 
without prompting.

I can enable/disable the prompt now with:
TEST_PHP_ARGS="-q" make test

And I can see the available options with:
TEST_PHP_EXECUTABLE="/root/tmp/php-5.1-dev/php5.1-200602150330/sapi/cli/php" 
sapi/cli/php run-tests.php --help

However, unless I am mistaken, I can't see

Bug #80139 [Opn->Csd]: ext/standard/tests/file/copy_variation5.phpt fails when run on bind mount

2020-09-23 Thread cmb

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

 ID: 80139
 Updated by: c...@php.net
 Reported by:sigsegv at makadev dot de
 Summary:ext/standard/tests/file/copy_variation5.phpt fails
 when run on bind mount
-Status: Open
+Status: Closed
 Type:   Bug
 Package:Testing related
 Operating System:   debian:buster (docker container)
 PHP Version:8.0Git-2020-09-22 (Git)
 Block user comment: N
 Private report: N

 New Comment:

Automatic comment on behalf of cmbecke...@gmx.de
Revision: 
http://git.php.net/?p=php-src.git;a=commit;h=1fcd6cdbb8927c7f770520f2cd4362015efce91d
Log: Fix #80139: copy_variation5.phpt fails when run on bind mount


Previous Comments:

[2020-09-22 19:46:36] sigsegv at makadev dot de

Description:

The following test fails when run inside a case insensitive bind mounted 
filesystem (f.e. inside a container):

Test copy() function: usage variations - destination file names(case sensitive) 
[ext/standard/tests/file/copy_variation5.phpt]

This both happens when running the test inside a filesystem mounting a Windows 
NFS path into the container and when mounting a MacOS APFS path into the 
container. This most likely happens with other filesystem too since there is no 
guarantee that a linux mounted filesystem is case sensitive.

Expected result:

test should be skipped if the filesystem it is run on is case insensitive

Actual result:
--

/workspace/php-src/ext/standard/tests/file/copy_variation5.phpt

*** Test copy() function: checking case sensitivity in creation of destination 
file names ***
Size of the source file before copy operation => int(1500)

-- Now applying copy() on source file to create copies --
-- Iteration 1 --
Copy operation => bool(true)
Existence of destination file => bool(true)
Destination file name => /workspace/php-src/ext/standard/tests/file/COPY.tmp
Size of source file => int(1500)
Size of destination file => int(1500)

-- Iteration 2 --
Copy operation => bool(true)
Existence of destination file => bool(true)
Destination file name => /workspace/php-src/ext/standard/tests/file/COPY.TMP
Size of source file => int(1500)
Size of destination file => int(1500)

-- Iteration 3 --
Copy operation => bool(true)
Existence of destination file => bool(true)
Destination file name => /workspace/php-src/ext/standard/tests/file/CopY.TMP
Size of source file => int(1500)
Size of destination file => int(1500)

Warning: unlink(/workspace/php-src/ext/standard/tests/file/COPY.TMP): No such 
file or directory in 
/workspace/php-src/ext/standard/tests/file/copy_variation5.php on line 56

Warning: unlink(/workspace/php-src/ext/standard/tests/file/CopY.TMP): No such 
file or directory in 
/workspace/php-src/ext/standard/tests/file/copy_variation5.php on line 56
*** Done ***

--
 Existence of destination file => bool(true)
 Destination file name => %s/CopY.TMP
 Size of source file => int(1500)
025+ 
026+ Warning: unlink(/workspace/php-src/ext/standard/tests/file/COPY.TMP): No 
such file or directory in 
/workspace/php-src/ext/standard/tests/file/copy_variation5.php on line 56
027+ 
028+ Warning: unlink(/workspace/php-src/ext/standard/tests/file/CopY.TMP): No 
such file or directory in 
/workspace/php-src/ext/standard/tests/file/copy_variation5.php on line 56
 *** Done ***



--

/proc/mounts entry on MacOS Host (docker via W);
osxfs /workspace fuse.osxfs 
rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,max_read=1048576 0 0

/proc/mounts entry with Windows Host (docker via WSL2):
F:\134 /workspace 9p 
rw,dirsync,noatime,aname=drvfs;path=F:\;uid=0;gid=0;metadata;symlinkroot=/mnt/host,mmap,access=client,msize=65536,trans=fd,rfd=8,wfd=8
 0 0







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

Bug #80138 [PATCH]: getservbyname and getservbyport tests fail if there is no /etc/services

2020-09-23 Thread sigs...@makadev.de

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

 ID: 80138
 Patch added by: sigs...@makadev.de
 Reported by:sigsegv at makadev dot de
 Summary:getservbyname and getservbyport tests fail if there
 is no /etc/services
 Status: Open
 Type:   Bug
 Package:Testing related
 Operating System:   debian:buster (docker container)
 PHP Version:8.0Git-2020-09-22 (Git)
 Block user comment: N
 Private report: N

 New Comment:

The following pull request has been associated:

Patch Name: Fix #80138: skip getservbyname() and getservbyport() tests on *nix 
if there is no /etc/services file
On GitHub:  https://github.com/php/php-src/pull/6191
Patch:  https://github.com/php/php-src/pull/6191.patch


Previous Comments:

[2020-09-22 19:17:00] sigsegv at makadev dot de

Description:

the following tests fail inside a debian:buster (and most likely other) 
container because /etc/services doesn't exist:

Test function getservbyport() by calling it more than or less than its expected 
arguments [ext/standard/tests/general_functions/getservbyport_basic.phpt]
Test function getservbyport() by calling it more than or less than its expected 
arguments [ext/standard/tests/general_functions/getservbyport_variation1.phpt]
Test function getservbyname() 
[ext/standard/tests/general_functions/getservbyname_basic.phpt]


Expected result:

tests should be skipped if /etc/services doesn't exist

Actual result:
--
tests fail:


/home/php-tester/php-src/ext/standard/tests/general_functions/getservbyport_basic.phpt

Linux unsupported

001+ Linux unsupported
001- PASS





/home/php-tester/php-src/ext/standard/tests/general_functions/getservbyport_variation1.phpt

bool(false)
bool(false)
bool(false)
bool(false)
bool(false)

--
 bool(false)
 bool(false)
 bool(false)
005+ bool(false)
005- string(%d) "%s"





/home/php-tester/php-src/ext/standard/tests/general_functions/getservbyname_basic.phpt

bool(false)
bool(false)
bool(false)
bool(false)
bool(false)
bool(false)
bool(false)
bool(false)
bool(false)
bool(false)
bool(false)

001+ bool(false)
002+ bool(false)
003+ bool(false)
004+ bool(false)
005+ bool(false)
006+ bool(false)
007+ bool(false)
008+ bool(false)
009+ bool(false)
010+ bool(false)
011+ bool(false)
001- int(%d)
002- int(%d)
003- int(%d)
004- int(%d)
005- int(%d)
006- int(%d)
007- int(%d)
008- int(%d)
009- int(%d)
010- int(%d)
011- int(%d)







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

Bug #80137 [PATCH]: getprotobyname and getprotobynumber fail since there is no /etc/protocols

2020-09-23 Thread sigs...@makadev.de

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

 ID: 80137
 Patch added by: sigs...@makadev.de
 Reported by:sigsegv at makadev dot de
 Summary:getprotobyname and getprotobynumber fail since there
 is no /etc/protocols
 Status: Open
 Type:   Bug
 Package:Testing related
 Operating System:   debian:buster (docker container)
 PHP Version:8.0Git-2020-09-22 (Git)
 Block user comment: N
 Private report: N

 New Comment:

The following pull request has been associated:

Patch Name: Fix #80137: skip getprotobyname() and getprotobynumber() tests on 
*nix if there is no /etc/protocols file
On GitHub:  https://github.com/php/php-src/pull/6193
Patch:  https://github.com/php/php-src/pull/6193.patch


Previous Comments:

[2020-09-22 19:10:03] sigsegv at makadev dot de

Description:

The following tests fail inside a debian:buster (and most likely other) 
container because /etc/protocols doesn't exist:

getprotobyname function basic test 
[ext/standard/tests/network/getprotobyname_basic.phpt]
getprotobynumber function basic test 
[ext/standard/tests/network/getprotobynumber_basic.phpt]


Expected result:

the test should be skipped if /etc/protocols doesn't exist

Actual result:
--
the test fails:


/home/php-tester/php-src/ext/standard/tests/network/getprotobyname_basic.phpt

bool(false)

001+ bool(false)
001- int(6)





/home/php-tester/php-src/ext/standard/tests/network/getprotobynumber_basic.phpt

bool(false)

001+ bool(false)
001- string(3) "tcp"








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

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

2020-09-23 Thread 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

Bug #75205 [Opn->Fbk]: Bugs reports from automatic testing

2020-09-23 Thread cmb

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

 ID: 75205
 Updated by: c...@php.net
 Reported by:ecamy at 163 dot com
 Summary:Bugs reports from automatic testing
-Status: Open
+Status: Feedback
 Type:   Bug
 Package:Testing related
 Operating System:   CentOS6.6
 PHP Version:5.6.31
-Assigned To:
+Assigned To:cmb
 Block user comment: N
 Private report: N

 New Comment:

Anyhow, I think this ticket can be closed now, can't it?


Previous Comments:

[2018-08-05 20:15:58] carusogabr...@php.net

All reported tests have a SKIPIF section for online tests:

if (getenv("SKIP_ONLINE_TESTS")) die("skip online test");

But, this is only set if we pass `--offline` to `run-tests.php`.

What can be done, is set this `SKIP_ONLINE_TESTS` env var dynamically, checking 
for real internet connection.


[2017-09-15 05:23:16] ecamy at 163 dot com

Yes, I installed all package by the way of offline. Even it can't pass during 
making test, but it still work well after making install. I don't know how 
about it can be in the future. Thanks so much for your reply.


[2017-09-14 15:02:17] c...@php.net

On a cursory glance it looks like you have not been online while
running the tests, in which case they have not been supposed to be
run at all.


[2017-09-14 02:24:45] ecamy at 163 dot com

Description:

When I installed the php5.6 on CentOS by compiling, it reports some bugs as 
attached. I can't deal with it because the hit of its is not enough. Would you 
help me? 







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

Bug #77570 [Opn->Csd]: failed summary

2020-09-23 Thread cmb

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

 ID: 77570
 Updated by: c...@php.net
 Reported by:sharif dot uddin1 at vodafone dot com
 Summary:failed summary
-Status: Open
+Status: Closed
 Type:   Bug
 Package:Testing related
 Operating System:   centos 7.5
 PHP Version:7.3.1
-Assigned To:
+Assigned To:cmb
 Block user comment: N
 Private report: N

 New Comment:

> can i carry on with the install like this?

Almost all test failures are related to phpdbg, and since
sapi/phpdbg/tests/breakpoints_001.phpt obviously segfaults, I
assume at least some other phpdbg tests do this as well. If you
need phpdbg, you probably can't really use it; php is apparently
okay.

Anyhow, I'm closing this ticket now, because it is not actionable.
We would need backtraces[1] for segfaulting PHPTs, and PHP 5.6 has
reached EOL long ago[2].

[1] 
[2] 


Previous Comments:

[2019-02-06 09:26:49] sharif dot uddin1 at vodafone dot com

@c...@php.net i don't understand. is this normal. can i carry on with the 
install like this?


[2019-02-05 18:00:47] c...@php.net

See also .


[2019-02-05 16:25:38] sharif dot uddin1 at vodafone dot com

# cat sapi/phpdbg/tests/breakpoints_001.diff
015+
015- prompt>
016+ Termsig=11


[2019-02-05 15:25:40] ni...@php.net

Can you please provide the diff for one of the phpdbg failures? For example, 
the sapi/phpdbg/tests/breakpoints_001.diff file.


[2019-02-05 15:20:47] sharif dot uddin1 at vodafone dot com

Description:

I am compiling using the commands provided in the test script. i can see alot 
of failures that are not reported in 
http://gcov.php.net/viewer.php?version=PHP_7_3&func=tests so i assume something 
is wrong. this output i recieve when i add  --enable-maintainer-zts 
--with-tsrm-pthreads to configuring php7

Test script:
---
yum install systemd-devel libstdc++.so.6 gcc-c++ python-docutils libxml2-devel 
bzip2-devel curl-devel openldap-devel gnutls-devel libicu-devel
yum remove libzip-devel libzip


wget https://github.com/skvadrik/re2c/releases/download/1.1.1/re2c-1.1.1.tar.gz
tar zxvf re2c-1.1.1.tar.gz
cd re2c-1.1.1
./configure --prefix=/opt/SP/re2c --enable-docs


prerequisuites
requires updated cmake and libzip to be downloaded and compiled

 wget 
https://github.com/Kitware/CMake/releases/download/v3.13.3/cmake-3.13.3.tar.gz
 tar zxvf cmake-3.13.3.tar.gz
 cd cmake-3.13.3
 ./bootstrap
 make
 make DESTDIR=/opt/SP/cmake install

 export PATH="$PATH:/opt/SP/cmake/usr/local/bin/"
 
 wget https://libzip.org/download/libzip-1.5.1.tar.xz
 tar xf libzip-1.5.1.tar.xz
 mkdir build
 cd build
 /opt/SP/cmake/usr/local/bin/cmake ..
 make
 make test
 make install

 add /usr/local/lib/ to /etc/ld.so.conf

run
ldconfig 

wget http://uk1.php.net/get/php-7.3.1.tar.xz/from/this/mirror
tar xf mirror
cd php-7.3.1/
./buildconf --force
./configure --enable-fpm --with-fpm-systemd --with-gd --with-openssl 
--with-ldap --with-pcre-regex --with-libzip --with-zlib --with-curl --with-gd 
--enable-mbstring --enable-zip --with-libdir=lib64 --enable-maintainer-zts 
--with-tsrm-pthreads --prefix=/opt/SP/php-7.3.1



Actual result:
--
=
FAILED TEST SUMMARY
-
file upload greater than 2G [sapi/cli/tests/upload_2G.phpt]
Fundamental breakpoints functionality [sapi/phpdbg/tests/breakpoints_001.phpt]
Preserve breakpoints on restart [sapi/phpdbg/tests/breakpoints_002.phpt]
Test deleting breakpoints [sapi/phpdbg/tests/breakpoints_003.phpt]
Test opcode breakpoints [sapi/phpdbg/tests/breakpoints_004.phpt]
Test breakpoint into function context [sapi/phpdbg/tests/breakpoints_005.phpt]
Basic function breakpoints [sapi/phpdbg/tests/breakpoints_006.phpt]
Test namespaced and non-lowercase breakpoint names 
[sapi/phpdbg/tests/breakpoints_008.phpt]
Bug #73704 (phpdbg shows the wrong line in files with shebang) 
[sapi/phpdbg/tests/bug73704.phpt]
Cleaning must preserve breakpoints [sapi/phpdbg/tests/clean_001.phpt]
Test clearing breakpoints [sapi/phpdbg/tests/clear_001.phpt]
Properly handle exceptions going to be uncaught 
[sapi/phpdbg/tests/exceptions_001.phpt]
Test exceptions in eval during exception [sapi/phpdbg/tests/exceptions_002.phpt]
Ensure proper saving of EX(opline) [sapi/phpdbg/tests/generator_run.phpt]
include_once must inc

Bug #79087 [Opn->Csd]: failing tests for 7.4

2020-09-23 Thread cmb

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

 ID: 79087
 Updated by: c...@php.net
 Reported by:bugreports at gmail dot com
 Summary:failing tests for 7.4
-Status: Open
+Status: Closed
 Type:   Bug
 Package:Testing related
 PHP Version:7.4Git-2020-01-09 (Git)
-Assigned To:
+Assigned To:cmb
 Block user comment: N
 Private report: N

 New Comment:

I'm closing this ticket due to being unactionable.  Please don't
report test failures if you're not able to help investigating the
cause of these failures.  Thanks.


Previous Comments:

[2020-01-09 12:14:25] c...@php.net

Oh, I see.


[2020-01-09 10:04:57] bugreports at gmail dot com

> Would that test pass for you within 1000 msec or so?

sorry, the whole stuff is running within a PGO rpm-build unpacking the tarball, 
run build, profiling with own autotetss and the final build followed by 
"run-tests.php" (because of make test by stuopidity copies /etc/php.ini) and i 
won't break that in pieces


[2020-01-09 10:01:01] c...@php.net

Thanks!

bug76675.diff isn't helpful, and that test passes for me.

cve-2014-3538-nojit.diff shows that the threshold of 1 sec might
be a bit too low.  At least for now you could run with

  SKIP_PERF_SENSITIVE=1

which will then skip this test and five others.

socket_sendrecvmsg_multi_msg-unix.diff hints again at a timeout
issue.  Maybe the timeout of 500 msec[1] should be increased?
Would that test pass for you within 1000 msec or so?

[1] 



[2020-01-09 09:13:32] bugreports at gmail dot com

cat bug76675.diff
001+
001- (Received \d+)+

cat cve-2014-3538-nojit.diff
002+ Failed, time=1.03
002- Ok

cat socket_sendrecvmsg_multi_msg-unix.diff
008+ Socket read timeout hit. Can be a bug, a test bug, or a firewall issue.
008- Array
009- (
010- [name] => Array
011- (
012- [family] => %d
013- [addr] => ::1
014- [port] => 7002
015- [flowinfo] => 0
016- [scope_id] => 0
017- )
018-
019- [control] => Array
020- (
021- [0] => Array
022- (
023- [level] => %d
024- [type] => %d
025- [data] => Array
026- (
027- [addr] => ::1
028- [ifindex] => %d
029- )
030-
031- )
032-
033- [1] => Array
034- (
035- [level] => %d
036- [type] => %d
037- [data] => 40
038- )
039-
040- )
041-
042- [iov] => Array
043- (
044- [0] => test thing
045-
046- )
047-
048- [flags] => 0
049- )


[2020-01-09 08:24:38] c...@php.net

Please see .
Most interesting would be the *.diff files.




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at

https://bugs.php.net/bug.php?id=79087


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

Bug #78626 [Opn->Fbk]: bug27023.phpt never finishes

2020-09-23 Thread cmb

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

 ID: 78626
 Updated by: c...@php.net
 Reported by:d...@php.net
 Summary:bug27023.phpt never finishes
-Status: Open
+Status: Feedback
 Type:   Bug
 Package:Testing related
 Operating System:   OSX
 PHP Version:7.4.0RC2
-Assigned To:
+Assigned To:cmb
 Block user comment: N
 Private report: N

 New Comment:

Is this issue still unresolved?  If so, could you do some
debugging?  See ext/curl/tests/server.inc[1] for a start; maybe
the usleep(5) is not long enough; maybe the server can't start
for other reasons; you could try to run the proc_open() $cmd
manually.

[1] 



Previous Comments:

[2019-11-07 18:54:56] d...@php.net

Fresh build, and I get this : 

--TEST--
Bug #27023 (CURLOPT_POSTFIELDS does not parse content types for files)
--INI--
error_reporting = E_ALL & ~E_DEPRECATED
--SKIPIF--
--FILE--
Server is not running

On the other hand, make test TESTS=ext/curl/tests/bug27023.phpt still hangs.


[2019-11-07 10:52:01] ni...@php.net

Is there any useful error output if you run the test directly? I.e. via 
"sapi/cli/php ext/curl/tests/bug27023.phpt"?


[2019-10-04 17:32:37] d...@php.net

Yes, my bad. Test bug48203 passes, while bug27023 (and others) still hang. 

Let me compile against the last RC for 7.4


[2019-10-04 10:41:32] c...@php.net

> bug27023 runs and passes.

Is this a typo, or does the test pass, if you run it as single
test?  In the latter case the used run-tests.php might not support
CONFLICT files - did you use a recent run-tests.php from the 7.4
branch?


[2019-10-04 10:19:19] d...@php.net

bug27023 runs and passes.
The list of hanging tests is complete.  

I checked again with a new pull and build (just in case).




The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at

https://bugs.php.net/bug.php?id=78626


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

Bug #66775 [Opn->Fbk]: test fail after make clean

2020-09-23 Thread cmb

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

 ID: 66775
 Updated by: c...@php.net
 Reported by:xuefer at gmail dot com
 Summary:test fail after make clean
-Status: Open
+Status: Feedback
 Type:   Bug
 Package:Testing related
 Operating System:   Linux
 PHP Version:5.5.9
-Assigned To:
+Assigned To:cmb
 Block user comment: N
 Private report: N

 New Comment:

Does this still happen to you with any of the actively supported
PHP versions[1]?  If so, does that happen for other extensions as
well, or is this perhaps an xcache issue?

[1] 


Previous Comments:

[2014-02-26 02:26:00] xuefer at gmail dot com

Description:

after "make clean" then "make", libtool no longer install extension to modules/ 
directory, then "make test" will not be able to load extension from this folder

this is a phpize'd module

Test script:
---
$ phpize
$ make
/bin/sh /home/xuefer/src/xcache/trunk-php5.5-debug-zts/libtool --mode=install 
cp ./xcache.la /home/xuefer/src/xcache/trunk-php5.5-debug-zts/modules
cp ./.libs/xcache.so 
/home/xuefer/src/xcache/trunk-php5.5-debug-zts/modules/xcache.so
cp ./.libs/xcache.lai 
/home/xuefer/src/xcache/trunk-php5.5-debug-zts/modules/xcache.la
libtool: install: warning: remember to run `libtool --finish 
/home/xuefer/src/xcache/trunk-php5.5-debug-zts/modules'
$ make clean
$ make
/bin/sh /home/xuefer/src/xcache/trunk-php5.5-debug-zts/libtool --mode=install 
cp ./xcache.la /home/xuefer/src/xcache/trunk-php5.5-debug-zts/modules
cp ./.libs/xcache.so /home/xuefer/src/xcache/trunk-php5.5-debug-zts/xcache.so
cp ./.libs/xcache.lai /home/xuefer/src/xcache/trunk-php5.5-debug-zts/xcache.la
libtool: install: warning: remember to run `libtool --finish 
/home/xuefer/src/xcache/trunk-php5.5-debug-zts/modules'
$ make test
/bin/sh: line 12: 
/home/xuefer/src/xcache/branches/3.1-php5.5-debug-zts/modules/xcache.la: No 
such file or directory

Expected result:

/bin/sh /home/xuefer/src/xcache/trunk-php5.5-debug-zts/libtool --mode=install 
cp ./xcache.la /home/xuefer/src/xcache/trunk-php5.5-debug-zts/modules
cp ./.libs/xcache.so 
/home/xuefer/src/xcache/trunk-php5.5-debug-zts/modules/xcache.so
cp ./.libs/xcache.lai 
/home/xuefer/src/xcache/trunk-php5.5-debug-zts/modules/xcache.la
libtool: install: warning: remember to run `libtool --finish 
/home/xuefer/src/xcache/trunk-php5.5-debug-zts/modules'


Actual result:
--
/bin/sh /home/xuefer/src/xcache/trunk-php5.5-debug-zts/libtool --mode=install 
cp ./xcache.la /home/xuefer/src/xcache/trunk-php5.5-debug-zts/modules
cp ./.libs/xcache.so /home/xuefer/src/xcache/trunk-php5.5-debug-zts/xcache.so
cp ./.libs/xcache.lai /home/xuefer/src/xcache/trunk-php5.5-debug-zts/xcache.la
libtool: install: warning: remember to run `libtool --finish 
/home/xuefer/src/xcache/trunk-php5.5-debug-zts/modules'
/bin/sh: line 12: 
/home/xuefer/src/xcache/branches/3.1-php5.5-debug-zts/modules/xcache.la: No 
such file or directory






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

Bug #62873 [Opn->Fbk]: run-tests.php fails to send Bug report to http://qa.php.net when $http_proxy set

2020-09-23 Thread cmb

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

 ID: 62873
 Updated by: c...@php.net
 Reported by:php dot net at thermoman dot de
 Summary:run-tests.php fails to send Bug report to
 http://qa.php.net when $http_proxy set
-Status: Open
+Status: Feedback
 Type:   Bug
 Package:Testing related
 Operating System:   Linux 2.6.37.6
 PHP Version:5.4.6
-Assigned To:
+Assigned To:cmb
 Block user comment: N
 Private report: N

 New Comment:

> I thing qa.php.net is not working always.

Well, like many other Websites. :)

Anyhow, is that proxy issue still a thing?


Previous Comments:

[2014-09-27 11:06:08] jose dot nobile at gmail dot com

The same using PHPNG (5.7 or PHP 7.0.0-dev)

Please enter your email address.
(Your address will be mangled so that it will not go out on any
mailinglist in plain text): entered

Posting to http://qa.php.net/buildtest-process.php

Notice: fwrite(): send of 8192 bytes failed with errno=11 Resource temporarily 
unavailable in /root/php-src/run-tests.php on line 1015

Thank you for helping to make PHP better.


No proxies, a clean environment.

I thing qa.php.net is not working always.


[2012-09-08 15:14:58] fel...@php.net

This 0.0 makes no sense, we do use: 

fwrite($fs, "POST " . $path . "?status=$status&version=$php_version 
HTTP/1.1\r\n");


[2012-08-21 06:54:57] php dot net at thermoman dot de

Changed Summary


[2012-08-20 11:40:15] php dot net at thermoman dot de

It seems i found the problem.

The box where i compiled PHP on had proxy environment settings active:

% env | grep -i proxy
http_proxy=http:((proxy:8080
FTP_PROXY=http:((proxy:8080
ftp_proxy=http:((proxy:8080
HTTPS_PROXY=http:((proxy:8080
https_proxy=http:((proxy:8080
HTTP_PROXY=http:((proxy:8080

(( == //

Please see rant at the bottom of this comment.

grepping through the proxies access_log i found this:

192.168.0.X - - [20/Aug/2012:12:09:57 +0200] "POST 
qa.php.net/buildtest-process.php?status=failed&version=5.4.6 HTTP/0.0" 400 3606 
"-" "-" NONE:NONE
192.168.0.X - - [20/Aug/2012:13:06:33 +0200] "POST 
qa.php.net/buildtest-process.php?status=failed&version=5.4.6 HTTP/0.0" 400 3606 
"-" "-" NONE:NONE

HTTP/0.0 might be some versions to low ;-)

Rant:

ERROR: Please do not SPAM our bug system. <-- YEAH sure ... it's a good idea to 
count the 'http://' occurences and simply deny commenting if it's aboce a 
certain threshold. Not Funny!


[2012-08-20 11:09:49] php dot net at thermoman dot de

Description:

After compiling PHP 5.4.6 i was asked to run the Test-Suite.

Some tests failed and run-tests.php tried to post this result to 
http://qa.php.net/buildtest-process.php.

This failed with "Connection reset by peer" error

Test script:
---
./configure --prefix=/home/mm/php546 --disable-all
make -j5
(make test)

Expected result:

Please enter your email address.
(Your address will be mangled so that it will not go out on any
mailinglist in plain text): [redacted]

Posting to http://qa.php.net/buildtest-process.php

Thank you for helping to make PHP better.


Actual result:
--
Please enter your email address.
(Your address will be mangled so that it will not go out on any
mailinglist in plain text): [redacted]

Posting to http://qa.php.net/buildtest-process.php

Notice: fwrite(): send of 8192 bytes failed with errno=104 Connection reset by 
peer in /home/mm/tmp/php-5.4.6/run-tests.php on line 996

Notice: fwrite(): send of 4 bytes failed with errno=32 Broken pipe in 
/home/mm/tmp/php-5.4.6/run-tests.php on line 997

Thank you for helping to make PHP better.






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

Bug #77493 [Opn->Csd]: curl_basic_009 fails with newer curl versions

Req #36398 [Opn->Csd]: "make test" should be fully scriptable [Do not prompt for email address]

Bug #80139 [Opn->Csd]: ext/standard/tests/file/copy_variation5.phpt fails when run on bind mount

Bug #80138 [PATCH]: getservbyname and getservbyport tests fail if there is no /etc/services

Bug #80137 [PATCH]: getprotobyname and getprotobynumber fail since there is no /etc/protocols

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

Bug #75205 [Opn->Fbk]: Bugs reports from automatic testing

Bug #77570 [Opn->Csd]: failed summary

Bug #79087 [Opn->Csd]: failing tests for 7.4

Bug #78626 [Opn->Fbk]: bug27023.phpt never finishes

Bug #66775 [Opn->Fbk]: test fail after make clean

Bug #62873 [Opn->Fbk]: run-tests.php fails to send Bug report to http://qa.php.net when $http_proxy set

12 matches

Site Navigation

Mail list logo

Footer information