[PHP-QA] [PHP-BUG] Bug #63103 [NEW]: ext\curl\tests\bug62839.phpt broken

2012-09-17 Thread mattfic...@php.net 
From: mattficken
Operating system: Windows
PHP version:  5.4.7
Package:  Testing related
Bug Type: Bug
Bug description:ext\curl\tests\bug62839.phpt broken

Description:

ext\curl\tests\bug62839.phpt is broken on Windows.

It creates a file in /tmp which doesn't exist on Windows.

Test is broken on 5_4 and 5_3.


Test script:
---
The patch creates a temporary file in the current working directory.

I have tested the patch with 5_4 and 5_3 on Windows and Linux.

Actual result:
--
Test fails as /tmp doesn't exist on Windows.

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


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

[PHP-QA] Bug #63103 [Opn->Csd]: ext\curl\tests\bug62839.phpt broken

2012-09-17 Thread mattfic...@php.net 
Edit report at https://bugs.php.net/bug.php?id=63103&edit=1

 ID: 63103
 User updated by:mattfic...@php.net
 Reported by:mattfic...@php.net
 Summary:ext\curl\tests\bug62839.phpt broken
-Status: Open
+Status: Closed
 Type:   Bug
 Package:Testing related
 Operating System:   Windows
 PHP Version:5.4.7
 Block user comment: N
 Private report: N

 New Comment:

Automatic comment on behalf of laruence
Revision: 
http://git.php.net/?p=php-src.git;a=commit;h=e66a5ce56fc9be74096e0d0452a1172c8130752c
Log: Fixed Bug #63103 (ext\curl\tests\bug62839.phpt broken)


Previous Comments:

[2012-09-17 20:15:27] mattfic...@php.net

Description:

ext\curl\tests\bug62839.phpt is broken on Windows.

It creates a file in /tmp which doesn't exist on Windows.

Test is broken on 5_4 and 5_3.


Test script:
---
The patch creates a temporary file in the current working directory.

I have tested the patch with 5_4 and 5_3 on Windows and Linux.

Actual result:
--
Test fails as /tmp doesn't exist on Windows.






-- 
Edit this bug report at https://bugs.php.net/bug.php?id=63103&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 #64714 [NEW]: ext/standard/tests/file/bug24482.phpt finds too many files if run too fast

2013-04-25 Thread mattfic...@php.net 
From: mattficken
Operating system: Windows
PHP version:  Irrelevant
Package:  Testing related
Bug Type: Bug
Bug description:ext/standard/tests/file/bug24482.phpt finds too many files if 
run too fast

Description:

ext/standard/tests/file/bug24482.phpt, run fast enough with other tests, on
4+ cpu core machines may get a different count of the files in the
ext/standard/tests/file directory from glob() and opendir().

This is not a stat cache problem. Its just that other PHPT tests create
files in ext/standard/tests/file directory and, though they clean them up,
on very fast Windows servers, sometimes the deletion is committed to the
file system (by Windows) during the time between the glob() and opendir()
calls.

This isn't really a PHP problem, but rather an OS behavior/side-effect of
performance optimizations in the OS/file-system.

The simple solution is to change the directory the test checks to
ext/standard/tests. PHPT tests don't create test files there at all, so the
count of files/directories there won't change during a test run.

Test script:
---
See ext/standard/tests/file/bug24482.phpt

Expected result:

Pass

Actual result:
--
Fail (2 different counts)

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


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

[PHP-QA] Bug #64714 [PATCH]: ext/standard/tests/file/bug24482.phpt finds too many files if run too fast

2013-04-25 Thread mattfic...@php.net 
Edit report at https://bugs.php.net/bug.php?id=64714&edit=1

 ID: 64714
 Patch added by: mattfic...@php.net
 Reported by:mattfic...@php.net
 Summary:ext/standard/tests/file/bug24482.phpt finds too many
 files if run too fast
 Status: Open
 Type:   Bug
 Package:Testing related
 Operating System:   Windows
 PHP Version:Irrelevant
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: bug24482.patch.txt
Revision:   1366915651
URL:
https://bugs.php.net/patch-display.php?bug=64714&patch=bug24482.patch.txt&revision=1366915651


Previous Comments:

[2013-04-25 18:32:05] mattfic...@php.net

Description:

ext/standard/tests/file/bug24482.phpt, run fast enough with other tests, on 4+ 
cpu core machines may get a different count of the files in the 
ext/standard/tests/file directory from glob() and opendir().

This is not a stat cache problem. Its just that other PHPT tests create files 
in ext/standard/tests/file directory and, though they clean them up, on very 
fast Windows servers, sometimes the deletion is committed to the file system 
(by Windows) during the time between the glob() and opendir() calls.

This isn't really a PHP problem, but rather an OS behavior/side-effect of 
performance optimizations in the OS/file-system.

The simple solution is to change the directory the test checks to 
ext/standard/tests. PHPT tests don't create test files there at all, so the 
count of files/directories there won't change during a test run.

Test script:
---
See ext/standard/tests/file/bug24482.phpt

Expected result:

Pass

Actual result:
--
Fail (2 different counts)






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

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

[PHP-QA] Bug #64714 [Com]: ext/standard/tests/file/bug24482.phpt finds too many files if run too fast

2013-04-25 Thread mattfic...@php.net 
Edit report at https://bugs.php.net/bug.php?id=64714&edit=1

 ID: 64714
 Comment by: mattfic...@php.net
 Reported by:mattfic...@php.net
 Summary:ext/standard/tests/file/bug24482.phpt finds too many
 files if run too fast
 Status: Open
 Type:   Bug
 Package:Testing related
 Operating System:   Windows
 PHP Version:Irrelevant
 Block user comment: N
 Private report: N

 New Comment:

Bug affects 5.3, 5.4, 5.5 on Windows.

Attached patch fixes it on Windows and doesn't break on Linux.


Previous Comments:

[2013-04-25 18:47:31] mattfic...@php.net

The following patch has been added/updated:

Patch Name: bug24482.patch.txt
Revision:   1366915651
URL:
https://bugs.php.net/patch-display.php?bug=64714&patch=bug24482.patch.txt&revision=1366915651


[2013-04-25 18:32:05] mattfic...@php.net

Description:

ext/standard/tests/file/bug24482.phpt, run fast enough with other tests, on 4+ 
cpu core machines may get a different count of the files in the 
ext/standard/tests/file directory from glob() and opendir().

This is not a stat cache problem. Its just that other PHPT tests create files 
in ext/standard/tests/file directory and, though they clean them up, on very 
fast Windows servers, sometimes the deletion is committed to the file system 
(by Windows) during the time between the glob() and opendir() calls.

This isn't really a PHP problem, but rather an OS behavior/side-effect of 
performance optimizations in the OS/file-system.

The simple solution is to change the directory the test checks to 
ext/standard/tests. PHPT tests don't create test files there at all, so the 
count of files/directories there won't change during a test run.

Test script:
---
See ext/standard/tests/file/bug24482.phpt

Expected result:

Pass

Actual result:
--
Fail (2 different counts)






-- 
Edit this bug report at https://bugs.php.net/bug.php?id=64714&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 #64752 [NEW]: bug40770 is missing memory_limit fatal error

2013-05-01 Thread mattfic...@php.net 
From: mattficken
Operating system: Windows
PHP version:  Irrelevant
Package:  Testing related
Bug Type: Bug
Bug description:bug40770 is missing memory_limit fatal error

Description:

zend/tests/bug40770.phpt does not output Fatal Error about memory_limit
being reached (expected) on NTS builds.

Affects recent 5.3 5.4 and 5.5 builds without opcache. With opcache or on
TS builds, this test PASSes.

I added memory_limit=8M to the INI I used (from test's INI section).


Test script:
---
zend/tests/bug40770.phpt

Expected result:

Fatal error: Allowed memory size of 8388608 bytes exhausted%s(tried to
allocate %d bytes) in %s on line %d

Actual result:
--
Empty output.

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


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

[PHP-QA] [PHP-BUG] Bug #64753 [NEW]: splfileobject_fwrite_variation_002.phpt output is mangled

2013-05-01 Thread mattfic...@php.net 
From: mattficken
Operating system: Windows
PHP version:  5.3Git-2013-05-01 (snap)
Package:  Testing related
Bug Type: Bug
Bug description:splfileobject_fwrite_variation_002.phpt output is mangled

Description:

Output ext/spl/tests/splfileobject_fwrite_variation_002.phpt (from
file_get_contents) is mangled (see actual result).

This occurs with 5.3.25rc1 and 5.3 snapshots when run on Apache-mod_php
(ApacheLounge-2.4.4-vc9) with and without Opcache-7.01.

The test uses  SplFileObject::fwrite to write to a file and then reads its
contents using file_get_contents for the test's expected output. The
returned result is mangled (too long; extra " are added and ' ' is replaced
with '_').




Test script:
---
ext/spl/tests/splfileobject_fwrite_variation_002.phpt

Expected result:

string(10) "test_write"

Actual result:
--
string(14) ""test" 'write'"


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


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

[PHP-QA] [PHP-BUG] Bug #64786 [NEW]: tidy/020.phpt fails on x64 builds

2013-05-07 Thread mattfic...@php.net 
From: mattficken
Operating system: Windows
PHP version:  5.5Git-2013-05-07 (snap)
Package:  Testing related
Bug Type: Bug
Bug description:tidy/020.phpt fails on x64 builds

Description:

ext/tidy/tests/020.phpt produces different output when run on x64 php
builds/x64 web servers (both apache and builtin web, with and without
opcache).


>From the output, it looks like the document was set to XHTML-Transitional,
while the test expected XHTML-Strict.


Here is the INI I used:
auto_append_file=
auto_prepend_file=
disable_defs=Off
display_errors=On
display_startup_errors=Off
docref_ext=.html
docref_root=
error_append_string=
error_prepend_string=
error_reporting=E_ALL | E_NOTICE | E_WARNING
extension=php_bz2.dll
extension=php_com_dotnet.dll
extension=php_curl.dll
extension=php_fileinfo.dll
extension=php_gd2.dll
extension=php_gettext.dll
extension=php_gmp.dll
extension=php_intl.dll
extension=php_imap.dll
extension=php_ldap.dll
extension=php_mbstring.dll
extension=php_exif.dll
extension=php_mysql.dll
extension=php_mysqli.dll
extension=php_openssl.dll
extension=php_pdo_mysql.dll
extension=php_pdo_pgsql.dll
extension=php_pdo_sqlite.dll
extension=php_pdo_odbc.dll
extension=php_pgsql.dll
extension=php_shmop.dll
extension=php_soap.dll
extension=php_sockets.dll
extension=php_sqlite3.dll
extension=php_tidy.dll
extension=php_xmlrpc.dll
extension=php_xsl.dll
extension=php_enchant.dll
extension_dir=C:\php-sdk\php-5.5-ts-windows-vc11-x64-r4cea61a\ext
html_errors=Off
ignore_repeated_errors=Off
log_errors=On
magic_quotes_runtime=Off
max_execution_time=60
open_basedir=
output_buffering=On
output_handler=
precision=14
report_memleaks=On
report_zend_debug=Off
safe_mode=0
session.auto_start=Off
track_errors=On
unicode.from_error_mode=U_INVALID_SUBSTITUTE
unicode.output_encoding=UTF-8
unicode.runtime_encoding=ISO-8859-1
unicode.script_encoding=UTF-8


Test script:
---
Copy the TEST section of ext/tidy/tests/020.phpt to a .php file in the
docroot of apache or builtin web and send an HTTP request to run it.

Expected result:

bool(true)
bool(true)

http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";>
http://www.w3.org/1999/xhtml";>




Isto 
para testes.




Actual result:
--

http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";>
http://www.w3.org/1999/xhtml";>




bool(true) bool(true)
Isto para testes.
�





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


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