Bug #64396 [Com]: tests/basic/req60524.phpt should not be run on Windows
Edit report at https://bugs.php.net/bug.php?id=64396edit=1 ID: 64396 Comment by: mattfic...@php.net Reported by:mattfic...@php.net Summary:tests/basic/req60524.phpt should not be run on Windows Status: Feedback Type: Bug Package:*Directory/Filesystem functions Operating System: Windows PHP Version:5.5.0alpha5 Assigned To:mattficken Block user comment: N Private report: N New Comment: Yes I committed it, but forgot to close this bug report. Previous Comments: [2013-09-01 01:16:18] paj...@php.net Matt? Did you apply it? [2013-03-22 06:30:41] paj...@php.net Please duplicate the test and commit it :) [2013-03-21 22:55:39] mattfic...@php.net The point of this test is to test the new sys_temp_dir directive to make sure that the directive value is returned by sys_get_temp_dir.The point of the directive is to enable using different INI files to get sys_get_temp_dir to return different temp dirs (for virtual hosts). Directives have to be set in the INI section. The PHPT format doesn't provide a way to have different INI sections for Windows or *nix. Therefore there needs to be a separate -win32 fork for this test, which is what the original patch does. [2013-03-09 01:07:45] paj...@php.net Thanks for the patch! I would modify the test to compare the string result instead and output OK when it matches. Doing so will avoid to create a windows only version of this test (which basically test the ini setting). Feel free to commit it once you are done :) [2013-03-08 23:42:38] mattfic...@php.net Description: This is a new test of sys_get_temp_dir() but won't work on Windows. I have attached a patch that patches this test and creates a win32 equivalent test. Expected result: /path/to/temp/dir Actual result: -- C:\Users\matt\AppData\Local\Temp -- Edit this bug report at https://bugs.php.net/bug.php?id=64396edit=1
Bug #61577 [Com]: php5ts.dll crashes when specific extensions are loaded
Edit report at https://bugs.php.net/bug.php?id=61577edit=1 ID: 61577 Comment by: mattfic...@php.net Reported by:uniflare at gmail dot com Summary:php5ts.dll crashes when specific extensions are loaded Status: Feedback Type: Bug Package:Reproducible crash Operating System: Windows7 Ultimate x86 PHP Version:5.4.0 Assigned To:mattficken Block user comment: N Private report: N New Comment: You may have DLLs mixed up from a different PHP version. Instead, download the 5.4.19-ts ZIP file from windows.php.net/downloads and decompress it to c:\php-sdk\php-5.4.19-win32-vc9-x86 When reconfiguring Apache and your PHP.ini make sure that extension_dir=c:\php-sdk\php-5.4.19-win32-vc9-x86\ext If that still fails, run php on command line without an INI file in case its loading extensions from the INI file or registry. Run this command: `php -n -d extension_dir=c:\php-sdk\php-5.4.19-win32-vc9-ext\ext -d extension=php_gd2.dll -d extension=php_curl.dll -d extension=php_mbstring.dll` Send us the output from that. Is this ApacheLounge-2.4.2-OpenSSL-0.9.8-VC9? If you're able to run phpinfo() but nothing else, send the output of that. If you're only able to run phpinfo() if you disable one of those extensions, do that too, so we can see what's going on. Also, run `systeminfo` on command line and send us the output. Previous Comments: [2013-08-26 10:08:13] paj...@php.net try under CLI and see what is the actual error is, I very much doubt there is actually a crash but missing DLLs in the path. [2013-08-26 09:34:03] pirabid at gmail dot com I have the same problem on windows 7 (64-bit) using PHP 5.4.0 Apache crashes if I use the following two extension parallely: extension=php_curl.dll extension=php_gd2.dll If I comment any one of these, Apache works okay. Please fix this. [2012-05-04 14:56:50] zane at zanezane dot net For me, problem is fixed since 5.4.1. I tried seconds ago with 5.4.2 and is still ok. [2012-05-04 12:44:07] george dot gruber at emailourfamily dot com A new note to this issue. I have updated PHP to 5.4.1 and Apache from ApacheLounge to the 32-bit, openSSL 0.9.8v version and the problem still exists. I was hoping the PHP 5.4.1 would resolve the issue. [2012-04-17 19:57:38] george dot gruber at emailourfamily dot com I experiencing the same crash on two different Windows 7 Ultimate x64 machines. Apache and PHP come up and run fine and occasionally I get the message in error.log: [mpm_winnt:notice] [pid 2200:tid 512] AH00428: Parent: child process exited with status 255 -- Restarting. At nearly the same time there are three entries in to the application event log indicating the same error reported in bug: Faulting application name: httpd.exe, version: 2.4.2.0, time stamp: 0x4f7ed6c4 Faulting module name: php5ts.dll, version: 5.4.0.0, time stamp: 0x4f4e7f05 Exception code: 0xc005 Fault offset: 0x0004c563 Faulting process id: 0x3870 Faulting application start time: 0x01cd1cb269ad9f3a Faulting application path: C:\Apache24\bin\httpd.exe Faulting module path: C:\PHP5\php5ts.dll I have removed as many extensions as possible that still allows the system to run properly. I had even gone as far as to remove php_mbstring and it didn't change the results. Having removed some of the other extensions seem to reduce it but this is not definitive. This is the list of what I had removed just for reference: php_gettext php_ldap php_pdo_mysql php_pgsql php_soap php_sockets php_tidy php_xsl I had verified that nothing required them although if that was the case you would think that they wouldn't be doing anything to cause an error. Interestingly enough as far as I can tell the pages are rendered properly and that the only indication of any problem is the error.log (Apache) and Windows events. I am running PHP 5.4.0 and Apache 2.4.2 (ApacheLounge including php5apache2_4.dll) and MySQL 5.6.5m8 on Windows 7 Ultimate x64 with SP1. I have my own log file pertaining to processing of the pages and some functions (MySQL requests are always captured) and I am trying to correlate the crash to a particular event but so far nothing specific. It is somewhat disconcerting and I do not know if there are any side issues being created by this occurring. If anyone would like additional information please let me know and I would be happy to submit it. The remainder of the comments for this report are too long
Bug #65327 [Com]: LDAP Extension not showing in phpinfo()
Edit report at https://bugs.php.net/bug.php?id=65327edit=1 ID: 65327 Comment by: mattfic...@php.net Reported by:jfha73 at gmail dot com Summary:LDAP Extension not showing in phpinfo() Status: Open Type: Bug Package:LDAP related Operating System: Windows x64 PHP Version:5.5.1 Block user comment: N Private report: N New Comment: With both 5.5.1-ts-x64 and 5.5.1-nts-x64, the LDAP extension shows up as enabled in phpinfo() and `php -m`. In the php.ini, I enabled only php_ldap.dll, and the extension was listed in phpinfo. I then tried enabling all the extension dlls (except firebird and oci), and the ldap extension was listed (I enabled them in the order listed in php.ini-development). In all cases, all the correct info was listed for the LDAP extension. Please share your INI file. Maybe this is dependent on the order the DLLs are loaded and/or on which DLLs are loaded. Thanks for understanding 5.5-x64 is experimental and thanks for helping to make PHP better. Previous Comments: [2013-07-24 17:49:02] jfha73 at gmail dot com Just fixing the title [2013-07-24 17:47:41] jfha73 at gmail dot com Description: This is related to PHP 5.5.x x64, I know it's in experimental phase and it has much to do before it's fully x64, but the extension for ldap (php_ldap.dll) even though it shows when running php -m it doesn't show in phpinfo() therefore, ldap is not showing as loaded. I don't know if this has to do with the extension itself or with openldap deps, but it should be looked at. Thanks guys. Test script: --- phpinfo(); Expected result: Show the ldap extension as loaded Actual result: -- ldap is not showing. -- Edit this bug report at https://bugs.php.net/bug.php?id=65327edit=1
Bug #64214 [Com]: PHAR PHPTs intermittently crash when run on DFS or SMB
Edit report at https://bugs.php.net/bug.php?id=64214edit=1 ID: 64214 Comment by: mattfic...@php.net Reported by:mattfic...@php.net Summary:PHAR PHPTs intermittently crash when run on DFS or SMB Status: Assigned Type: Bug Package:PHAR related Operating System: Windows PHP Version:5.5.0alpha4 Assigned To:pajoye Block user comment: N Private report: N New Comment: I haven't seen this bug repro on any recent 5.3, 5.4, or 5.5 snapshot builds. I think this bug is fixed. I have added a documentation note about the importance of setting the `sys_temp_dir` directive, especially when using remote file systems: http://us3.php.net/manual/en/book.phar.php Previous Comments: [2013-05-17 09:52:47] paj...@php.net I think I found all locations causing these crashes. Matt, let me know once the last serie of tests pass (stress and compat) so we can close it :) [2013-05-14 22:34:06] paj...@php.net Crashes should be fixed by now (testing) but the reason why tmp files creations fail has to be analyzed and fixed as well. Assigned to me. [2013-02-27 10:35:49] user at kkdf2 dot sakura dot ne dot jp About NAS, it may be possible. For example, My company's NAS Buffalo Ls-L series freezes sometimes when I try simultaneous client accesses. It seems that NAS exhausts its ram memory by operating multiple file requests. [2013-02-14 23:52:25] mattfic...@php.net Description: I am running PHPT tests on an SMB file share (and also sometimes DFS) served by a remote file server. The share is mounted to a local drive (H:) on Windows. This issue occurs on Windows 7, Vista, 2008, 2008r2, 8, 2012, x64 and x86 (I am using the PHP on Windows binary build from windows.php.net without any modification). When I run these 2 PHAR tests, sometimes, they crash: ext/phar/tests/zip/phar_commitwrite.phpt ext/phar/tests/tar/phar_setsignaturealgo2.phpt See attached BTs. If I add additional traffic to the network or file server (ex: download a big file on another computer), the crashes happen more frequently. Even then, I'm only adding max ~10MiB/S to network or file server which isn't really heavy load. The file access times on the share are still pretty normal (fraction of a second max, to read a PHPT file, so the network or file server is never heavily loaded). I believe this is a time issue that is load induced. Actual result: -- ext/phar/tests/zip/phar_commitwrite.phpt php5ts.dll!_php_stream_write(_php_stream * stream, const char * buf, unsigned int count, void * * * tsrm_ls) Line 1233 + 0x10 bytes C php5ts.dll!phar_zip_flush(_phar_archive_data * phar, char * user_stub, long len, int defaultstub, char * * error, void * * * tsrm_ls) Line 1304 + 0x18 bytes C php5ts.dll!phar_flush(_phar_archive_data * phar, char * user_stub, long len, int convert, char * * error, void * * * tsrm_ls) Line 2601 + 0x18 bytes C php5ts.dll!phar_add_file(_phar_archive_data * * pphar, char * filename, int filename_len, char * cont_str, int cont_len, _zval_struct * zresource, void * * * tsrm_ls) Line 3737 + 0x11 bytesC php5ts.dll!zim_Phar_offsetSet(int ht, _zval_struct * return_value, _zval_struct * * return_value_ptr, _zval_struct * this_ptr, int return_value_used, void * * * tsrm_ls) Line 3818 + 0x14 bytes C php5ts.dll!zend_call_function(_zend_fcall_info * fci, _zend_fcall_info_cache * fci_cache, void * * * tsrm_ls) Line 959 + 0x1f bytes C php5ts.dll!zend_call_method(_zval_struct * * object_pp, _zend_class_entry * obj_ce, _zend_function * * fn_proxy, const char * function_name, int function_name_len, _zval_struct * * retval_ptr_ptr, int param_count, _zval_struct * arg1, _zval_struct * arg2, void * * * tsrm_ls) Line 97 + 0x14 bytes C php5ts.dll!zend_std_write_dimension(_zval_struct * object, _zval_struct * offset, _zval_struct * value, void * * * tsrm_ls) Line 678 + 0x1e bytes C php5ts.dll!ZEND_ASSIGN_DIM_SPEC_CV_CONST_HANDLER(_zend_execute_data * execute_data, void * * * tsrm_ls) Line 32607 + 0xbc bytes C ext/phar/tests/tar/phar_setsignaturealgo2.phpt php5ts.dll!user_wrapper_opener(_php_stream_wrapper * wrapper, char * filename, char * mode, int options, char * * opened_path, _php_stream_context * context, void * * * tsrm_ls) Line 346 + 0x2f bytes C php5ts.dll!_php_stream_open_wrapper_ex(char * path, char * mode, int
[PHP-BUG] Bug #64906 [NEW]: occassional crashes in accel_startup
From: mattficken Operating system: Windows PHP version: 5.5Git-2013-05-23 (snap) Package: opcache Bug Type: Bug Bug description:occassional crashes in accel_startup Description: Running multiple PHPT tests on CLI I occassionally get these crashes (see below). I do this using PFTT, which for this is equivalent to run-test.php except that it runs multiple php processes at a time, instead of just one. This is an updated copy of this issue: https://github.com/zendtech/ZendOptimizerPlus/issues/59 Expected result: PHPT tests pass Actual result: -- 009df904 6f5fc2ef php_opcache!accel_startup+0x119 [c:\php-sdk\snap_5_5\vc11\x86\nts-windows-vc11-x86\ext\opcache\zendaccelerator.c @ 2565] (issue 59?) 009df910 6f73ab0a php5!zend_extension_startup+0xf [c:\php-sdk\snap_5_5\vc11\x86\nts-windows-vc11-x86\zend\zend_extensions.c @ 154] 009df928 6f4ab016 php5!zend_llist_apply_with_del+0x28f3aa [c:\php-sdk\snap_5_5\vc11\x86\nts-windows-vc11-x86\zend\zend_llist.c @ 178] 009dfc0c 000f14be php5!php_module_startup+0x646 [c:\php-sdk\snap_5_5\vc11\x86\nts-windows-vc11-x86\main\main.c @ 2207] 009dfc1c 000f2cb8 php!php_cli_startup+0xe [c:\php-sdk\snap_5_5\vc11\x86\nts-windows-vc11-x86\sapi\cli\php_cli.c @ 417] 009dfcb4 000f9a0e php!main+0x418 [c:\php-sdk\snap_5_5\vc11\x86\nts-windows-vc11-x86\sapi\cli\php_cli.c @ 1357] 009dfcf4 767d3677 php!__tmainCRTStartup+0xfd [f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c @ 536] 009dfd00 77a69d72 kernel32!BaseThreadInitThunk+0x12 009dfd40 77a69d45 ntdll!RtlInitializeExceptionChain+0x63 009dfd58 ntdll!RtlInitializeExceptionChain+0x36 00adf7d4 6f5fc2ef php_opcache!accel_startup+0x5705 [c:\php-sdk\snap_5_5\vc11\x86\nts-windows-vc11-x86\ext\opcache\zendaccelerator.c @ 2525] 00adf7e0 6f73ab0a php5!zend_extension_startup+0xf [c:\php-sdk\snap_5_5\vc11\x86\nts-windows-vc11-x86\zend\zend_extensions.c @ 154] 00adf7f8 6f4ab016 php5!zend_llist_apply_with_del+0x28f3aa [c:\php-sdk\snap_5_5\vc11\x86\nts-windows-vc11-x86\zend\zend_llist.c @ 178] 00adfadc 000f14be php5!php_module_startup+0x646 [c:\php-sdk\snap_5_5\vc11\x86\nts-windows-vc11-x86\main\main.c @ 2207] 00adfaec 000f2cb8 php!php_cli_startup+0xe [c:\php-sdk\snap_5_5\vc11\x86\nts-windows-vc11-x86\sapi\cli\php_cli.c @ 417] 00adfb84 000f9a0e php!main+0x418 [c:\php-sdk\snap_5_5\vc11\x86\nts-windows-vc11-x86\sapi\cli\php_cli.c @ 1357] 00adfbc4 767d3677 php!__tmainCRTStartup+0xfd [f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c @ 536] 00adfbd0 77a69d72 kernel32!BaseThreadInitThunk+0x12 00adfc10 77a69d45 ntdll!RtlInitializeExceptionChain+0x63 00adfc28 ntdll!RtlInitializeExceptionChain+0x36 00abfb28 744a9a55 php_opcache!accel_new_interned_string+0x130 [c:\php-sdk\snap_5_5\vc11\x86\nts-windows-vc11-x86\ext\opcache\zendaccelerator.c @ 325] 00abfb38 744b0cfe php_opcache!accel_use_shm_interned_strings+0x25 [c:\php-sdk\snap_5_5\vc11\x86\nts-windows-vc11-x86\ext\opcache\zendaccelerator.c @ 394] 00abfb54 6f5fc2ef php_opcache!accel_startup+0x572e [c:\php-sdk\snap_5_5\vc11\x86\nts-windows-vc11-x86\ext\opcache\zendaccelerator.c @ 2535] 00abfb60 6f73ab0a php5!zend_extension_startup+0xf [c:\php-sdk\snap_5_5\vc11\x86\nts-windows-vc11-x86\zend\zend_extensions.c @ 154] 00abfb78 6f4ab016 php5!zend_llist_apply_with_del+0x28f3aa [c:\php-sdk\snap_5_5\vc11\x86\nts-windows-vc11-x86\zend\zend_llist.c @ 178] 00abfe5c 000f14be php5!php_module_startup+0x646 [c:\php-sdk\snap_5_5\vc11\x86\nts-windows-vc11-x86\main\main.c @ 2207] 00abfe6c 000f2cb8 php!php_cli_startup+0xe [c:\php-sdk\snap_5_5\vc11\x86\nts-windows-vc11-x86\sapi\cli\php_cli.c @ 417] 00abff04 000f9a0e php!main+0x418 [c:\php-sdk\snap_5_5\vc11\x86\nts-windows-vc11-x86\sapi\cli\php_cli.c @ 1357] 00abff44 767d3677 php!__tmainCRTStartup+0xfd [f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c @ 536] WARNING: Stack unwind information not available. Following frames may be wrong. 00abff50 77a69d72 kernel32!BaseThreadInitThunk+0x12 00abff90 77a69d45 ntdll!RtlInitializeExceptionChain+0x63 00abffa8 ntdll!RtlInitializeExceptionChain+0x36 -- Edit bug report at https://bugs.php.net/bug.php?id=64906edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64906r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64906r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64906r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64906r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64906r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64906r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64906r=needscript Try newer version: https://bugs.php.net/fix.php?id=64906r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64906r=support Expected behavior: https://bugs.php.net/fix.php?id=64906r=notwrong Not enough info:
[PHP-BUG] Bug #64786 [NEW]: tidy/020.phpt fails on x64 builds
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) ?xml version=1.0 encoding=iso-8859-1? !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Strict//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd; html xmlns=http://www.w3.org/1999/xhtml; head title/title /head body pIsto para testes./p /body /html Actual result: -- ?xml version=1.0 encoding=iso-8859-1? !DOCTYPE html PUBLIC -//W3C//DTD XHTML 1.0 Transitional//EN http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd; html xmlns=http://www.w3.org/1999/xhtml; head title/title /head body bool(true) bool(true) pIsto para testes./p #0; /body /html -- Edit bug report at https://bugs.php.net/bug.php?id=64786edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64786r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64786r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64786r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64786r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64786r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64786r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64786r=needscript Try newer version: https://bugs.php.net/fix.php?id=64786r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64786r=support Expected behavior: https://bugs.php.net/fix.php?id=64786r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64786r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64786r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64786r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64786r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64786r=dst IIS Stability: https://bugs.php.net/fix.php?id=64786r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64786r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64786r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64786r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64786r=mysqlcfg
[PHP-BUG] Bug #64769 [NEW]: mbstring PHPTs crash on x64 php builds
From: mattficken Operating system: Windows PHP version: 5.5Git-2013-05-03 (snap) Package: ICONV related Bug Type: Bug Bug description:mbstring PHPTs crash on x64 php builds Description: On 5.5.0-x64, these 2 tests crash, with and without opcache Test script: --- ext/mbstring/tests/mb_eregi.phpt ext/mbstring/tests/mb_eregi_invalid_arguments.phpt Expected result: Test Pass Actual result: -- Crash here: `008ce338 07fe`e309fe79 php_mbstring!code2_hash [c:\php-sdk\snap_5_5\vc11\x64\ts-windows-vc11-x64\ext\mbstring\oniguruma\enc\unicode.c @ 10860] `008ce340 07fe`e30a23fc php_mbstring!onig_st_add_direct+0x29 [c:\php-sdk\snap_5_5\vc11\x64\ts-windows-vc11-x64\ext\mbstring\oniguruma\st.c @ 309] `008ce370 07fe`e30a3038 php_mbstring!init_case_fold_table+0x12c [c:\php-sdk\snap_5_5\vc11\x64\ts-windows-vc11-x64\ext\mbstring\oniguruma\enc\unicode.c @ 10937] `008ce3a0 07fe`e30a45bd php_mbstring!onigenc_unicode_get_case_fold_codes_by_str+0x58 [c:\php-sdk\snap_5_5\vc11\x64\ts-windows-vc11-x64\ext\mbstring\oniguruma\enc\unicode.c @ 11169] `008ce4a0 07fe`e3074d9b php_mbstring!get_case_fold_codes_by_str+0x1d [c:\php-sdk\snap_5_5\vc11\x64\ts-windows-vc11-x64\ext\mbstring\oniguruma\enc\utf8.c @ 286] `008ce4e0 07fe`e3074907 php_mbstring!expand_case_fold_string+0x7b [c:\php-sdk\snap_5_5\vc11\x64\ts-windows-vc11-x64\ext\mbstring\oniguruma\regcomp.c @ 3388] `008ce6a0 07fe`e3076a69 php_mbstring!setup_tree+0xb7 [c:\php-sdk\snap_5_5\vc11\x64\ts-windows-vc11-x64\ext\mbstring\oniguruma\regcomp.c @ 3899] `008ce6f0 07fe`e3076f70 php_mbstring!onig_compile+0xc9 [c:\php-sdk\snap_5_5\vc11\x64\ts-windows-vc11-x64\ext\mbstring\oniguruma\regcomp.c @ 5336] `008ce820 07fe`e30a5d50 php_mbstring!onig_new+0x70 [c:\php-sdk\snap_5_5\vc11\x64\ts-windows-vc11-x64\ext\mbstring\oniguruma\regcomp.c @ 5546] `008ce860 07fe`e30a48ce php_mbstring!php_mbregex_compile_pattern+0xd0 [c:\php-sdk\snap_5_5\vc11\x64\ts-windows-vc11-x64\ext\mbstring\php_mbregex.c @ 458] `008ce990 07fe`e30a658b php_mbstring!_php_mb_regex_ereg_exec+0x1de [c:\php-sdk\snap_5_5\vc11\x64\ts-windows-vc11-x64\ext\mbstring\php_mbregex.c @ 728] `008cea20 07fe`e356fbe2 php_mbstring!zif_mb_eregi+0x1b [c:\php-sdk\snap_5_5\vc11\x64\ts-windows-vc11-x64\ext\mbstring\php_mbregex.c @ 783] `008cea70 07fe`e356eafa php5ts!zend_do_fcall_common_helper_SPEC+0x272 [c:\php-sdk\snap_5_5\vc11\x64\ts-windows-vc11-x64\zend\zend_vm_execute.h @ 548] `008ceb30 07fe`e35b302e php5ts!execute_ex+0x7a [c:\php-sdk\snap_5_5\vc11\x64\ts-windows-vc11-x64\zend\zend_vm_execute.h @ 356] `008ceba0 07fe`e35b2a2c php5ts!zend_execute+0x4be [c:\php-sdk\snap_5_5\vc11\x64\ts-windows-vc11-x64\zend\zend_vm_execute.h @ 382] `008cec00 07fe`e35b25d9 php5ts!zend_execute_scripts+0x19c [c:\php-sdk\snap_5_5\vc11\x64\ts-windows-vc11-x64\zend\zend.c @ 1317] `008cecc0 0001`3f19248f php5ts!php_execute_script+0x209 [c:\php-sdk\snap_5_5\vc11\x64\ts-windows-vc11-x64\main\main.c @ 2479] `008cf080 0001`3f1933a5 php!do_cli+0x9df [c:\php-sdk\snap_5_5\vc11\x64\ts-windows-vc11-x64\sapi\cli\php_cli.c @ 994] `008cf590 0001`3f19b683 php!main+0x655 [c:\php-sdk\snap_5_5\vc11\x64\ts-windows-vc11-x64\sapi\cli\php_cli.c @ 1377] `008cf790 `7700f56d php!__tmainCRTStartup+0x10f [f:\dd\vctools\crt_bld\self_64_amd64\crt\src\crtexe.c @ 536] `008cf7c0 `77143281 kernel32!BaseThreadInitThunk+0xd `008cf7f0 ` ntdll!RtlUserThreadStart+0x21 -- Edit bug report at https://bugs.php.net/bug.php?id=64769edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64769r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64769r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64769r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64769r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64769r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64769r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64769r=needscript Try newer version: https://bugs.php.net/fix.php?id=64769r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64769r=support Expected behavior: https://bugs.php.net/fix.php?id=64769r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64769r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64769r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64769r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64769r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64769r=dst IIS Stability:
[PHP-BUG] Bug #64751 [NEW]: iconv PHPTs return NULL bytes with Opcache
From: mattficken Operating system: Windows PHP version: 5.3Git-2013-05-01 (snap) Package: ICONV related Bug Type: Bug Bug description:iconv PHPTs return NULL bytes with Opcache Description: 5.3.25rc1 and recent snapshots with Opcache-7.01 on Apache-mod_php, these 2 PHPTs fail: ext/iconv/tests/eucjp2sjis.phpt ext/iconv/tests/eucjp2utf8.phpt Both tests return NULL bytes (0x0) about equal to the length of the expected result. This seems to only happen with Opcache and the tests pass when Opcache is not enabled. These tests PASS on CLI (with or without opcache) using run-tests.php 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=2039 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_dir=C:\php-sdk\php-5.3-ts-windows-vc9-x86-r15b554c\ext\ html_errors=Off ignore_repeated_errors=Off log_errors=On magic_quotes_runtime=Off max_execution_time=60 opcache.enable=1 opcache.enable_cli=1 opcache.enable_file_override=1 opcache.fast_shutdown=1 opcache.interned_strings_buffer=8 opcache.max_accelerated_files=4000 opcache.memory_consumption=128 opcache.revalidate_freq=60 opcache.save_comments=0 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 zend_extension=C:\php-sdk\php-5.3-ts-windows-vc9-x86-r15b554c\ext\php_opcache.dll Test script: --- ext/iconv/tests/eucjp2sjis.phpt ext/iconv/tests/eucjp2utf8.phpt You can run these by copying the TEST section from each PHPT into a .php file and running it on Apache by requesting that .php file using a web browser. Expected result: Return strings matching EXPECT sections of PHPTs Actual result: -- Both tests return NULL bytes (0x0) about equal to the length of the expected result. -- Edit bug report at https://bugs.php.net/bug.php?id=64751edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64751r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64751r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64751r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64751r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64751r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64751r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64751r=needscript Try newer version: https://bugs.php.net/fix.php?id=64751r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64751r=support Expected behavior: https://bugs.php.net/fix.php?id=64751r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64751r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64751r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64751r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64751r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64751r=dst IIS Stability: https://bugs.php.net/fix.php?id=64751r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64751r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64751r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64751r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64751r=mysqlcfg
[PHP-BUG] Bug #64752 [NEW]: bug40770 is missing memory_limit fatal error
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=64752edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64752r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64752r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64752r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64752r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64752r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64752r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64752r=needscript Try newer version: https://bugs.php.net/fix.php?id=64752r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64752r=support Expected behavior: https://bugs.php.net/fix.php?id=64752r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64752r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64752r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64752r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64752r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64752r=dst IIS Stability: https://bugs.php.net/fix.php?id=64752r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64752r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64752r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64752r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64752r=mysqlcfg
[PHP-BUG] Bug #64753 [NEW]: splfileobject_fwrite_variation_002.phpt output is mangled
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=64753edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64753r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64753r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64753r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64753r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64753r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64753r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64753r=needscript Try newer version: https://bugs.php.net/fix.php?id=64753r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64753r=support Expected behavior: https://bugs.php.net/fix.php?id=64753r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64753r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64753r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64753r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64753r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64753r=dst IIS Stability: https://bugs.php.net/fix.php?id=64753r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64753r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64753r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64753r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64753r=mysqlcfg
[PHP-BUG] Bug #64714 [NEW]: ext/standard/tests/file/bug24482.phpt finds too many files if run too fast
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=64714edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64714r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64714r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64714r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64714r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64714r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64714r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64714r=needscript Try newer version: https://bugs.php.net/fix.php?id=64714r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64714r=support Expected behavior: https://bugs.php.net/fix.php?id=64714r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64714r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64714r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64714r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64714r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64714r=dst IIS Stability: https://bugs.php.net/fix.php?id=64714r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64714r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64714r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64714r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64714r=mysqlcfg
Bug #64714 [PATCH]: ext/standard/tests/file/bug24482.phpt finds too many files if run too fast
Edit report at https://bugs.php.net/bug.php?id=64714edit=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=64714patch=bug24482.patch.txtrevision=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=64714edit=1
Bug #64714 [Com]: ext/standard/tests/file/bug24482.phpt finds too many files if run too fast
Edit report at https://bugs.php.net/bug.php?id=64714edit=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=64714patch=bug24482.patch.txtrevision=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=64714edit=1
Bug #64396 [Com]: tests/basic/req60524.phpt should not be run on Windows
Edit report at https://bugs.php.net/bug.php?id=64396edit=1 ID: 64396 Comment by: mattfic...@php.net Reported by:mattfic...@php.net Summary:tests/basic/req60524.phpt should not be run on Windows Status: Feedback Type: Bug Package:*Directory/Filesystem functions Operating System: Windows PHP Version:5.5.0alpha5 Assigned To:mattficken Block user comment: N Private report: N New Comment: The point of this test is to test the new sys_temp_dir directive to make sure that the directive value is returned by sys_get_temp_dir.The point of the directive is to enable using different INI files to get sys_get_temp_dir to return different temp dirs (for virtual hosts). Directives have to be set in the INI section. The PHPT format doesn't provide a way to have different INI sections for Windows or *nix. Therefore there needs to be a separate -win32 fork for this test, which is what the original patch does. Previous Comments: [2013-03-09 01:07:45] paj...@php.net Thanks for the patch! I would modify the test to compare the string result instead and output OK when it matches. Doing so will avoid to create a windows only version of this test (which basically test the ini setting). Feel free to commit it once you are done :) [2013-03-08 23:42:38] mattfic...@php.net Description: This is a new test of sys_get_temp_dir() but won't work on Windows. I have attached a patch that patches this test and creates a win32 equivalent test. Expected result: /path/to/temp/dir Actual result: -- C:\Users\matt\AppData\Local\Temp -- Edit this bug report at https://bugs.php.net/bug.php?id=64396edit=1
[PHP-BUG] Bug #64452 [NEW]: oo Zip PHPTs crash intermittently
From: mattficken Operating system: Windows PHP version: 5.5Git-2013-03-19 (snap) Package: Zip Related Bug Type: Bug Bug description:oo Zip PHPTs crash intermittently Description: Running this PHPT on Apache with PHP 5.5-03-19 intermittently crashes: ext/zip/tests/oo_addemptydir.phpt I tested some other ext/zip/tests/oo_* including oo_addfile and oo_open and oo_streams, with this revision and they do not crash. Expected result: Test pass Actual result: -- eax=054cf6e4 ebx= ecx=7fff edx= esi=0036 edi=7577cad4 eip=7797dcbb esp=054cf6d4 ebp=054cf74c iopl=0 nv up ei pl zr na pe nc cs=0023 ss=002b ds=002b es=002b fs=0053 gs=002b efl=0246 ntdll!RtlpNtEnumerateSubKey+0x1b26: 7797dcbb eb12jmp ntdll!RtlpNtEnumerateSubKey+0x1b3a (7797dccf) 054cf74c 7797ebc1 ntdll!RtlpNtEnumerateSubKey+0x1b26 054cf75c 7797eca1 ntdll!RtlpNtEnumerateSubKey+0x2a2c 054cf790 7792de10 ntdll!RtlpNtEnumerateSubKey+0x2b0c 054cf7c0 757714d1 ntdll!RtlUlonglongByteSwap+0xb70 054cf7d4 6d29dcc2 kernel32!HeapFree+0x14 054cf7e8 6b47e76f MSVCR110!free+0x1a 054cf7f8 6b47e3b3 php5ts!_zip_dirent_finalize+0xf [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\ext\zip\lib\zip_dirent.c @ 162] 054cf884 6b47c345 php5ts!zip_close+0x6d3 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\ext\zip\lib\zip_close.c @ 307] 054cf88c 6b227942 php5ts!php_zip_object_free_storage+0x15 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\ext\zip\php_zip.c @ 1054] 054cf944 6b2276c8 php5ts!zend_objects_store_del_ref_by_handle_ex+0x1a2 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_objects_api.c @ 221] 054cf95c 6b50283e php5ts!zend_objects_store_del_ref+0x18 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_objects_api.c @ 173] 054cf974 6b1eb459 php5ts!_zval_dtor_func+0x316e5e [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_variables.c @ 54] 054cf98c 6b1f985e php5ts!_zval_ptr_dtor+0x59 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_execute_api.c @ 428] 054cf9a4 6b2906f1 php5ts!zend_hash_reverse_apply+0xbe [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_hash.c @ 804] 054cfa10 6b2572a9 php5ts!shutdown_destructors+0x71 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_execute_api.c @ 218] 054cfa68 6b256c78 php5ts!zend_call_destructors+0x49 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend.c @ 924] 054cfd74 6f9a1566 php5ts!php_request_shutdown+0x108 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\main\main.c @ 1743] 054cfea8 6d2341d5 php5apache2_4!php_handler+0x486 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\sapi\apache2handler\sapi_apache2.c @ 680] 054cfec0 6d23356d libhttpd!ap_run_handler+0x25 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\config.c @ 169] 054cfed8 6d242424 libhttpd!ap_invoke_handler+0xdd [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\config.c @ 432] 054cfef8 6d2424b1 libhttpd!ap_process_async_request+0x184 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\modules\http\http_request.c @ 317] 054cff0c 6d23d8a1 libhttpd!ap_process_request+0x11 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\modules\http\http_request.c @ 363] 054cff28 6d236545 libhttpd!ap_process_http_sync_connection+0x61 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\modules\http\http_core.c @ 190] 054cff40 6d25ae62 libhttpd!ap_run_process_connection+0x25 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\connection.c @ 41] 054cff68 75773677 libhttpd!worker_main+0x112 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\mpm\winnt\child.c @ 840] 054cff74 778e9d72 kernel32!BaseThreadInitThunk+0x12 054cffb4 778e9d45 ntdll!RtlInitializeExceptionChain+0x63 054cffcc ntdll!RtlInitializeExceptionChain+0x36 -- Edit bug report at https://bugs.php.net/bug.php?id=64452edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64452r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64452r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64452r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64452r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64452r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64452r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64452r=needscript Try newer version: https://bugs.php.net/fix.php?id=64452r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64452r=support Expected behavior: https://bugs.php.net/fix.php?id=64452r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64452r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64452r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64452r=globals PHP 4 support discontinued:
[PHP-BUG] Bug #64382 [NEW]: ZIP PHPTs crash with 5.5 built with VC11 compiler and O+
From: mattficken Operating system: Windows PHP version: 5.5.0alpha5 Package: Zip Related Bug Type: Bug Bug description:ZIP PHPTs crash with 5.5 built with VC11 compiler and O+ Description: These 3 PHPTs crash 5.5.0a6 on Windows when built with VC11 compiler: ext/zip/tests/oo_addfile.phpt ext/zip/tests/oo_rename.phpt ext/zip/tests/oo_getnameindex.phpt These crashes are intermittent, about 1 in 10 test runs. I think there has to be a bunch of PHPTs run between the runs of these 3 Zip PHPTs (ie, just running these 3 PHPTs 10 times won't work... however, this issue is also reproducable by running thse 3 PHPTs a few hundred times). Expected result: Test pass Actual result: -- 037ef060 776febc1 ntdll!RtlpNtEnumerateSubKey+0x1b26 037ef070 776feca1 ntdll!RtlpNtEnumerateSubKey+0x2a2c 037ef0a4 776ade10 ntdll!RtlpNtEnumerateSubKey+0x2b0c 037ef0d4 75a314d1 ntdll!RtlUlonglongByteSwap+0xb70 037ef0e8 6f0ddcc2 kernel32!HeapFree+0x14 037ef0fc 6d99cd78 MSVCR110!free+0x1a 037ef110 6d99c9b3 php5ts!_zip_dirent_finalize+0x18 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\ext\zip\lib\zip_dirent.c @ 164] 037ef198 6d99a945 php5ts!zip_close+0x6d3 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\ext\zip\lib\zip_close.c @ 307] 037ef1a0 6d767912 php5ts!php_zip_object_free_storage+0x15 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\ext\zip\php_zip.c @ 1054] 037ef258 6d767698 php5ts!zend_objects_store_del_ref_by_handle_ex+0x1a2 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_objects_api.c @ 221] 037ef270 6da20abf php5ts!zend_objects_store_del_ref+0x18 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_objects_api.c @ 173] 037ef288 6d7147f9 php5ts!_zval_dtor_func+0x30bd3f [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_variables.c @ 54] 037ef2a0 6d728f5e php5ts!_zval_ptr_dtor+0x59 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_execute_api.c @ 428] 037ef2b8 6d7b0051 php5ts!zend_hash_reverse_apply+0xbe [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_hash.c @ 804] 037ef324 6d7affb9 php5ts!shutdown_destructors+0x71 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_execute_api.c @ 218] 037ef37c 6d70bae8 php5ts!zend_call_destructors+0x49 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend.c @ 924] 037ef688 6efa1566 php5ts!php_request_shutdown+0x108 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\main\main.c @ 1743] 037ef7bc 6efe41d5 php5apache2_4!php_handler+0x486 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\sapi\apache2handler\sapi_apache2.c @ 680] 037ef7d4 6efe356d libhttpd!ap_run_handler+0x25 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\config.c @ 169] 037ef7ec 6eff2424 libhttpd!ap_invoke_handler+0xdd [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\config.c @ 432] 037ef80c 6eff24b1 libhttpd!ap_process_async_request+0x184 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\modules\http\http_request.c @ 317] 037ef820 6efed8a1 libhttpd!ap_process_request+0x11 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\modules\http\http_request.c @ 363] 037ef83c 6efe6545 libhttpd!ap_process_http_sync_connection+0x61 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\modules\http\http_core.c @ 190] 037ef854 6f00ae62 libhttpd!ap_run_process_connection+0x25 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\connection.c @ 41] 037ef87c 75a33677 libhttpd!worker_main+0x112 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\mpm\winnt\child.c @ 840] 037ef888 77669d72 kernel32!BaseThreadInitThunk+0x12 037ef8c8 77669d45 ntdll!RtlInitializeExceptionChain+0x63 037ef8e0 ntdll!RtlInitializeExceptionChain+0x36 -- Edit bug report at https://bugs.php.net/bug.php?id=64382edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64382r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64382r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64382r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64382r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64382r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64382r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64382r=needscript Try newer version: https://bugs.php.net/fix.php?id=64382r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64382r=support Expected behavior: https://bugs.php.net/fix.php?id=64382r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64382r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64382r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64382r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64382r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64382r=dst IIS
[PHP-BUG] Bug #64383 [NEW]: ext/date/tests/bug53437.phpt always crashes on Windows
From: mattficken Operating system: Windows PHP version: 5.5.0alpha5 Package: Date/time related Bug Type: Bug Bug description:ext/date/tests/bug53437.phpt always crashes on Windows Description: ext/date/tests/bug53437.phpt has been crashing for a long time on any 5.5, 5.4, or 5.3 build on Windows. Expected result: Test pass Actual result: -- 030df450 74851de3 php5ts!timelib_time_clone+0x1e [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\ext\date\lib\timelib.c @ 52] 030df458 746ba71d php5ts!date_period_it_rewind+0x23 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\ext\date\php_date.c @ 1896] 030df488 7466c849 php5ts!ZEND_FE_RESET_SPEC_CV_HANDLER+0x2bd [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_vm_execute.h @ 31170] 030df4cc 74666547 php5ts!execute_ex+0x89 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_vm_execute.h @ 356] 030df4f4 7466630a php5ts!zend_execute+0x1c7 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_vm_execute.h @ 381] 030df528 74667050 php5ts!zend_execute_scripts+0x14a [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend.c @ 1317] 030df734 74c61503 php5ts!php_execute_script+0x190 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\main\main.c @ 2479] 030df86c 74f941d5 php5apache2_4!php_handler+0x423 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\sapi\apache2handler\sapi_apache2.c @ 667] 030df884 74f9356d libhttpd!ap_run_handler+0x25 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\config.c @ 169] 030df89c 74fa2424 libhttpd!ap_invoke_handler+0xdd [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\config.c @ 432] 030df8bc 74fa24b1 libhttpd!ap_process_async_request+0x184 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\modules\http\http_request.c @ 317] 030df8d0 74f9d8a1 libhttpd!ap_process_request+0x11 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\modules\http\http_request.c @ 363] 030df8ec 74f96545 libhttpd!ap_process_http_sync_connection+0x61 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\modules\http\http_core.c @ 190] 030df904 74fbae62 libhttpd!ap_run_process_connection+0x25 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\connection.c @ 41] 030df92c 76af3677 libhttpd!worker_main+0x112 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\mpm\winnt\child.c @ 840] 030df938 77689d72 kernel32!BaseThreadInitThunk+0x12 030df978 77689d45 ntdll!RtlInitializeExceptionChain+0x63 030df990 ntdll!RtlInitializeExceptionChain+0x36 -- Edit bug report at https://bugs.php.net/bug.php?id=64383edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64383r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64383r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64383r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64383r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64383r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64383r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64383r=needscript Try newer version: https://bugs.php.net/fix.php?id=64383r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64383r=support Expected behavior: https://bugs.php.net/fix.php?id=64383r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64383r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64383r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64383r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64383r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64383r=dst IIS Stability: https://bugs.php.net/fix.php?id=64383r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64383r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64383r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64383r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64383r=mysqlcfg
[PHP-BUG] Bug #64384 [NEW]: ext/date/tests/bug62852.phpt always crashes on Windows
From: mattficken Operating system: Windows PHP version: Irrelevant Package: Date/time related Bug Type: Bug Bug description:ext/date/tests/bug62852.phpt always crashes on Windows Description: ext/date/tests/bug62852.phpt has been crashing for a long time on any 5.5, 5.4, or 5.3 build on Windows. Expected result: Test pass Actual result: -- 0377f398 73786aea php5ts!fetch_timezone_offset+0x5 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\ext\date\lib\parse_tz.c @ 341] 0377f3c8 7378589e php5ts!timelib_get_time_zone_info+0x2a [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\ext\date\lib\parse_tz.c @ 415] 0377f49c 739215ce php5ts!date_format+0x8e [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\ext\date\php_date.c @ 1033] 0377f4d0 739c59c2 php5ts!date_object_get_properties+0x5e [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\ext\date\php_date.c @ 2131] 0377f4fc 739c6d35 php5ts!php_var_dump+0x1c2 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\ext\standard\var.c @ 129] 0377f520 7373d583 php5ts!zif_var_dump+0x45 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\ext\standard\var.c @ 183] 0377f590 7373cb1b php5ts!zend_do_fcall_common_helper_SPEC+0x203 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_vm_execute.h @ 542] 0377f5d4 73736547 php5ts!execute_ex+0x35b [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_vm_execute.h @ 356] 0377f5fc 7373630a php5ts!zend_execute+0x1c7 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_vm_execute.h @ 381] 0377f630 73737050 php5ts!zend_execute_scripts+0x14a [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend.c @ 1317] 0377f83c 74f21503 php5ts!php_execute_script+0x190 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\main\main.c @ 2479] 0377f974 74f741d5 php5apache2_4!php_handler+0x423 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\sapi\apache2handler\sapi_apache2.c @ 667] 0377f98c 74f7356d libhttpd!ap_run_handler+0x25 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\config.c @ 169] 0377f9a4 74f82424 libhttpd!ap_invoke_handler+0xdd [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\config.c @ 432] 0377f9c4 74f824b1 libhttpd!ap_process_async_request+0x184 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\modules\http\http_request.c @ 317] 0377f9d8 74f7d8a1 libhttpd!ap_process_request+0x11 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\modules\http\http_request.c @ 363] 0377f9f4 74f76545 libhttpd!ap_process_http_sync_connection+0x61 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\modules\http\http_core.c @ 190] 0377fa0c 74f9ae62 libhttpd!ap_run_process_connection+0x25 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\connection.c @ 41] 0377fa34 76af3677 libhttpd!worker_main+0x112 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\mpm\winnt\child.c @ 840] 0377fa40 77689d72 kernel32!BaseThreadInitThunk+0x12 0377fa80 77689d45 ntdll!RtlInitializeExceptionChain+0x63 0377fa98 ntdll!RtlInitializeExceptionChain+0x36 -- Edit bug report at https://bugs.php.net/bug.php?id=64384edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64384r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64384r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64384r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64384r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64384r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64384r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64384r=needscript Try newer version: https://bugs.php.net/fix.php?id=64384r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64384r=support Expected behavior: https://bugs.php.net/fix.php?id=64384r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64384r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64384r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64384r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64384r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64384r=dst IIS Stability: https://bugs.php.net/fix.php?id=64384r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64384r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64384r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64384r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64384r=mysqlcfg
[PHP-BUG] Bug #64385 [NEW]: SimpleXML PHPTs crash with 5.5 built with VC11 compiler
From: mattficken Operating system: Windows PHP version: 5.5.0alpha5 Package: SimpleXML related Bug Type: Bug Bug description:SimpleXML PHPTs crash with 5.5 built with VC11 compiler Description: These PHPTs crash on 5.5 when its built with V11. ext/simplexml/tests/007.phpt ext/simplexml/tests/014.phpt ext/simplexml/tests/014a.phpt ext/simplexml/tests/014b.phpt ext/simplexml/tests/016.phpt ext/simplexml/tests/016a.phpt ext/simplexml/tests/027.phpt ext/simplexml/tests/028.phpt ext/simplexml/tests/030.phpt ext/simplexml/tests/bug35785.phpt ext/simplexml/tests/bug37076.phpt ext/simplexml/tests/bug37076_1.phpt ext/simplexml/tests/bug37386.phpt ext/simplexml/tests/bug41582.phpt ext/simplexml/tests/bug35785.phpt These didn't crash with VC9. These crash with or without O+. This is an issue with using the VC11 compiler. Expected result: Test pass Actual result: -- 033ff878 739fce18 php5ts!zend_object_store_get_object+0x15 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_objects_api.c @ 273] 033ff8a4 7377e1aa php5ts!sxe_property_get_adr+0x18 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\ext\simplexml\simplexml.c @ 707] 033ff8d0 737cc913 php5ts!zend_fetch_property_address+0x3a [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_execute.c @ 1387] 033ff8f4 7373c849 php5ts!ZEND_FETCH_OBJ_W_SPEC_CV_CONST_HANDLER+0x33 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_vm_execute.h @ 32506] 033ff938 73736547 php5ts!execute_ex+0x89 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_vm_execute.h @ 356] 033ff960 7373630a php5ts!zend_execute+0x1c7 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_vm_execute.h @ 381] 033ff994 73737050 php5ts!zend_execute_scripts+0x14a [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend.c @ 1317] 033ffba0 74f21503 php5ts!php_execute_script+0x190 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\main\main.c @ 2479] 033ffcd8 74f741d5 php5apache2_4!php_handler+0x423 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\sapi\apache2handler\sapi_apache2.c @ 667] 033ffcf0 74f7356d libhttpd!ap_run_handler+0x25 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\config.c @ 169] 033ffd08 74f82424 libhttpd!ap_invoke_handler+0xdd [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\config.c @ 432] 033ffd28 74f824b1 libhttpd!ap_process_async_request+0x184 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\modules\http\http_request.c @ 317] 033ffd3c 74f7d8a1 libhttpd!ap_process_request+0x11 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\modules\http\http_request.c @ 363] 033ffd58 74f76545 libhttpd!ap_process_http_sync_connection+0x61 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\modules\http\http_core.c @ 190] 033ffd70 74f9ae62 libhttpd!ap_run_process_connection+0x25 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\connection.c @ 41] 033ffd98 76af3677 libhttpd!worker_main+0x112 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\mpm\winnt\child.c @ 840] 033ffda4 77689d72 kernel32!BaseThreadInitThunk+0x12 033ffde4 77689d45 ntdll!RtlInitializeExceptionChain+0x63 033ffdfc ntdll!RtlInitializeExceptionChain+0x36 -- Edit bug report at https://bugs.php.net/bug.php?id=64385edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64385r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64385r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64385r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64385r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64385r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64385r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64385r=needscript Try newer version: https://bugs.php.net/fix.php?id=64385r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64385r=support Expected behavior: https://bugs.php.net/fix.php?id=64385r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64385r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64385r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64385r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64385r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64385r=dst IIS Stability: https://bugs.php.net/fix.php?id=64385r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64385r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64385r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64385r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64385r=mysqlcfg
[PHP-BUG] Bug #64396 [NEW]: tests/basic/req60524.phpt should not be run on Windows
From: mattficken Operating system: Windows PHP version: 5.5.0alpha5 Package: *Directory/Filesystem functions Bug Type: Bug Bug description:tests/basic/req60524.phpt should not be run on Windows Description: This is a new test of sys_get_temp_dir() but won't work on Windows. I have attached a patch that patches this test and creates a win32 equivalent test. Expected result: /path/to/temp/dir Actual result: -- C:\Users\matt\AppData\Local\Temp -- Edit bug report at https://bugs.php.net/bug.php?id=64396edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64396r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64396r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64396r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64396r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64396r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64396r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64396r=needscript Try newer version: https://bugs.php.net/fix.php?id=64396r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64396r=support Expected behavior: https://bugs.php.net/fix.php?id=64396r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64396r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64396r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64396r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64396r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64396r=dst IIS Stability: https://bugs.php.net/fix.php?id=64396r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64396r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64396r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64396r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64396r=mysqlcfg
[PHP-BUG] Bug #64397 [NEW]: Echant PHPTs fail with VC11 compiler
From: mattficken Operating system: Windows PHP version: 5.5.0alpha5 Package: Enchant related Bug Type: Bug Bug description:Echant PHPTs fail with VC11 compiler Description: These 3 PHPTs fail on 5.5.0a6 built with VC11 compiler: ext/enchant/tests/broker_describe.phpt ext/enchant/tests/broker_request_dict.phpt ext/enchant/tests/bug13181.phpt Enchant PHPTs also are marked fail on 5.5.0a6 built with VC9, but that is a different issue: on 5.5.0a6-VC9 these PHPTs output the expected text and output warnings about loading icu* DLLs. It is these extra warnings that cause the failure on VC9, for example: WARNING **: Error loading plugin: `c:\php-sdk\php-5.5.0alpha6-nts-Win32-VC9-x86\icudt.dll': %1 is not a valid Win32 application. These warnings are not printed by 5.5.0a6-VC11. When these PHPTs are run on 5.5.0a6-VC11, they output 'Failed' and don't output the expected text at all... so its a VC11 related issue. Expected result: Test pass Actual result: -- Test fail -- Edit bug report at https://bugs.php.net/bug.php?id=64397edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64397r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64397r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64397r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64397r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64397r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64397r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64397r=needscript Try newer version: https://bugs.php.net/fix.php?id=64397r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64397r=support Expected behavior: https://bugs.php.net/fix.php?id=64397r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64397r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64397r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64397r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64397r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64397r=dst IIS Stability: https://bugs.php.net/fix.php?id=64397r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64397r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64397r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64397r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64397r=mysqlcfg
[PHP-BUG] Bug #64372 [NEW]: PHPT crashes with 5.5 built with VC11 compiler and O+
From: mattficken Operating system: Windows PHP version: 5.5.0alpha5 Package: *Compile Issues Bug Type: Bug Bug description:PHPT crashes with 5.5 built with VC11 compiler and O+ Description: Using 5.5 r0827418 and r8589dfb Using the March 5th build of O+ Apache version: ApacheLounge-2.4.4-VC11 These are all the crashes I've been able to find: Crashes are in 5 places(affecting 25 PHPTs): 1. zend_objects_api.c @ 273 - VC11 issue (occurs with or without o+) 2. zendaccelerator.c @ 2377 - O+ issue 3. zip_dirent.c @ 164 - intermittent VC11 issue 4. 5. timelib - these crashes affect 5.4 and 5.3 built with vc9 too, they've been around for a while (here for completeness). The ext/zip and ext/phar crashes pass on CLI but fail when on Apache: copy the FILE section into a .php script and copy into Apache's docroot and try with `ab` a few times. Actual result: -- (These PHPTs all have the same backtrace) ext/simplexml/tests/007.phpt ext/simplexml/tests/014.phpt ext/simplexml/tests/014a.phpt ext/simplexml/tests/014b.phpt ext/simplexml/tests/016.phpt ext/simplexml/tests/016a.phpt ext/simplexml/tests/027.phpt ext/simplexml/tests/028.phpt ext/simplexml/tests/030.phpt ext/simplexml/tests/bug35785.phpt ext/simplexml/tests/bug37076.phpt ext/simplexml/tests/bug37076_1.phpt ext/simplexml/tests/bug37386.phpt ext/simplexml/tests/bug41582.phpt ext/simplexml/tests/bug35785.phpt 033ff878 739fce18 php5ts!zend_object_store_get_object+0x15 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_objects_api.c @ 273] 033ff8a4 7377e1aa php5ts!sxe_property_get_adr+0x18 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\ext\simplexml\simplexml.c @ 707] 033ff8d0 737cc913 php5ts!zend_fetch_property_address+0x3a [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_execute.c @ 1387] 033ff8f4 7373c849 php5ts!ZEND_FETCH_OBJ_W_SPEC_CV_CONST_HANDLER+0x33 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_vm_execute.h @ 32506] 033ff938 73736547 php5ts!execute_ex+0x89 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_vm_execute.h @ 356] 033ff960 7373630a php5ts!zend_execute+0x1c7 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_vm_execute.h @ 381] 033ff994 73737050 php5ts!zend_execute_scripts+0x14a [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend.c @ 1317] 033ffba0 74f21503 php5ts!php_execute_script+0x190 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\main\main.c @ 2479] 033ffcd8 74f741d5 php5apache2_4!php_handler+0x423 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\sapi\apache2handler\sapi_apache2.c @ 667] 033ffcf0 74f7356d libhttpd!ap_run_handler+0x25 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\config.c @ 169] 033ffd08 74f82424 libhttpd!ap_invoke_handler+0xdd [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\config.c @ 432] 033ffd28 74f824b1 libhttpd!ap_process_async_request+0x184 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\modules\http\http_request.c @ 317] 033ffd3c 74f7d8a1 libhttpd!ap_process_request+0x11 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\modules\http\http_request.c @ 363] 033ffd58 74f76545 libhttpd!ap_process_http_sync_connection+0x61 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\modules\http\http_core.c @ 190] 033ffd70 74f9ae62 libhttpd!ap_run_process_connection+0x25 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\connection.c @ 41] 033ffd98 76af3677 libhttpd!worker_main+0x112 [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\mpm\winnt\child.c @ 840] 033ffda4 77689d72 kernel32!BaseThreadInitThunk+0x12 033ffde4 77689d45 ntdll!RtlInitializeExceptionChain+0x63 033ffdfc ntdll!RtlInitializeExceptionChain+0x36 (These PHPTs all have the same backtrace) ext/phar/tests/tar/phar_commitwrite.phpt ext/phar/tests/zip/phar_commitwrite.phpt ext/phar/tests/zip/phar_setsignaturealgo2.phpt ext/phar/tests/tar/phar_setsignaturealgo2.phpt 0009f904 713df1af php_ZendOptimizerPlus!accel_startup+0x3f3 [c:\php-sdk\php55\vc11\x86\php-5.5.0alpha5-src\ext\zendoptimizerplus\zendaccelerator.c @ 2377] 0009f910 7152b2d0 php5ts!zend_extension_startup+0xf [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_extensions.c @ 154] 0009f928 7127ae90 php5ts!zend_llist_apply_with_del+0x259190 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\zend\zend_llist.c @ 178] 0009fc18 74c01b01 php5ts!php_module_startup+0x7d0 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\main\main.c @ 2207] 0009fc28 74c01ac7 php5apache2_4!php_apache2_startup+0x11 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\sapi\apache2handler\sapi_apache2.c @ 348] 0009fc4c 7417432e php5apache2_4!php_apache_server_startup+0x77 [c:\php-sdk\snap_5_5\vc11\x86\ts-windows-vc11-x86\sapi\apache2handler\sapi_apache2.c @ 458] 0009fc70 000a19ef libhttpd!ap_run_post_config+0x2e [g:\php-sdk\lib_builds\vc11\x86\httpd-2.4.3-makefile\server\config.c @ 105] 0009fcc8 000a24ea httpd!main+0x85f
[PHP-BUG] Bug #64214 [NEW]: PHAR PHPTs intermittently crash when run on DFS or SMB
From: mattficken Operating system: Windows PHP version: 5.5.0alpha4 Package: PHAR related Bug Type: Bug Bug description:PHAR PHPTs intermittently crash when run on DFS or SMB Description: I am running PHPT tests on an SMB file share (and also sometimes DFS) served by a remote file server. The share is mounted to a local drive (H:) on Windows. This issue occurs on Windows 7, Vista, 2008, 2008r2, 8, 2012, x64 and x86 (I am using the PHP on Windows binary build from windows.php.net without any modification). When I run these 2 PHAR tests, sometimes, they crash: ext/phar/tests/zip/phar_commitwrite.phpt ext/phar/tests/tar/phar_setsignaturealgo2.phpt See attached BTs. If I add additional traffic to the network or file server (ex: download a big file on another computer), the crashes happen more frequently. Even then, I'm only adding max ~10MiB/S to network or file server which isn't really heavy load. The file access times on the share are still pretty normal (fraction of a second max, to read a PHPT file, so the network or file server is never heavily loaded). I believe this is a time issue that is load induced. Actual result: -- ext/phar/tests/zip/phar_commitwrite.phpt php5ts.dll!_php_stream_write(_php_stream * stream, const char * buf, unsigned int count, void * * * tsrm_ls) Line 1233 + 0x10 bytes C php5ts.dll!phar_zip_flush(_phar_archive_data * phar, char * user_stub, long len, int defaultstub, char * * error, void * * * tsrm_ls) Line 1304 + 0x18 bytes C php5ts.dll!phar_flush(_phar_archive_data * phar, char * user_stub, long len, int convert, char * * error, void * * * tsrm_ls) Line 2601 + 0x18 bytes C php5ts.dll!phar_add_file(_phar_archive_data * * pphar, char * filename, int filename_len, char * cont_str, int cont_len, _zval_struct * zresource, void * * * tsrm_ls) Line 3737 + 0x11 bytesC php5ts.dll!zim_Phar_offsetSet(int ht, _zval_struct * return_value, _zval_struct * * return_value_ptr, _zval_struct * this_ptr, int return_value_used, void * * * tsrm_ls) Line 3818 + 0x14 bytes C php5ts.dll!zend_call_function(_zend_fcall_info * fci, _zend_fcall_info_cache * fci_cache, void * * * tsrm_ls) Line 959 + 0x1f bytes C php5ts.dll!zend_call_method(_zval_struct * * object_pp, _zend_class_entry * obj_ce, _zend_function * * fn_proxy, const char * function_name, int function_name_len, _zval_struct * * retval_ptr_ptr, int param_count, _zval_struct * arg1, _zval_struct * arg2, void * * * tsrm_ls) Line 97 + 0x14 bytes C php5ts.dll!zend_std_write_dimension(_zval_struct * object, _zval_struct * offset, _zval_struct * value, void * * * tsrm_ls) Line 678 + 0x1e bytes C php5ts.dll!ZEND_ASSIGN_DIM_SPEC_CV_CONST_HANDLER(_zend_execute_data * execute_data, void * * * tsrm_ls) Line 32607 + 0xbc bytes C ext/phar/tests/tar/phar_setsignaturealgo2.phpt php5ts.dll!user_wrapper_opener(_php_stream_wrapper * wrapper, char * filename, char * mode, int options, char * * opened_path, _php_stream_context * context, void * * * tsrm_ls) Line 346 + 0x2f bytes C php5ts.dll!_php_stream_open_wrapper_ex(char * path, char * mode, int options, char * * opened_path, _php_stream_context * context, void * * * tsrm_ls) Line 2054 + 0x24 bytes C php5ts.dll!php_if_fopen(int ht, _zval_struct * return_value, _zval_struct * * return_value_ptr, _zval_struct * this_ptr, int return_value_used, void * * * tsrm_ls) Line 869 + 0x1a bytes C php5ts.dll!phar_fopen(int ht, _zval_struct * return_value, _zval_struct * * return_value_ptr, _zval_struct * this_ptr, int return_value_used, void * * * tsrm_ls) Line 418 + 0x22 bytes C php5ts.dll!zend_do_fcall_common_helper_SPEC(_zend_execute_data * execute_data, void * * * tsrm_ls) Line 542 + 0x5e bytes C php5ts.dll!ZEND_DO_FCALL_SPEC_CONST_HANDLER(_zend_execute_data * execute_data, void * * * tsrm_ls) Line 2305 + 0xb bytes C php5ts.dll!execute_ex(_zend_execute_data * execute_data, void * * * tsrm_ls) Line 356 + 0xa bytes C php5ts.dll!zend_execute(_zend_op_array * op_array, void * * * tsrm_ls) Line 381 + 0x1bc bytes C php5ts.dll!zend_execute_scripts(int type, void * * * tsrm_ls, _zval_struct * * retval, int file_count, ...) Line 1317 C php5ts.dll!php_execute_script(_zend_file_handle * primary_file, void * * * tsrm_ls) Line 2478 + 0x12 bytes C php5apache2_4.dll!php_handler(request_rec * r) Line 667 + 0xe bytesC -- Edit bug report at https://bugs.php.net/bug.php?id=64214edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64214r=trysnapshot54 Try a snapshot (PHP 5.3):
Bug #63241 [Com]: PHP fails to open Windows deduplicated files
Edit report at https://bugs.php.net/bug.php?id=63241edit=1 ID: 63241 Comment by: mattfic...@php.net Reported by:daniel dot stelter-gliese at innogames dot de Summary:PHP fails to open Windows deduplicated files Status: Closed Type: Bug Package:Win32API related Operating System: Windows Server 2012 PHP Version:5.4.7 Assigned To:mattficken Block user comment: N Private report: N New Comment: Your patch has been committed to all PHP branches (5.3, 5.4, master(php 5.5)) If its not included in the next release (because it may be committed after the revision chosen for release), it should be in the one after that. Thank you very much for noticing this problem and fixing it. Thank you for making PHP better. Previous Comments: [2012-10-31 22:11:07] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=a2e4404bc8155e6b6d9deefa22a172857d4b5e08 Log: Fixed bug #63241 PHP fails to open Windows deduplicated files. [2012-10-31 22:03:42] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=a2e4404bc8155e6b6d9deefa22a172857d4b5e08 Log: Fixed bug #63241 PHP fails to open Windows deduplicated files. [2012-10-31 17:53:49] daniel dot stelter-gliese at innogames dot de Any updates on this issue? Will it be merged? [2012-10-12 21:59:56] mattfic...@php.net The most recent patch fixes this bug for me using 5.4.7 TS and Win7sp1x64 and Win2k12. [2012-10-12 13:56:52] daniel dot stelter-gliese at innogames dot de Sorry for the compile error, I was in a bit of a hurry when I uploaded it. Not only was a } missing, but also an assignment to isabsolute. Looking at the code this might be the reason why it fails. I've updated the patch. 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=63241 -- Edit this bug report at https://bugs.php.net/bug.php?id=63241edit=1
Req #63284 [Com]: Please upgrade PCRE
Edit report at https://bugs.php.net/bug.php?id=63284edit=1 ID: 63284 Comment by: mattfic...@php.net Reported by:danielklein at airpost dot net Summary:Please upgrade PCRE Status: Assigned Type: Feature/Change Request Package:PCRE related PHP Version:5.4.7 Assigned To:ab Block user comment: N Private report: N New Comment: I built PHP_5_4 (newest snapshot) with your patch. I tested it with all the PHPTs (all, including the PCRE tests) and all the PHPUnit tests from Joomla and found no regressions. I got no additional test failures after I applied your patch. Previous Comments: [2012-10-18 23:43:17] danielklein at airpost dot net Can the latest PCRE be included in PHP every time it's released? [2012-10-18 14:44:12] a...@php.net Well, if you look at the PCRE release frequency, it vary from one month to one year. 8.32 will surely come some when :) [2012-10-18 12:33:26] nicolas dot grekas+php at gmail dot com This is a good idea! Could we wait just a little for 8.32 to be released? 8.32 will support Unicode Extended Grapheme Clusters with \X and I think this is good for PHP's unicode support. see http://bugs.exim.org/show_bug.cgi?id=1279 [2012-10-18 10:14:28] a...@php.net Please try the patch from here http://belsky.info/phpz/bugz/63297/pcre-8.31.patch.gz Tested all the permutations of linux/windows 5.3/5.4/master ts/nts and all the PCRE tests pass for me. Note that config.m4 and config.w32 was changed, so buildconf --force is needed for this to be compiled correctly. [2012-10-16 06:11:36] danielklein at airpost dot net Description: Please upgrade PCRE. Version 8.12 is very old (15-Jan-2011). Current version is 8.31 (06-July-2012). -- Edit this bug report at https://bugs.php.net/bug.php?id=63284edit=1
Bug #63297 [Com]: Phar fails to write an openssl based signature
Edit report at https://bugs.php.net/bug.php?id=63297edit=1
ID: 63297
Comment by: mattfic...@php.net
Reported by:a...@php.net
Summary:Phar fails to write an openssl based signature
Status: Open
Type: Bug
Package:PHAR related
Operating System: Windows
PHP Version:5.3Git-2012-10-17 (Git)
Block user comment: N
Private report: N
New Comment:
Iâve tried your patch on PHP_5_4â¦
All 3 of those tests pass for me. The only failing test I get is
fatal_error_webphar.phpt.
Previous Comments:
[2012-10-17 09:25:42] a...@php.net
After looking close I can see the same behaviour on this three tests
ext\phar\tests\tar\phar_setsignaturealgo2.phpt
ext\phar\tests\test_signaturealgos.phpt
ext\phar\tests\zip\phar_setsignaturealgo2.phpt
and also on 5.4 ... just a side note.
[2012-10-17 09:22:18] a...@php.net
The following patch has been added/updated:
Patch Name: bug63297
Revision: 1350465738
URL:
https://bugs.php.net/patch-display.php?bug=63297patch=bug63297revision=1350465738
[2012-10-17 09:20:10] a...@php.net
Description:
The test below fails on Windows
Test script:
---
ext\phar\tests\tar\phar_setsignaturealgo2.phpt
Expected result:
test Pass
Actual result:
--
There are several popups with the following messages when runnign on a debug
build:
Run-Time Check Failure #2 - Stack around the variable 'data_len' was corrupted
Run-Time Check Failure #2 - Stack around the variable 'md_ctx' was corrupted
After the test has run, it's marked as passed though.
On a release build here's the diff
031+ phar error: unable to write signature to tar-based phar: unable to write
phar
C:/php-sdk/php-test-pack-5.3-nts-windows-vc9-x86-r5d9fb8f/ext/phar/tests/tar/phar_setsignaturealgo2.phar.tar
with requested openssl signature===DONE===
031- array(2) {
032- [hash]=
033- string(%d) %s
034- [hash_type]=
035- string(7) OpenSSL
036- }
037- ===DONE===
--
Edit this bug report at https://bugs.php.net/bug.php?id=63297edit=1
Bug #63248 [Com]: ext\fileinfo\tests\bug61964.phpt fails
Edit report at https://bugs.php.net/bug.php?id=63248edit=1 ID: 63248 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:ext\fileinfo\tests\bug61964.phpt fails Status: Open Type: Bug Package:*General Issues Operating System: Windows PHP Version:5.4Git-2012-10-09 (Git) Block user comment: N Private report: N New Comment: Using the latest patch, all fileinfo tests, including bug61964 now pass for me on Win7sp1x64. Previous Comments: [2012-10-14 12:30:48] re...@php.net I didn't have build environment installed, will try that later :) [2012-10-13 21:16:32] a...@php.net @reeze, that's exactly what it's about - prevent tries to get dir handle on windows. Another part of that is that it was using dirent_a.lib to iterate a dir which doesn't work on 5.4 as expected. I've updated the patch where that part is implemented with streams. Could you try it on windows please? Was the previous patch working for you on windows? [2012-10-13 21:08:25] a...@php.net The following patch has been added/updated: Patch Name: bug63248.patch Revision: 1350162505 URL: https://bugs.php.net/patch-display.php?bug=63248patch=bug63248.patchrevision=1350162505 [2012-10-13 15:36:48] re...@php.net on windows we couldn't fopen() or file_get_contents() a directory. it didn't consist on *nix systems behavior so does the test failed because of this. maybe we could update streams implementation? [2012-10-11 22:40:08] mattfic...@php.net Most recent patch fixes the actual problem for me. Test still fails, but I don't get any error messages. It fails because the expected warning messages are missing. 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=63248 -- Edit this bug report at https://bugs.php.net/bug.php?id=63248edit=1
Bug #63241 [Com]: PHP fails to open Windows deduplicated files
Edit report at https://bugs.php.net/bug.php?id=63241edit=1 ID: 63241 Comment by: mattfic...@php.net Reported by:daniel dot stelter-gliese at innogames dot de Summary:PHP fails to open Windows deduplicated files Status: Assigned Type: Bug Package:Win32API related Operating System: Windows Server 2012 PHP Version:5.4.7 Assigned To:mattficken Block user comment: N Private report: N New Comment: The most recent patch fixes this bug for me using 5.4.7 TS and Win7sp1x64 and Win2k12. Previous Comments: [2012-10-12 13:56:52] daniel dot stelter-gliese at innogames dot de Sorry for the compile error, I was in a bit of a hurry when I uploaded it. Not only was a } missing, but also an assignment to isabsolute. Looking at the code this might be the reason why it fails. I've updated the patch. [2012-10-10 21:53:28] mattfic...@php.net The patch doesn't compile. Fixing the missing }, the patch doesn't work for me. I can still reproduce the bug. [2012-10-10 08:27:16] paj...@php.net Thanks for the very good report :) We can reproduce it and added it to our tests suite. I'd to see how to deal with deduplicated files, if we have to cache them the same way we do for links or mounted volumes (necessary for require_once and the likes). [2012-10-09 08:03:54] paj...@php.net Matt, can you try to reproduce it please? [2012-10-08 16:17:44] daniel dot stelter-gliese at innogames dot de Description: Opening a file that was deduplicated by Windows Server 2012 deduplication fails with No such file or directory. The behavior can be reproduced locally and through SMB shares (on Win7 and Win8 clients). I've tried 5.3.15 and 5.4.7 - judging from the code latest snapshots are affected, too. I could trace this to a problem with reparse points: deduplication adds the new reparse tag IO_REPARSE_TAG_DEDUP. There seems to be no documentation on this tag, so I could only interpret it as a flag to be ignored. The attached patch simply treats a IO_REPARSE_TAG_DEDUP file as a substitute on the same path, which worked well. Test script: --- $path = 'S:\\test.exe'; var_dump(filesize($path)); var_dump(realpath($path)); var_dump(strlen(file_get_contents($path))); var_dump(fopen($path, 'rb')); Expected result: int(5448704) string(50) S:\test.exe int(5448704) resource(6) of type (stream) Actual result: -- int(5448704) bool(false) Warning: file_get_contents(S:\test.exe): failed to open stream: No such file or directory in C:\php-sdk\php54dev\vc9\x64\ php-5.4.7-src\x64\Release\test.php on line 6 int(0) Warning: fopen(S:\test.exe): failed to op en stream: No such file or directory in C:\php-sdk\php54dev\vc9\x64\php-5.4.7-sr c\x64\Release\test.php on line 7 bool(false) -- Edit this bug report at https://bugs.php.net/bug.php?id=63241edit=1
Bug #63248 [Com]: ext\fileinfo\tests\bug61964.phpt fails
Edit report at https://bugs.php.net/bug.php?id=63248edit=1 ID: 63248 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:ext\fileinfo\tests\bug61964.phpt fails Status: Open Type: Bug Package:*General Issues Operating System: Windows PHP Version:5.4Git-2012-10-09 (Git) Block user comment: N Private report: N New Comment: Most recent patch fixes the actual problem for me. Test still fails, but I don't get any error messages. It fails because the expected warning messages are missing. Previous Comments: [2012-10-11 15:53:18] a...@php.net Updated the patch, using the PHPs readdir implementation win32/readdir.c instead of reimlementing it :) [2012-10-11 15:42:01] a...@php.net The following patch has been added/updated: Patch Name: bug63248.patch Revision: 1349970121 URL: https://bugs.php.net/patch-display.php?bug=63248patch=bug63248.patchrevision=1349970121 [2012-10-10 18:02:46] a...@php.net The issue is the following - when a directory is given as a magic path, libmagic looks for files inside it and tries to load all the files as magic files. Under windows there are two wrong points - libmagic tries to get a directory handle - libmagic uses opendir, readdir and so on which doesn't well on windows The patch prevents libmagic from opening a directory and uses FindNextFile from the windows API to iterate dirs. After applying this patch there are two tests failing ext\fileinfo\tests\finfo_file_regex-win32.phpt ext\fileinfo\tests\finfo_open_error-win32.phpt But, the corresponding non win32 tests pass. Different behaviour of that two win32 tests seems co be caused because of the bug in this ticket, so then they could be kicked after the patch was applied. [2012-10-10 17:51:00] a...@php.net The following patch has been added/updated: Patch Name: bug63248.patch Revision: 1349891460 URL: https://bugs.php.net/patch-display.php?bug=63248patch=bug63248.patchrevision=1349891460 [2012-10-09 14:45:05] a...@php.net Description: As one can see from the diff, there a permissions warning. Tries to set the full permissions didn't work, so I've debugged it. Here is the VS backtrace php_fileinfo.dll!apprentice_map(magic_set * ms, magic * * magicp, unsigned int * nmagicp, const char * fn) Line 2219C php_fileinfo.dll!apprentice_1(magic_set * ms, const char * fn, int action, mlist * mlist) Line 271 C php_fileinfo.dll!file_apprentice(magic_set * ms, const char * fn, int action) Line 369 C php_fileinfo.dll!magic_load(magic_set * ms, const char * magicfile) Line 308C php_fileinfo.dll!zif_finfo_open(int ht, _zval_struct * return_value, _zval_struct * * return_value_ptr, _zval_struct * this_ptr, int return_value_used, void * * * tsrm_ls) Line 345C php5ts_debug.dll!zend_do_fcall_common_helper_SPEC(_zend_execute_data * execute_data, void * * * tsrm_ls) Line 642 C php5ts_debug.dll!ZEND_DO_FCALL_SPEC_CONST_HANDLER(_zend_execute_data * execute_data, void * * * tsrm_ls) Line 2236 C php5ts_debug.dll!execute(_zend_op_array * op_array, void * * * tsrm_ls) Line 410C php5ts_debug.dll!zend_execute_scriapts(int type, void * * * tsrm_ls, _zval_struct * * retval, int file_count, ...) Line 1309C php5ts_debug.dll!php_execute_script(_zend_file_handle * primary_file, void * * * tsrm_ls) Line 2482 C php.exe!do_cli(int argc, char * * argv, void * * * tsrm_ls) Line 988 C php.exe!main(int argc, char * * argv) Line 1364 C php.exe!__tmainCRTStartup() Line 582C The warning is produced by the finfo_open() when an existing directory is passed as a magic path. Expected result: Test pass Actual result: -- 003+ Warning: finfo_open(C:\php-sdk\php54\vc9\x86\php-src\ext\fileinfo\tests\test-folder): failed to open stream: Permission denied in C:\php-sdk\php54\vc9\x86\php-src\ext\fileinfo\tests\bug61964.php on line 16 006- Notice: finfo_open(): Warning: offset `string' invalid in %sbug61964.php on line %d 007- 008- Notice: finfo_open(): Warning: offset ` Core' invalid in %sbug61964.php on line %d 008+ Warning: finfo_open(C:\php-sdk\php54\vc9\x86\php-src\ext\fileinfo\tests\test-folder): failed to open stream: Permission denied in C:\php-sdk\php54\vc9\x86\php-src\ext\fileinfo\tests\bug61964.php on line 30 009+ DONE: testing dir with files 010+ ===DONE=== 009- 010- Notice: finfo_open(): Warning: type `Core' invalid in %sbug61964.php
Bug #63241 [Com]: PHP fails to open Windows deduplicated files
Edit report at https://bugs.php.net/bug.php?id=63241edit=1 ID: 63241 Comment by: mattfic...@php.net Reported by:daniel dot stelter-gliese at innogames dot de Summary:PHP fails to open Windows deduplicated files Status: Assigned Type: Bug Package:Win32API related Operating System: Windows Server 2012 PHP Version:5.4.7 Assigned To:mattficken Block user comment: N Private report: N New Comment: The patch doesn't compile. Fixing the missing }, the patch doesn't work for me. I can still reproduce the bug. Previous Comments: [2012-10-10 08:27:16] paj...@php.net Thanks for the very good report :) We can reproduce it and added it to our tests suite. I'd to see how to deal with deduplicated files, if we have to cache them the same way we do for links or mounted volumes (necessary for require_once and the likes). [2012-10-09 08:03:54] paj...@php.net Matt, can you try to reproduce it please? [2012-10-08 16:17:44] daniel dot stelter-gliese at innogames dot de Description: Opening a file that was deduplicated by Windows Server 2012 deduplication fails with No such file or directory. The behavior can be reproduced locally and through SMB shares (on Win7 and Win8 clients). I've tried 5.3.15 and 5.4.7 - judging from the code latest snapshots are affected, too. I could trace this to a problem with reparse points: deduplication adds the new reparse tag IO_REPARSE_TAG_DEDUP. There seems to be no documentation on this tag, so I could only interpret it as a flag to be ignored. The attached patch simply treats a IO_REPARSE_TAG_DEDUP file as a substitute on the same path, which worked well. Test script: --- $path = 'S:\\test.exe'; var_dump(filesize($path)); var_dump(realpath($path)); var_dump(strlen(file_get_contents($path))); var_dump(fopen($path, 'rb')); Expected result: int(5448704) string(50) S:\test.exe int(5448704) resource(6) of type (stream) Actual result: -- int(5448704) bool(false) Warning: file_get_contents(S:\test.exe): failed to open stream: No such file or directory in C:\php-sdk\php54dev\vc9\x64\ php-5.4.7-src\x64\Release\test.php on line 6 int(0) Warning: fopen(S:\test.exe): failed to op en stream: No such file or directory in C:\php-sdk\php54dev\vc9\x64\php-5.4.7-sr c\x64\Release\test.php on line 7 bool(false) -- Edit this bug report at https://bugs.php.net/bug.php?id=63241edit=1
[PHP-BUG] Bug #63103 [NEW]: ext\curl\tests\bug62839.phpt broken
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=63103edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=63103r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=63103r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=63103r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=63103r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=63103r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=63103r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=63103r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=63103r=needscript Try newer version: https://bugs.php.net/fix.php?id=63103r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=63103r=support Expected behavior: https://bugs.php.net/fix.php?id=63103r=notwrong Not enough info: https://bugs.php.net/fix.php?id=63103r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=63103r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=63103r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63103r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=63103r=dst IIS Stability: https://bugs.php.net/fix.php?id=63103r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=63103r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=63103r=float No Zend Extensions: https://bugs.php.net/fix.php?id=63103r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=63103r=mysqlcfg
Bug #63103 [Opn-Csd]: ext\curl\tests\bug62839.phpt broken
Edit report at https://bugs.php.net/bug.php?id=63103edit=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=63103edit=1
Bug #62379 [PATCH]: Test bug - ext/pdo_odbc/tests/long_columns.phpt
Edit report at https://bugs.php.net/bug.php?id=62379edit=1 ID: 62379 Patch added by: mattfic...@php.net Reported by:mattfic...@php.net Summary:Test bug - ext/pdo_odbc/tests/long_columns.phpt Status: Open Type: Bug Package:*Compile Issues Operating System: Windows PHP Version:5.4.4 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 62379.patch.txt Revision: 1342130548 URL: https://bugs.php.net/patch-display.php?bug=62379patch=62379.patch.txtrevision=1342130548 Previous Comments: [2012-07-11 23:01:17] mattfic...@php.net I was able to install MS SQL Server ODBC driver on Linux (RHEL 6.2) and load it using PDO ODBC driver and connect to SQL Server 2008 2012, but I got the same error, below (additional info in error messages because its a different PDO driver). Used these instructions to install MS SQL Server ODBC Driver: http://www.microsoft.com/en-us/download/details.aspx?id=28160 [Wed Jul 11 12:19:23 2012] Script: '/root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/tests/long_columns.php' --- /root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/odbc_stmt.c(685) : Block 0x7f4f9824d1a0 status: Beginning: OK (allocated on /root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/odbc_stmt.c:640, 257 bytes) Start: OK End: Overflown (magic=0x instead of 0x5AA4E353) 1 byte(s) overflown --- Failed on size 256: Expected 256 bytes, got 257 69696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969 5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a [Wed Jul 11 12:19:23 2012] Script: '/root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/tests/long_columns.php' --- /root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/odbc_stmt.c(685) : Block 0x7f4f921fc008 status: Beginning: OK (allocated on /root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/odbc_stmt.c:640, 258 bytes) Start: OK End: Overflown (magic=0x0069 instead of 0x5AA4E353) 2 byte(s) overflown --- Failed on size 257: Expected 257 bytes, got 259 6969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969 5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a [Wed Jul 11 12:19:23 2012] Script: '/root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/tests/long_columns.php' --- /root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/odbc_stmt.c(685) : Block 0x7f4f921fbeb0 status: Beginning: OK (allocated on /root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/odbc_stmt.c:640, 259 bytes) Start: OK End: Overflown (magic=0x0069 instead of 0x5AA4E353) 3 byte(s) overflown --- Failed on size 258: Expected 258 bytes, got 261
Bug #62379 [Com]: Test bug - ext/pdo_odbc/tests/long_columns.phpt
Edit report at https://bugs.php.net/bug.php?id=62379edit=1 ID: 62379 Comment by: mattfic...@php.net Reported by:mattfic...@php.net Summary:Test bug - ext/pdo_odbc/tests/long_columns.phpt Status: Open Type: Bug Package:*Compile Issues Operating System: Windows PHP Version:5.4.4 Block user comment: N Private report: N New Comment: The newest patch fixes this issue for me. I have tested it with PHP_5_4: Windows 7 x86 -all 3 MS Access Database drivers from Office 2010 -MySQL -MS SQL Server Express 2008, 2008 Enterprise, 2012 Enterprise RHEL 6.2 x64 -MySQL (MyODBC) -MS SQL Server Enterprise 2008 and 2012 - patch has link to where to download Microsoft's UnixODBC driver for MS SQL Server Previous Comments: [2012-07-12 22:02:28] mattfic...@php.net The following patch has been added/updated: Patch Name: 62379.patch.txt Revision: 1342130548 URL: https://bugs.php.net/patch-display.php?bug=62379patch=62379.patch.txtrevision=1342130548 [2012-07-11 23:01:17] mattfic...@php.net I was able to install MS SQL Server ODBC driver on Linux (RHEL 6.2) and load it using PDO ODBC driver and connect to SQL Server 2008 2012, but I got the same error, below (additional info in error messages because its a different PDO driver). Used these instructions to install MS SQL Server ODBC Driver: http://www.microsoft.com/en-us/download/details.aspx?id=28160 [Wed Jul 11 12:19:23 2012] Script: '/root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/tests/long_columns.php' --- /root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/odbc_stmt.c(685) : Block 0x7f4f9824d1a0 status: Beginning: OK (allocated on /root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/odbc_stmt.c:640, 257 bytes) Start: OK End: Overflown (magic=0x instead of 0x5AA4E353) 1 byte(s) overflown --- Failed on size 256: Expected 256 bytes, got 257 69696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969 5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a [Wed Jul 11 12:19:23 2012] Script: '/root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/tests/long_columns.php' --- /root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/odbc_stmt.c(685) : Block 0x7f4f921fc008 status: Beginning: OK (allocated on /root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/odbc_stmt.c:640, 258 bytes) Start: OK End: Overflown (magic=0x0069 instead of 0x5AA4E353) 2 byte(s) overflown --- Failed on size 257: Expected 257 bytes, got 259 6969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969 5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a [Wed Jul 11 12:19:23 2012] Script: '/root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/tests/long_columns.php
Bug #62379 [Com]: Test bug - ext/pdo_odbc/tests/long_columns.phpt
Edit report at https://bugs.php.net/bug.php?id=62379edit=1 ID: 62379 Comment by: mattfic...@php.net Reported by:mattfic...@php.net Summary:Test bug - ext/pdo_odbc/tests/long_columns.phpt Status: Open Type: Bug Package:*Compile Issues Operating System: Windows PHP Version:5.4.4 Block user comment: N Private report: N New Comment: I was able to install MS SQL Server ODBC driver on Linux (RHEL 6.2) and load it using PDO ODBC driver and connect to SQL Server 2008 2012, but I got the same error, below (additional info in error messages because its a different PDO driver). Used these instructions to install MS SQL Server ODBC Driver: http://www.microsoft.com/en-us/download/details.aspx?id=28160 [Wed Jul 11 12:19:23 2012] Script: '/root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/tests/long_columns.php' --- /root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/odbc_stmt.c(685) : Block 0x7f4f9824d1a0 status: Beginning: OK (allocated on /root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/odbc_stmt.c:640, 257 bytes) Start: OK End: Overflown (magic=0x instead of 0x5AA4E353) 1 byte(s) overflown --- Failed on size 256: Expected 256 bytes, got 257 69696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969 5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a [Wed Jul 11 12:19:23 2012] Script: '/root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/tests/long_columns.php' --- /root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/odbc_stmt.c(685) : Block 0x7f4f921fc008 status: Beginning: OK (allocated on /root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/odbc_stmt.c:640, 258 bytes) Start: OK End: Overflown (magic=0x0069 instead of 0x5AA4E353) 2 byte(s) overflown --- Failed on size 257: Expected 257 bytes, got 259 6969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969 5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a5a [Wed Jul 11 12:19:23 2012] Script: '/root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/tests/long_columns.php' --- /root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/odbc_stmt.c(685) : Block 0x7f4f921fbeb0 status: Beginning: OK (allocated on /root/Downloads/php-src-PHP-5.4-66e1ac2/ext/pdo_odbc/odbc_stmt.c:640, 259 bytes) Start: OK End: Overflown (magic=0x0069 instead of 0x5AA4E353) 3 byte(s) overflown --- Failed on size 258: Expected 258 bytes, got 261 696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696969696
[PHP-BUG] Bug #62379 [NEW]: Test bug - ext/pdo_odbc/tests/long_columns.phpt
From: mattficken
Operating system: Windows
PHP version: 5.4.4
Package: *Compile Issues
Bug Type: Bug
Bug description:Test bug - ext/pdo_odbc/tests/long_columns.phpt
Description:
There is a logic error in common.phpt where it can return $config without
defining
$CONFIG['ENV']['PDOTEST_DSN'] in which case pdotest.inc fails.
The patch fixes this and adds a check to long_columns.phpt to skip the test
if
PDOTEST_DSN is not defined.
Actual result:
--
001+ Notice: Undefined index: ENV in
C:\Users\matt\Downloads\php-test-pack-5.4-
nts-windows-vc9-x86-r041dd77\ext\pdo\tests\pdo_test.inc on line 15
001- Finished
002+
003+ Warning: Invalid argument supplied for foreach() in
C:\Users\matt\Downloads\php-test-pack-5.4-nts-windows-vc9-x86-
r041dd77\ext\pdo\tests\pdo_test.inc on line 15
004+
005+ Notice: Undefined index: ENV in
C:\Users\matt\Downloads\php-test-pack-5.4-
nts-windows-vc9-x86-r041dd77\ext\pdo\tests\pdo_test.inc on line 72
006+
007+ Warning: Invalid argument supplied for foreach() in
C:\Users\matt\Downloads\php-test-pack-5.4-nts-windows-vc9-x86-
r041dd77\ext\pdo\tests\pdo_test.inc on line 72
008+
009+ Fatal error: Uncaught exception 'PDOException' with message 'invalid
data
source name' in
C:\Users\matt\Downloads\php-test-pack-5.4-nts-windows-vc9-x86-
r041dd77\ext\pdo\tests\pdo_test.inc:35
010+ Stack trace:
011+ #0 C:\Users\matt\Downloads\php-test-pack-5.4-nts-windows-vc9-x86-
r041dd77\ext\pdo\tests\pdo_test.inc(35): PDO-__construct('', NULL, NULL,
NULL)
012+ #1 C:\Users\matt\Downloads\php-test-pack-5.4-nts-windows-vc9-x86-
r041dd77\ext\pdo\tests\pdo_test.inc(75): PDOTest::factory()
013+ #2 C:\Users\matt\Downloads\php-test-pack-5.4-nts-windows-vc9-x86-
r041dd77\ext\pdo_odbc\tests\long_columns.php(3):
PDOTest::test_factory('ext/pdo_odbc/te...')
014+ #3 {main}
015+ thrown in
C:\Users\matt\Downloads\php-test-pack-5.4-nts-windows-vc9-x86-
r041dd77\ext\pdo\tests\pdo_test.inc on line 35
--
Edit bug report at https://bugs.php.net/bug.php?id=62379edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=62379r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=62379r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=62379r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=62379r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=62379r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=62379r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=62379r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=62379r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=62379r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=62379r=support
Expected behavior:
https://bugs.php.net/fix.php?id=62379r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=62379r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=62379r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=62379r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=62379r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=62379r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=62379r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=62379r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=62379r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=62379r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=62379r=mysqlcfg
Bug #51094 [Com]: parse_ini_file() with INI_SCANNER_RAW cuts a value that includes a semi-colon
Edit report at https://bugs.php.net/bug.php?id=51094edit=1 ID: 51094 Comment by: mattfic...@php.net Reported by:viaujoc at videotron dot ca Summary:parse_ini_file() with INI_SCANNER_RAW cuts a value that includes a semi-colon Status: Closed Type: Bug Package:Filesystem function related PHP Version:* Assigned To:pierrick Block user comment: N Private report: N New Comment: I think thats it. The build where it was failing for me was r8779a9a, but it now passes on a build of the newer rd24d5b6. Previous Comments: [2012-06-08 01:21:21] pierr...@php.net This is strange, it's working well on my side. I'm on Linux but this kind of things should not change. Could you please verify that you have the last version of the Zend/zend_ini_scanner_defs.h and Zend/zend_ini_scanner.c files (they were committed just after the .l). You could regenerate those files using this command : re2c --case-inverted -cbdFt Zend/zend_ini_scanner_defs.h -oZend/zend_ini_scanner.c Zend/zend_ini_scanner.l to see if you have any differences Thanks [2012-06-07 22:05:27] mattfic...@php.net This fails for me with 5.4.5-dev on Windows 7. The diff when I run it: 001+ string(4) ini 002+ string(4) ini 001- string(7) ini;raw 002- string(8) ini;raw [2012-06-07 16:24:05] pierr...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2012-06-07 15:59:10] pierr...@php.net Automatic comment on behalf of pierrick Revision: http://git.php.net/?p=php-src.git;a=commit;h=fed5923dbc849659321a4f9aa96634ddd1655229 Log: Fixed bug #51094 (parse_ini_file() with INI_SCANNER_RAW cuts a value that includes a semi-colon) [2012-06-07 13:32:26] pierr...@php.net The following patch has been added/updated: Patch Name: bug51094.diff Revision: 1339075946 URL: https://bugs.php.net/patch-display.php?bug=51094patch=bug51094.diffrevision=1339075946 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=51094 -- Edit this bug report at https://bugs.php.net/bug.php?id=51094edit=1
[PHP-BUG] Bug #62270 [NEW]: Test bug - ext/fileinfo/tests/finfo_open_error-win32
From: mattficken Operating system: Windows PHP version: 5.4.4RC2 Package: Testing related Bug Type: Bug Bug description:Test bug - ext/fileinfo/tests/finfo_open_error-win32 Description: This test was written for 5_3 but on 5_4 it has additional warning messages. The attached patch fixes the bug. Actual result: -- 002+ 003+ Warning: finfo_open(C:\php-sdk\php-test-pack-5.4-nts-windows-vc9-x86- rd24d5b6\foobarfile): failed to open stream: No such file or directory in C:\php- sdk\php-test-pack-5.4-nts-windows-vc9-x86- rd24d5b6\ext\fileinfo\tests\finfo_open_error-win32.php on line 12 004+ 005+ Warning: finfo_open(C:\php-sdk\php-test-pack-5.4-nts-windows-vc9-x86- rd24d5b6\foobarfile): failed to open stream: No such file or directory in C:\php- sdk\php-test-pack-5.4-nts-windows-vc9-x86- rd24d5b6\ext\fileinfo\tests\finfo_open_error-win32.php on line 12 006+ 007+ Warning: finfo_open(): Failed to load magic database at 'C:\php-sdk\php-test- pack-5.4-nts-windows-vc9-x86-rd24d5b6\foobarfile'. in C:\php-sdk\php-test-pack- 5.4-nts-windows-vc9-x86-rd24d5b6\ext\fileinfo\tests\finfo_open_error-win32.php on line 12 -- Edit bug report at https://bugs.php.net/bug.php?id=62270edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62270r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62270r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62270r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62270r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62270r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62270r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62270r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62270r=needscript Try newer version: https://bugs.php.net/fix.php?id=62270r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62270r=support Expected behavior: https://bugs.php.net/fix.php?id=62270r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62270r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62270r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62270r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62270r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62270r=dst IIS Stability: https://bugs.php.net/fix.php?id=62270r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62270r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62270r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62270r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62270r=mysqlcfg
[PHP-BUG] Bug #62271 [NEW]: test bug - ext/wddx/tests/bug48562.phpt
From: mattficken Operating system: Windows PHP version: 5.4.4RC2 Package: Testing related Bug Type: Bug Bug description:test bug - ext/wddx/tests/bug48562.phpt Description: $a['x'] = $a; var_dump(wddx_serialize_vars($a)); $a['x'] = 'foo'; The recursion detection seems to be causing $a to be not an array here, maybe its internally a pointer. The patch fixes this problem on 5_4 rd24d5b6. The test passes on 5_3. Actual result: -- 003+ 004+ Warning: Illegal string offset 'x' in C:\php-sdk\php-test-pack-5.4-nts- windows-vc9-x86-rd24d5b6\ext\wddx\tests\bug48562.php on line 11 -- Edit bug report at https://bugs.php.net/bug.php?id=62271edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62271r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62271r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62271r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62271r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62271r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62271r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62271r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62271r=needscript Try newer version: https://bugs.php.net/fix.php?id=62271r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62271r=support Expected behavior: https://bugs.php.net/fix.php?id=62271r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62271r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62271r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62271r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62271r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62271r=dst IIS Stability: https://bugs.php.net/fix.php?id=62271r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62271r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62271r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62271r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62271r=mysqlcfg
Bug #60794 [Com]: Cannot include files from different .phars when include path is too long
Edit report at https://bugs.php.net/bug.php?id=60794edit=1 ID: 60794 Comment by: mattfic...@php.net Reported by:pdobrigkeit at gmx dot de Summary:Cannot include files from different .phars when include path is too long Status: Open Type: Bug Package:PHAR related Operating System: Windows 7 PHP Version:5.3.9 Block user comment: N Private report: N New Comment: I can't reproduce this error with 5.3.8-TS or 5.3.14rc2-NTS on Windows 7. I've posted the output of the test script above for 5.3.8-TS. The test script doesn't pass regardless of turning off the str_pad calls. Could there be something wrong with the 2 phar files themselves? What INI directives are you using? The PHAR section of my INI file is: [Phar] ;phar.readonly = On ; http://php.net/phar.require-hash ;phar.require_hash = On ;phar.cache_list = I am using the official 5.3.8 build, which has PHAR builtin. With both set_include_path() calls commented out (ie it should work): PHP Warning: include(autoload/autoload.php): failed to open stream: No such fil e or directory in C:\php-sdk\php-5.3.8-Win32-VC9-x86\60794.php on line 17 Warning: include(autoload/autoload.php): failed to open stream: No such file or directory in C:\php-sdk\php-5.3.8-Win32-VC9-x86\60794.php on line 17 PHP Warning: include(): Failed opening 'autoload/autoload.php' for inclusion (i nclude_path='.;C:\php\pear') in C:\php-sdk\php-5.3.8-Win32-VC9-x86\60794.php on line 17 Warning: include(): Failed opening 'autoload/autoload.php' for inclusion (includ e_path='.;C:\php\pear') in C:\php-sdk\php-5.3.8-Win32-VC9-x86\60794.php on line 17 PHP Fatal error: Call to undefined function autoload() in C:\php-sdk\php-5.3.8- Win32-VC9-x86\60794.php on line 20 Fatal error: Call to undefined function autoload() in C:\php-sdk\php-5.3.8-Win32 -VC9-x86\60794.php on line 20 With the second set_include_path() call uncommented (so it should fail), I get: included file phar://C:/php-sdk/php-5.3.8-Win32-VC9-x86/libA.phar/libA/libA.phpP HP Warning: include(libA/libA.php): failed to open stream: No such file or dire ctory in phar://C:/php-sdk/php-5.3.8-Win32-VC9-x86/autoload.phar/autoload/autolo ad.php on line 5 Warning: include(libA/libA.php): failed to open stream: No such file or director y in phar://C:/php-sdk/php-5.3.8-Win32-VC9-x86/autoload.phar/autoload/autoload.p hp on line 5 PHP Warning: include(): Failed opening 'libA/libA.php' for inclusion (include_p ath='aaa aa;phar://libA.phar;phar://autoload.phar') in phar://C:/ php-sdk/php-5.3.8-Win32-VC9-x86/autoload.phar/autoload/autoload.php on line 5 Warning: include(): Failed opening 'libA/libA.php' for inclusion (include_path=' a;phar://libA.phar;phar://autoload.phar') in phar://C:/php-s dk/php-5.3.8-Win32-VC9-x86/autoload.phar/autoload/autoload.php on line 5 With the 2nd set_include_path() commented out and the 1st uncommented (so it should pass), instead I get: included file phar://C:/php-sdk/php-5.3.8-Win32-VC9-x86/libA.phar/libA/libA.phpP HP Warning: include(libA/libA.php): failed to open stream: No such file or dire ctory in phar://C:/php-sdk/php-5.3.8-Win32-VC9-x86/autoload.phar/autoload/autolo ad.php on line 5 Warning: include(libA/libA.php): failed to open stream: No such file or director y in phar://C:/php-sdk/php-5.3.8-Win32-VC9-x86/autoload.phar/autoload/autoload.p hp on line 5 PHP Warning: include(): Failed opening 'libA/libA.php' for inclusion (include_p ath='aaa a;phar://libA.phar;phar://autoload.phar') in phar://C:/p hp-sdk/php-5.3.8-Win32-VC9-x86/autoload.phar/autoload/autoload.php on line 5 Warning: include(): Failed opening 'libA/libA.php' for inclusion (include_path=' ;phar://libA.phar;phar://autoload.phar') in phar://C:/php-sd k/php-5.3.8-Win32-VC9-x86/autoload.phar/autoload/autoload.php on line 5 Previous Comments: [2012-06-04 17:01:49] paj...@php.net For the record here. This is certainly due to MAXPATHLEN check in the stream implementation. The question now is to verify where it fails, whether in stream core itself or in phar. If the sooner, we have some kind of a problem here and could be harder
Bug #51094 [Com]: parse_ini_file() with INI_SCANNER_RAW cuts a value that includes a semi-colon
Edit report at https://bugs.php.net/bug.php?id=51094edit=1 ID: 51094 Comment by: mattfic...@php.net Reported by:viaujoc at videotron dot ca Summary:parse_ini_file() with INI_SCANNER_RAW cuts a value that includes a semi-colon Status: Closed Type: Bug Package:Filesystem function related PHP Version:* Assigned To:pierrick Block user comment: N Private report: N New Comment: This fails for me with 5.4.5-dev on Windows 7. The diff when I run it: 001+ string(4) ini 002+ string(4) ini 001- string(7) ini;raw 002- string(8) ini;raw Previous Comments: [2012-06-07 16:24:05] pierr...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2012-06-07 15:59:10] pierr...@php.net Automatic comment on behalf of pierrick Revision: http://git.php.net/?p=php-src.git;a=commit;h=fed5923dbc849659321a4f9aa96634ddd1655229 Log: Fixed bug #51094 (parse_ini_file() with INI_SCANNER_RAW cuts a value that includes a semi-colon) [2012-06-07 13:32:26] pierr...@php.net The following patch has been added/updated: Patch Name: bug51094.diff Revision: 1339075946 URL: https://bugs.php.net/patch-display.php?bug=51094patch=bug51094.diffrevision=1339075946 [2012-06-06 17:06:30] pierr...@php.net I'll soon have one last look to make sure this patch doesn't introduce any problem before committing it. But if someone else want to review it, any comments will be welcome. [2012-06-06 17:00:22] pierr...@php.net The following patch has been added/updated: Patch Name: bug51094.diff Revision: 1339002022 URL: https://bugs.php.net/patch-display.php?bug=51094patch=bug51094.diffrevision=1339002022 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=51094 -- Edit this bug report at https://bugs.php.net/bug.php?id=51094edit=1
Bug #62220 [Opn-Csd]: 4 spl test fails on 5.3.14rc2
Edit report at https://bugs.php.net/bug.php?id=62220edit=1 ID: 62220 User updated by:mattfic...@php.net Reported by:mattfic...@php.net Summary:4 spl test fails on 5.3.14rc2 -Status: Open +Status: Closed Type: Bug Package:SPL related Operating System: Windows PHP Version:5.4Git-2012-06-04 (Git) Block user comment: N Private report: N New Comment: Closing, bogus bug. Given what seemed to be failing, I wanted to report this bug quickly before fully triaging it. Previous Comments: [2012-06-05 02:19:59] reeze dot xia at gmail dot com Hi mattficken, Yes we could:) Thanks [2012-06-04 17:42:30] mattfic...@php.net I used the binary build from http://windows.php.net/downloads/qa/ but the test-pack from ra331f43 (also downloaded from windows.php.net). The test-pack included with 5.3.14rc2 doesn't include fixes to some other PHPTs that are in the test-pack snapshots (ra331f43, etc...). Looks like these 4 fail against 5.3.14rc2 but not snapshots because the PHPTs in snapshots like ra331f43 have been updated for that commit, but spl_heap.c wasn't updated in 5.3.14rc2 (explains why the numbers are off by +1). In which case this bug can be ignored/bogus, correct? [2012-06-04 09:52:30] reeze dot xia at gmail dot com Hi, mattficken: Did you get the 5.3.14RC2 from windows.php.net? I found the version: 5.3.14RC2 from windows.php.net did't contain the commit: http://git.php.net/?p=php- src.git;a=commit;h=9205c4fd62a769b7db3d00eccdf2ea35b20dd87f do you build yourself? Thanks. [2012-06-04 00:55:33] mattfic...@php.net Description: These 4 spl tests fail on 5.3.14rc2 on Windows. All spl tests have passed on snapshot builds for the last couple of months. ext\spl\tests\bug62073.phpt ext\spl\tests\heap_005.phpt ext\spl\tests\heap_006.phpt ext\spl\tests\pqueue_001.phpt Expected result: ext\spl\tests\bug62073.diff 001+ int(1) 001- int(0) ext\spl\tests\heap_005.diff 001+ 100 = 1 002+ 99 = 2 003+ 98 = 3 004+ 97 = 4 005+ 96 = 5 006+ 95 = 6 007+ 94 = 7 008+ 93 = 8 009+ 92 = 9 010+ 91 = 10 011+ 90 = 11 012+ 89 = 12 013+ 88 = 13 014+ 87 = 14 015+ 86 = 15 016+ 85 = 16 017+ 84 = 17 018+ 83 = 18 019+ 82 = 19 020+ 81 = 20 021+ 80 = 21 022+ 79 = 22 023+ 78 = 23 024+ 77 = 24 025+ 76 = 25 026+ 75 = 26 027+ 74 = 27 028+ 73 = 28 029+ 72 = 29 030+ 71 = 30 031+ 70 = 31 032+ 69 = 32 033+ 68 = 33 034+ 67 = 34 035+ 66 = 35 036+ 65 = 36 037+ 64 = 37 038+ 63 = 38 039+ 62 = 39 040+ 61 = 40 041+ 60 = 41 042+ 59 = 42 043+ 58 = 43 044+ 57 = 44 045+ 56 = 45 046+ 55 = 46 047+ 54 = 47 048+ 53 = 48 049+ 52 = 49 050+ 51 = 50 051+ 50 = 51 052+ 49 = 52 053+ 48 = 53 054+ 47 = 54 055+ 46 = 55 056+ 45 = 56 057+ 44 = 57 058+ 43 = 58 059+ 42 = 59 060+ 41 = 60 061+ 40 = 61 062+ 39 = 62 063+ 38 = 63 064+ 37 = 64 065+ 36 = 65 066+ 35 = 66 067+ 34 = 67 068+ 33 = 68 069+ 32 = 69 070+ 31 = 70 071+ 30 = 71 072+ 29 = 72 073+ 28 = 73 074+ 27 = 74 075+ 26 = 75 076+ 25 = 76 077+ 24 = 77 078+ 23 = 78 079+ 22 = 79 080+ 21 = 80 081+ 20 = 81 082+ 19 = 82 083+ 18 = 83 084+ 17 = 84 085+ 16 = 85 086+ 15 = 86 087+ 14 = 87 088+ 13 = 88 089+ 12 = 89 090+ 11 = 90 091+ 10 = 91 092+ 9 = 92 093+ 8 = 93 094+ 7 = 94 095+ 6 = 95 096+ 5 = 96 097+ 4 = 97 098+ 3 = 98 099+ 2 = 99 100+ 1 = 100 001- 99 = 1 002- 98 = 2 003- 97 = 3 004- 96 = 4 005- 95 = 5 006- 94 = 6 007- 93 = 7 008- 92 = 8 009- 91 = 9 010- 90 = 10 011- 89 = 11 012- 88 = 12 013- 87 = 13 014- 86 = 14 015- 85 = 15 016- 84 = 16 017- 83 = 17 018- 82 = 18 019- 81 = 19 020- 80 = 20 021- 79 = 21 022- 78 = 22 023- 77 = 23 024- 76 = 24 025- 75 = 25 026- 74 = 26 027- 73 = 27 028- 72 = 28 029- 71 = 29 030- 70 = 30 031- 69 = 31 032- 68 = 32 033- 67 = 33 034- 66 = 34 035- 65 = 35 036- 64 = 36 037- 63 = 37 038- 62 = 38 039- 61 = 39 040- 60 = 40 041- 59 = 41 042- 58 = 42 043- 57 = 43 044- 56 = 44 045- 55 = 45 046- 54 = 46 047- 53 = 47 048- 52 = 48 049- 51 = 49 050- 50 = 50 051- 49 = 51 052- 48 = 52 053- 47 = 53 054- 46 = 54 055- 45 = 55 056- 44 = 56 057- 43 = 57 058- 42 = 58 059- 41 = 59 060- 40 = 60 061- 39 = 61 062- 38 = 62 063- 37 = 63 064- 36 = 64 065- 35 = 65 066- 34 = 66 067- 33 = 67 068- 32 = 68 069- 31 = 69 070- 30 = 70 071- 29 = 71 072- 28 = 72 073- 27 = 73 074- 26 = 74 075- 25 = 75 076- 24 = 76 077- 23 = 77 078- 22 = 78 079- 21 = 79 080- 20 = 80 081- 19 = 81 082- 18 = 82 083- 17 = 83 084- 16 = 84 085- 15 = 85 086- 14 = 86 087- 13 = 87 088- 12 = 88 089- 11 = 89 090- 10 = 90 091- 9 = 91 092- 8 = 92 093- 7 = 93 094- 6 = 94 095- 5 = 95 096- 4 = 96 097- 3 = 97 098- 2 = 98 099- 1 = 99 100- 0 = 100 ext\spl\tests\heap_006.diff 001+ 100 = 100 002+ 99 = 99 003+ 98 = 98 004+ 97 = 97
Bug #62220 [Com]: 4 spl test fails on 5.3.14rc2
Edit report at https://bugs.php.net/bug.php?id=62220edit=1 ID: 62220 Comment by: mattfic...@php.net Reported by:mattfic...@php.net Summary:4 spl test fails on 5.3.14rc2 Status: Open Type: Bug Package:SPL related Operating System: Windows PHP Version:5.4Git-2012-06-04 (Git) Block user comment: N Private report: N New Comment: I used the binary build from http://windows.php.net/downloads/qa/ but the test-pack from ra331f43 (also downloaded from windows.php.net). The test-pack included with 5.3.14rc2 doesn't include fixes to some other PHPTs that are in the test-pack snapshots (ra331f43, etc...). Looks like these 4 fail against 5.3.14rc2 but not snapshots because the PHPTs in snapshots like ra331f43 have been updated for that commit, but spl_heap.c wasn't updated in 5.3.14rc2 (explains why the numbers are off by +1). In which case this bug can be ignored/bogus, correct? Previous Comments: [2012-06-04 09:52:30] reeze dot xia at gmail dot com Hi, mattficken: Did you get the 5.3.14RC2 from windows.php.net? I found the version: 5.3.14RC2 from windows.php.net did't contain the commit: http://git.php.net/?p=php- src.git;a=commit;h=9205c4fd62a769b7db3d00eccdf2ea35b20dd87f do you build yourself? Thanks. [2012-06-04 00:55:33] mattfic...@php.net Description: These 4 spl tests fail on 5.3.14rc2 on Windows. All spl tests have passed on snapshot builds for the last couple of months. ext\spl\tests\bug62073.phpt ext\spl\tests\heap_005.phpt ext\spl\tests\heap_006.phpt ext\spl\tests\pqueue_001.phpt Expected result: ext\spl\tests\bug62073.diff 001+ int(1) 001- int(0) ext\spl\tests\heap_005.diff 001+ 100 = 1 002+ 99 = 2 003+ 98 = 3 004+ 97 = 4 005+ 96 = 5 006+ 95 = 6 007+ 94 = 7 008+ 93 = 8 009+ 92 = 9 010+ 91 = 10 011+ 90 = 11 012+ 89 = 12 013+ 88 = 13 014+ 87 = 14 015+ 86 = 15 016+ 85 = 16 017+ 84 = 17 018+ 83 = 18 019+ 82 = 19 020+ 81 = 20 021+ 80 = 21 022+ 79 = 22 023+ 78 = 23 024+ 77 = 24 025+ 76 = 25 026+ 75 = 26 027+ 74 = 27 028+ 73 = 28 029+ 72 = 29 030+ 71 = 30 031+ 70 = 31 032+ 69 = 32 033+ 68 = 33 034+ 67 = 34 035+ 66 = 35 036+ 65 = 36 037+ 64 = 37 038+ 63 = 38 039+ 62 = 39 040+ 61 = 40 041+ 60 = 41 042+ 59 = 42 043+ 58 = 43 044+ 57 = 44 045+ 56 = 45 046+ 55 = 46 047+ 54 = 47 048+ 53 = 48 049+ 52 = 49 050+ 51 = 50 051+ 50 = 51 052+ 49 = 52 053+ 48 = 53 054+ 47 = 54 055+ 46 = 55 056+ 45 = 56 057+ 44 = 57 058+ 43 = 58 059+ 42 = 59 060+ 41 = 60 061+ 40 = 61 062+ 39 = 62 063+ 38 = 63 064+ 37 = 64 065+ 36 = 65 066+ 35 = 66 067+ 34 = 67 068+ 33 = 68 069+ 32 = 69 070+ 31 = 70 071+ 30 = 71 072+ 29 = 72 073+ 28 = 73 074+ 27 = 74 075+ 26 = 75 076+ 25 = 76 077+ 24 = 77 078+ 23 = 78 079+ 22 = 79 080+ 21 = 80 081+ 20 = 81 082+ 19 = 82 083+ 18 = 83 084+ 17 = 84 085+ 16 = 85 086+ 15 = 86 087+ 14 = 87 088+ 13 = 88 089+ 12 = 89 090+ 11 = 90 091+ 10 = 91 092+ 9 = 92 093+ 8 = 93 094+ 7 = 94 095+ 6 = 95 096+ 5 = 96 097+ 4 = 97 098+ 3 = 98 099+ 2 = 99 100+ 1 = 100 001- 99 = 1 002- 98 = 2 003- 97 = 3 004- 96 = 4 005- 95 = 5 006- 94 = 6 007- 93 = 7 008- 92 = 8 009- 91 = 9 010- 90 = 10 011- 89 = 11 012- 88 = 12 013- 87 = 13 014- 86 = 14 015- 85 = 15 016- 84 = 16 017- 83 = 17 018- 82 = 18 019- 81 = 19 020- 80 = 20 021- 79 = 21 022- 78 = 22 023- 77 = 23 024- 76 = 24 025- 75 = 25 026- 74 = 26 027- 73 = 27 028- 72 = 28 029- 71 = 29 030- 70 = 30 031- 69 = 31 032- 68 = 32 033- 67 = 33 034- 66 = 34 035- 65 = 35 036- 64 = 36 037- 63 = 37 038- 62 = 38 039- 61 = 39 040- 60 = 40 041- 59 = 41 042- 58 = 42 043- 57 = 43 044- 56 = 44 045- 55 = 45 046- 54 = 46 047- 53 = 47 048- 52 = 48 049- 51 = 49 050- 50 = 50 051- 49 = 51 052- 48 = 52 053- 47 = 53 054- 46 = 54 055- 45 = 55 056- 44 = 56 057- 43 = 57 058- 42 = 58 059- 41 = 59 060- 40 = 60 061- 39 = 61 062- 38 = 62 063- 37 = 63 064- 36 = 64 065- 35 = 65 066- 34 = 66 067- 33 = 67 068- 32 = 68 069- 31 = 69 070- 30 = 70 071- 29 = 71 072- 28 = 72 073- 27 = 73 074- 26 = 74 075- 25 = 75 076- 24 = 76 077- 23 = 77 078- 22 = 78 079- 21 = 79 080- 20 = 80 081- 19 = 81 082- 18 = 82 083- 17 = 83 084- 16 = 84 085- 15 = 85 086- 14 = 86 087- 13 = 87 088- 12 = 88 089- 11 = 89 090- 10 = 90 091- 9 = 91 092- 8 = 92 093- 7 = 93 094- 6 = 94 095- 5 = 95 096- 4 = 96 097- 3 = 97 098- 2 = 98 099- 1 = 99 100- 0 = 100 ext\spl\tests\heap_006.diff 001+ 100 = 100 002+ 99 = 99 003+ 98 = 98 004+ 97 = 97 005+ 96 = 96 006+ 95 = 95 007+ 94 = 94 008+ 93 = 93 009+ 92 = 92 010+ 91 = 91 011+ 90 = 90 012+ 89 = 89 013+ 88 = 88 014+ 87 = 87 015+ 86 = 86 016+ 85 = 85 017+ 84 = 84 018+ 83 = 83 019+ 82 = 82 020+ 81 = 81 021+ 80 = 80 022+ 79 = 79 023+ 78 = 78 024+ 77 = 77 025+ 76 = 76 026+ 75 = 75 027+ 74 = 74 028+ 73 = 73 029+ 72 = 72 030+ 71 = 71 031+ 70 = 70 032+ 69 = 69 033+ 68 = 68 034+ 67 = 67 035+ 66 = 66 036+ 65 = 65 037+ 64 = 64 038
[PHP-BUG] Bug #62219 [NEW]: 5 intl tests fail in 5.3.14rc2
From: mattficken
Operating system: Windows
PHP version: 5.3Git-2012-06-04 (Git)
Package: ICONV related
Bug Type: Bug
Bug description:5 intl tests fail in 5.3.14rc2
Description:
These 5 intl tests fail with 5.3.14rc2 on Windows, but pass with snapshot
builds
from the last couple months:
ext\intl\tests\bug62070.phpt
ext\intl\tests\collator_get_sort_key.phpt
ext\intl\tests\dateformat_calendars.phpt
ext\intl\tests\resourcebundle_traversable.phpt
ext\intl\tests\bug62081.phpt
All the intl tests have passed with snapshot builds for the few months and
have
passed with previous final release and QA builds.
It may have something to do with this commit:
Fix bug #62082
http://git.php.net/?p=php-
src.git;a=commitdiff;h=095f7fc965d6eaec6915b0af5b29accfab1703b3
Expected result:
ext\intl\tests\bug62070.diff
001+ 5%2F%3D%3DC%01%09%01%8F%08%00
001- 5%2F%3D%3DC%01%09%01%8F%08
ext\intl\tests\collator_get_sort_key.diff:
002+ key: %27%29%2B%01%07%01%07%00
002- key: %29%2B-%01%07%01%07%00
004+ key: %27%29-%01%07%01%07%00
004- key: %29%2B%2F%01%07%01%07%00
006+ key: %27%27%27%01%07%01%07%00
006- key: %29%29%29%01%07%01%07%00
008+ key: %5C%0A%0A%01%06%01%06%00
008- key: _++%01%06%01%06%00
010+ key: %5C%0A%01%05%01%05%00
010- key: _+%01%05%01%05%00
012+ key: Y%01%05%01%05%00
013+ source:
012- key: %5B%01%05%01%05%00
013- source:
015+ source:
015- source:
018+ key: %18%01%05%01%05%00
018- key: %26%80%01%05%01%05%00
020+ key: W%01%05%01%05%00
020- key: Y%01%05%01%05%00
022+ key: 7%01%05%01%05%00
022- key: 9%01%05%01%05%00
024+ key: %3B%01%05%01%05%00
024- key: %3D%01%05%01%05%00
026+ key: %5C%0A%16%1A%01%07%01%07%00
026- key: _+%2C0%01%07%01%07%00
028+ key: %5C%0A%16%18%01%07%01%07%00
028- key: _+%2C.%01%07%01%07%00
030+ key: %5C%3A%3A%3A%01%07%01%07%00
030- key: _LLL%01%07%01%07%00
032+ key: %5D%3B%3FE%01%07%01%07%00
032- key: %60%05%09%0B%01%07%01%07%00
034+ key: %5C%0A%16%1A%01%07%01%07%00
034- key: _+%2C0%01%07%01%07%00
036+ key: %5C%0A%16%18%01%07%01%07%00
036- key: _+%2C.%01%07%01%07%00
038+ key: %5C%3A%3A%3A%01%07%01%07%00
038- key: _LLL%01%07%01%07%00
040+ key: %5D%3B%3FE%01%07%01%07%00
040- key: %60%05%09%0B%01%07%01%07%00
ext\intl\tests\dateformat_calendars.diff
004-
005- Warning: IntlDateFormatter::__construct(): datefmt_create: invalid
value
for calendar type; it must be one of IntlDateFormatter::TRADITIONAL
(locale's
default calendar) or IntlDateFormatter::GREGORIAN in %s on line %d
ext\intl\tests\resourcebundle_traversable.diff
001+ bool(false)
002+
003+ Catchable fatal error: Argument 1 passed to iterator_to_array() must
implement interface Traversable, instance of ResourceBundle given in
C:\php-
sdk\php-test-pack-5.3-nts-windows-vc9-x86-
ra331f43\ext\intl\tests\resourcebundle_traversable.php on line 7
001- bool(true)
002- array(3) {
003- [0]=
004- string(8) cadena 1
005- [1]=
006- string(8) cadena 2
007- [2]=
008- string(8) cadena 3
009- }
ext\intl\tests\bug62081.diff
001- Warning: IntlDateFormatter::__construct(): datefmt_create: cannot call
constructor twice in %s on line %d
--
Edit bug report at https://bugs.php.net/bug.php?id=62219edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=62219r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=62219r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=62219r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=62219r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=62219r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=62219r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=62219r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=62219r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=62219r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=62219r=support
Expected behavior:
https://bugs.php.net/fix.php?id=62219r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=62219r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=62219r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=62219r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=62219r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=62219r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=62219r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=62219r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=62219r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=62219r=nozend
MySQL Configuration Error:
[PHP-BUG] Bug #62220 [NEW]: 4 spl test fails on 5.3.14rc2
From: mattficken Operating system: Windows PHP version: 5.4Git-2012-06-04 (Git) Package: SPL related Bug Type: Bug Bug description:4 spl test fails on 5.3.14rc2 Description: These 4 spl tests fail on 5.3.14rc2 on Windows. All spl tests have passed on snapshot builds for the last couple of months. ext\spl\tests\bug62073.phpt ext\spl\tests\heap_005.phpt ext\spl\tests\heap_006.phpt ext\spl\tests\pqueue_001.phpt Expected result: ext\spl\tests\bug62073.diff 001+ int(1) 001- int(0) ext\spl\tests\heap_005.diff 001+ 100 = 1 002+ 99 = 2 003+ 98 = 3 004+ 97 = 4 005+ 96 = 5 006+ 95 = 6 007+ 94 = 7 008+ 93 = 8 009+ 92 = 9 010+ 91 = 10 011+ 90 = 11 012+ 89 = 12 013+ 88 = 13 014+ 87 = 14 015+ 86 = 15 016+ 85 = 16 017+ 84 = 17 018+ 83 = 18 019+ 82 = 19 020+ 81 = 20 021+ 80 = 21 022+ 79 = 22 023+ 78 = 23 024+ 77 = 24 025+ 76 = 25 026+ 75 = 26 027+ 74 = 27 028+ 73 = 28 029+ 72 = 29 030+ 71 = 30 031+ 70 = 31 032+ 69 = 32 033+ 68 = 33 034+ 67 = 34 035+ 66 = 35 036+ 65 = 36 037+ 64 = 37 038+ 63 = 38 039+ 62 = 39 040+ 61 = 40 041+ 60 = 41 042+ 59 = 42 043+ 58 = 43 044+ 57 = 44 045+ 56 = 45 046+ 55 = 46 047+ 54 = 47 048+ 53 = 48 049+ 52 = 49 050+ 51 = 50 051+ 50 = 51 052+ 49 = 52 053+ 48 = 53 054+ 47 = 54 055+ 46 = 55 056+ 45 = 56 057+ 44 = 57 058+ 43 = 58 059+ 42 = 59 060+ 41 = 60 061+ 40 = 61 062+ 39 = 62 063+ 38 = 63 064+ 37 = 64 065+ 36 = 65 066+ 35 = 66 067+ 34 = 67 068+ 33 = 68 069+ 32 = 69 070+ 31 = 70 071+ 30 = 71 072+ 29 = 72 073+ 28 = 73 074+ 27 = 74 075+ 26 = 75 076+ 25 = 76 077+ 24 = 77 078+ 23 = 78 079+ 22 = 79 080+ 21 = 80 081+ 20 = 81 082+ 19 = 82 083+ 18 = 83 084+ 17 = 84 085+ 16 = 85 086+ 15 = 86 087+ 14 = 87 088+ 13 = 88 089+ 12 = 89 090+ 11 = 90 091+ 10 = 91 092+ 9 = 92 093+ 8 = 93 094+ 7 = 94 095+ 6 = 95 096+ 5 = 96 097+ 4 = 97 098+ 3 = 98 099+ 2 = 99 100+ 1 = 100 001- 99 = 1 002- 98 = 2 003- 97 = 3 004- 96 = 4 005- 95 = 5 006- 94 = 6 007- 93 = 7 008- 92 = 8 009- 91 = 9 010- 90 = 10 011- 89 = 11 012- 88 = 12 013- 87 = 13 014- 86 = 14 015- 85 = 15 016- 84 = 16 017- 83 = 17 018- 82 = 18 019- 81 = 19 020- 80 = 20 021- 79 = 21 022- 78 = 22 023- 77 = 23 024- 76 = 24 025- 75 = 25 026- 74 = 26 027- 73 = 27 028- 72 = 28 029- 71 = 29 030- 70 = 30 031- 69 = 31 032- 68 = 32 033- 67 = 33 034- 66 = 34 035- 65 = 35 036- 64 = 36 037- 63 = 37 038- 62 = 38 039- 61 = 39 040- 60 = 40 041- 59 = 41 042- 58 = 42 043- 57 = 43 044- 56 = 44 045- 55 = 45 046- 54 = 46 047- 53 = 47 048- 52 = 48 049- 51 = 49 050- 50 = 50 051- 49 = 51 052- 48 = 52 053- 47 = 53 054- 46 = 54 055- 45 = 55 056- 44 = 56 057- 43 = 57 058- 42 = 58 059- 41 = 59 060- 40 = 60 061- 39 = 61 062- 38 = 62 063- 37 = 63 064- 36 = 64 065- 35 = 65 066- 34 = 66 067- 33 = 67 068- 32 = 68 069- 31 = 69 070- 30 = 70 071- 29 = 71 072- 28 = 72 073- 27 = 73 074- 26 = 74 075- 25 = 75 076- 24 = 76 077- 23 = 77 078- 22 = 78 079- 21 = 79 080- 20 = 80 081- 19 = 81 082- 18 = 82 083- 17 = 83 084- 16 = 84 085- 15 = 85 086- 14 = 86 087- 13 = 87 088- 12 = 88 089- 11 = 89 090- 10 = 90 091- 9 = 91 092- 8 = 92 093- 7 = 93 094- 6 = 94 095- 5 = 95 096- 4 = 96 097- 3 = 97 098- 2 = 98 099- 1 = 99 100- 0 = 100 ext\spl\tests\heap_006.diff 001+ 100 = 100 002+ 99 = 99 003+ 98 = 98 004+ 97 = 97 005+ 96 = 96 006+ 95 = 95 007+ 94 = 94 008+ 93 = 93 009+ 92 = 92 010+ 91 = 91 011+ 90 = 90 012+ 89 = 89 013+ 88 = 88 014+ 87 = 87 015+ 86 = 86 016+ 85 = 85 017+ 84 = 84 018+ 83 = 83 019+ 82 = 82 020+ 81 = 81 021+ 80 = 80 022+ 79 = 79 023+ 78 = 78 024+ 77 = 77 025+ 76 = 76 026+ 75 = 75 027+ 74 = 74 028+ 73 = 73 029+ 72 = 72 030+ 71 = 71 031+ 70 = 70 032+ 69 = 69 033+ 68 = 68 034+ 67 = 67 035+ 66 = 66 036+ 65 = 65 037+ 64 = 64 038+ 63 = 63 039+ 62 = 62 040+ 61 = 61 041+ 60 = 60 042+ 59 = 59 043+ 58 = 58 044+ 57 = 57 045+ 56 = 56 046+ 55 = 55 047+ 54 = 54 048+ 53 = 53 049+ 52 = 52 050+ 51 = 51 051+ 50 = 50 052+ 49 = 49 053+ 48 = 48 054+ 47 = 47 055+ 46 = 46 056+ 45 = 45 057+ 44 = 44 058+ 43 = 43 059+ 42 = 42 060+ 41 = 41 061+ 40 = 40 062+ 39 = 39 063+ 38 = 38 064+ 37 = 37 065+ 36 = 36 066+ 35 = 35 067+ 34 = 34 068+ 33 = 33 069+ 32 = 32 070+ 31 = 31 071+ 30 = 30 072+ 29 = 29 073+ 28 = 28 074+ 27 = 27 075+ 26 = 26 076+ 25 = 25 077+ 24 = 24 078+ 23 = 23 079+ 22 = 22 080+ 21 = 21 081+ 20 = 20 082+ 19 = 19 083+ 18 = 18 084+ 17 = 17 085+ 16 = 16 086+ 15 = 15 087+ 14 = 14 088+ 13 = 13 089+ 12 = 12 090+ 11 = 11 091+ 10 = 10 092+ 9 = 9 093+ 8 = 8 094+ 7 = 7 095+ 6 = 6 096+ 5 = 5 097+ 4 = 4 098+ 3 = 3 099+ 2 = 2 100+ 1 = 1 001- 99 = 100 002- 98 = 99 003- 97 = 98 004- 96 = 97 005- 95 = 96 006- 94 = 95 007- 93 = 94 008- 92 = 93 009- 91 = 92 010- 90 = 91 011- 89 = 90 012- 88 = 89 013- 87 = 88 014- 86 = 87 015- 85 = 86 016- 84 = 85 017- 83 = 84 018- 82 = 83 019- 81 = 82 020- 80 = 81 021- 79 = 80 022- 78 = 79 023- 77 = 78 024- 76 = 77 025- 75 = 76 026- 74 = 75 027- 73 = 74 028- 72 = 73 029- 71 = 72 030- 70 = 71 031- 69 = 70 032- 68 = 69 033- 67 = 68 034- 66 = 67 035- 65 = 66 036- 64 = 65 037- 63 = 64 038- 62 = 63 039- 61 = 62 040- 60 = 61 041- 59 = 60 042-
[PHP-BUG] Bug #62176 [NEW]: Test Bug - sapi/cli/tests/bug61546.phpt
From: mattficken Operating system: Windows PHP version: 5.3.13 Package: Testing related Bug Type: Bug Bug description:Test Bug - sapi/cli/tests/bug61546.phpt Description: Test incorrectly validates return value from getmyinode(). See patch for explanation. Expected result: test pass Actual result: -- 002+ bool(false) 003- bool(true) -- Edit bug report at https://bugs.php.net/bug.php?id=62176edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62176r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62176r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62176r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62176r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62176r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62176r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62176r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62176r=needscript Try newer version: https://bugs.php.net/fix.php?id=62176r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62176r=support Expected behavior: https://bugs.php.net/fix.php?id=62176r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62176r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62176r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62176r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62176r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62176r=dst IIS Stability: https://bugs.php.net/fix.php?id=62176r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62176r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62176r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62176r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62176r=mysqlcfg
[PHP-BUG] Bug #62177 [NEW]: Test Bug - finfo_file_regex.phpt
From: mattficken Operating system: Windows PHP version: 5.3.13 Package: Testing related Bug Type: Bug Bug description:Test Bug - finfo_file_regex.phpt Description: New test expects a slightly different value than what php on windows returns. This may be due to php on Windows using libfileinfo 1.0.5-dev. It may be better to upgrade that library. Until then, the attached patch will fix this test. Actual result: -- 002+ string(10) text/plain 002- string(28) text/plain; charset=us-ascii -- Edit bug report at https://bugs.php.net/bug.php?id=62177edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62177r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62177r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62177r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62177r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62177r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62177r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62177r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62177r=needscript Try newer version: https://bugs.php.net/fix.php?id=62177r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62177r=support Expected behavior: https://bugs.php.net/fix.php?id=62177r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62177r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62177r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62177r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62177r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62177r=dst IIS Stability: https://bugs.php.net/fix.php?id=62177r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62177r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62177r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62177r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62177r=mysqlcfg
[PHP-BUG] Bug #62147 [NEW]: test bug - popen_pclose_basic-win32
From: mattficken Operating system: Windows PHP version: 5.3.13 Package: Testing related Bug Type: Bug Bug description:test bug - popen_pclose_basic-win32 Description: Test fails if Windows environment variable %SYSTEMROOT% != c:/windows. Usually it does, but it doesn't always. The attached patch fixes this problem. -- Edit bug report at https://bugs.php.net/bug.php?id=62147edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62147r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62147r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62147r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62147r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62147r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62147r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62147r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62147r=needscript Try newer version: https://bugs.php.net/fix.php?id=62147r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62147r=support Expected behavior: https://bugs.php.net/fix.php?id=62147r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62147r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62147r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62147r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62147r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62147r=dst IIS Stability: https://bugs.php.net/fix.php?id=62147r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62147r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62147r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62147r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62147r=mysqlcfg
[PHP-BUG] Bug #62148 [NEW]: mail_skipif doesn't skip imap tests on Release Build
From: mattficken Operating system: Windows PHP version: 5.3.13 Package: Testing related Bug Type: Bug Bug description:mail_skipif doesn't skip imap tests on Release Build Description: mail_skipif.inc is supposed to connect to a localhost imap server and if it can't, skip the test. On 5.3.13 release build, it doesn't skip the test. It doesn't on snapshots. This patch adds an extra check for a localhost imap server. -- Edit bug report at https://bugs.php.net/bug.php?id=62148edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62148r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62148r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62148r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62148r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62148r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62148r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62148r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62148r=needscript Try newer version: https://bugs.php.net/fix.php?id=62148r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62148r=support Expected behavior: https://bugs.php.net/fix.php?id=62148r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62148r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62148r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62148r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62148r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62148r=dst IIS Stability: https://bugs.php.net/fix.php?id=62148r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62148r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62148r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62148r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62148r=mysqlcfg
[PHP-BUG] Bug #62149 [NEW]: Test Bug - ext/curl/tests/bug61948
From: mattficken Operating system: Windows PHP version: 5.3.13 Package: Testing related Bug Type: Bug Bug description:Test Bug - ext/curl/tests/bug61948 Description: This test uses an openbasedir restriction, but restricts it to /tmp, an invalid path on Windows, so the test fails. This patch forks the test into a -win32 version that uses c:/tmp, so the test will pass. -- Edit bug report at https://bugs.php.net/bug.php?id=62149edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62149r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62149r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62149r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62149r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62149r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62149r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62149r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62149r=needscript Try newer version: https://bugs.php.net/fix.php?id=62149r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62149r=support Expected behavior: https://bugs.php.net/fix.php?id=62149r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62149r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62149r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62149r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62149r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62149r=dst IIS Stability: https://bugs.php.net/fix.php?id=62149r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62149r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62149r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62149r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62149r=mysqlcfg
[PHP-BUG] Bug #62150 [NEW]: Test Bug - ext/fileinfo/tests/finfo_open_error
From: mattficken Operating system: Windows PHP version: 5.3.13 Package: Testing related Bug Type: Bug Bug description:Test Bug - ext/fileinfo/tests/finfo_open_error Description: PHP on Windows prints slightly different warning messages than is expected. This patch forks test into a -win32 version which expects the correct warning messages on Windows. -- Edit bug report at https://bugs.php.net/bug.php?id=62150edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62150r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62150r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62150r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62150r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62150r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62150r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62150r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62150r=needscript Try newer version: https://bugs.php.net/fix.php?id=62150r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62150r=support Expected behavior: https://bugs.php.net/fix.php?id=62150r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62150r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62150r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62150r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62150r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62150r=dst IIS Stability: https://bugs.php.net/fix.php?id=62150r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62150r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62150r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62150r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62150r=mysqlcfg
[PHP-BUG] Bug #62068 [NEW]: Test bug - gmp_nextprime and 022
From: mattficken Operating system: Windows PHP version: 5.4.4RC1 Package: GNU MP related Bug Type: Bug Bug description:Test bug - gmp_nextprime and 022 Description: On Windows, the gmp extension uses MPIR 1.3.1, forked from GMP 4.2.1. The unexpected values are returned by gmp_nextprime() and gmp_gcdext(). Both the values are produced by the corresponding MPIR functions. The problem is not in the gmp extension. These are behavior differences between MPIR and GMP. The next prime number (gmp_nextprime) from -1000 is expected to be 2, but could be -997 depending on the definition of prime numbers (can primes be negative?). A newer version of MPIR may fix this problem, however we can't upgrade to it due to license issues. This may get worked out eventually. For now, we've decided to fork the affected tests into Windows/MPIR specific tests. The attached patch fixes this issue. Actual result: -- 003+ string(4) -997 003- string(1) -2 -- Edit bug report at https://bugs.php.net/bug.php?id=62068edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=62068r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=62068r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=62068r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=62068r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=62068r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=62068r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=62068r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=62068r=needscript Try newer version: https://bugs.php.net/fix.php?id=62068r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=62068r=support Expected behavior: https://bugs.php.net/fix.php?id=62068r=notwrong Not enough info: https://bugs.php.net/fix.php?id=62068r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=62068r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=62068r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=62068r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=62068r=dst IIS Stability: https://bugs.php.net/fix.php?id=62068r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=62068r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=62068r=float No Zend Extensions: https://bugs.php.net/fix.php?id=62068r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=62068r=mysqlcfg
Bug #61746 [PATCH]: Failing tests in ext/standard/tests/file/windows_links/*
Edit report at https://bugs.php.net/bug.php?id=61746edit=1 ID: 61746 Patch added by: mattfic...@php.net Reported by:a...@php.net Summary:Failing tests in ext/standard/tests/file/windows_links/* Status: Closed Type: Bug Package:*Directory/Filesystem functions Operating System: windows PHP Version:Irrelevant Assigned To:ab Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: 61746.patch.txt Revision: 1336427548 URL: https://bugs.php.net/patch-display.php?bug=61746patch=61746.patch.txtrevision=1336427548 Previous Comments: [2012-04-23 10:24:38] a...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2012-04-16 14:59:10] a...@php.net Description: The tests failing are: ext\standard\tests\file\windows_links\bug48746.phpt ext\standard\tests\file\windows_links\bug48746_1.phpt ext\standard\tests\file\windows_links\bug48746_2.phpt The reason is the mountvol not being in the path. Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61746edit=1
Bug #61746 [Com]: Failing tests in ext/standard/tests/file/windows_links/*
Edit report at https://bugs.php.net/bug.php?id=61746edit=1 ID: 61746 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:Failing tests in ext/standard/tests/file/windows_links/* Status: Closed Type: Bug Package:*Directory/Filesystem functions Operating System: windows PHP Version:Irrelevant Assigned To:ab Block user comment: N Private report: N New Comment: The tests fail if %SYSTEMROOT% is not c:\windows. The newest patch fixes them. Previous Comments: [2012-05-07 21:52:28] mattfic...@php.net The following patch has been added/updated: Patch Name: 61746.patch.txt Revision: 1336427548 URL: https://bugs.php.net/patch-display.php?bug=61746patch=61746.patch.txtrevision=1336427548 [2012-04-23 10:24:38] a...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2012-04-16 14:59:10] a...@php.net Description: The tests failing are: ext\standard\tests\file\windows_links\bug48746.phpt ext\standard\tests\file\windows_links\bug48746_1.phpt ext\standard\tests\file\windows_links\bug48746_2.phpt The reason is the mountvol not being in the path. Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61746edit=1
Bug #61769 [Com]: Random failure of php_cli_server*phpt tests
Edit report at https://bugs.php.net/bug.php?id=61769edit=1
ID: 61769
Comment by: mattfic...@php.net
Reported by:mattfic...@php.net
Summary:Random failure of php_cli_server*phpt tests
Status: Open
Type: Bug
Package:Built-in web server
PHP Version:5.4.0
Block user comment: N
Private report: N
New Comment:
?php
// this script executes all 17 php_cli_server*phpt tests using run-tests.php
// 500 times and counts up the test failures
$php = c:\php-sdk\php-src-PHP-5.4-31ab04e\Release_TS\php.exe;
// note: script assumes run from within test-pack root
$fh = fopen(cli_server_tests.txt, 'w');
fwrite($fh, Sapi/cli/tests/php_cli_server_001.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_002.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_003.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_004.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_005.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_006.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_007.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_008.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_009.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_010.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_011.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_012.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_013.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_014.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_015.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_016.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_017.phpt.PHP_EOL);
fclose($fh);
function count_run_test_failures() {
global $php;
$lines = array();
exec(set TEST_PHP_EXECUTABLE=$php $php run-test.php -r
cli_server_tests.txt exit, $lines);
// parse $lines for
$failure_count = 0;
foreach ($lines as $line) {
// Tests failed:3 ( 17.6%) ( 17.6%)
preg_match(/Tests failed: .+ (\d)+ .+/, $line, $m);
if (count($m)==2) {
$failure_count = $m[1] + 0; // to int
break;
}
}
//sleep(50);
return $failure_count;
}
//var_dump(count_run_test_failures());
//exit;
$run_count = 0;
$total_failures = 0;
while ( $run_count 500 ) {
$failure_count = count_run_test_failures();
$total_failures += $failure_count;
if ($failure_count != 0) {
echo $failure_count fails $total_failures total . PHP_EOL;
} else {
echo pass $run_count run . PHP_EOL;
}
$run_count++;
}
$avg_fails = $total_failures / $run_count;
echo Total Failures $total_failures Runs $run_count Avg fails $avg_fails .
PHP_EOL;
echo * 17 individual phpts for each run . PHP_EOL;
?
Previous Comments:
[2012-04-20 09:14:52] a...@php.net
Matt, what i mean SO_REUSEADDR is defined on any Windows, see
http://msdn.microsoft.com/en-us/library/windows/desktop/ms740621(v=vs.85).aspx
, as well as any other popular platform like gnu/bsd/solaris. And if it's
defined, the piece of code with setsockopt is compiled and the option is set
disregarding it's compiled with or without the wrapping #ifdef. Otherwise, if
it were not defined, there were a compile error when you remove the wrapping
#ifdef. That's why i wonder it changes something, because there is really no
difference.
[2012-04-19 23:26:33] mattfic...@php.net
Setting SO_REUSEADDR socket option will not only make sure all the tests pass
every time, but also if user restarts the web server, it will make sure the web
server can listen on that port when it restarts.
Most TCP servers set SO_REUSEADDR option.
This is a real problem on Windows and Linux and probably *BSD. Fixing it for
those platforms is worth causing a minor compile problem for some weird os that
doesn't have SO_REUSEADDR.
Alternatively, adding a sleep() call to the test after the web server exits
should probably work, but it would make the test very slow (might have to wait
60 seconds for each of 17 tests = 17 minutes).
[2012-04-19 23:17:27] fel...@php.net
The test has been fixed in Git.
[2012-04-19 14:54:39] a...@php.net
just came into my mind - may be it would have an effect if we just set a
timeout at the top of the php_cli_server_start() too? so the previous server
had a chance to exit ...
[2012-04-19 14:34:18
Bug #61769 [PATCH]: Random failure of php_cli_server*phpt tests
Edit report at https://bugs.php.net/bug.php?id=61769edit=1
ID: 61769
Patch added by: mattfic...@php.net
Reported by:mattfic...@php.net
Summary:Random failure of php_cli_server*phpt tests
Status: Open
Type: Bug
Package:Built-in web server
PHP Version:5.4.0
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: 61769.patch.txt
Revision: 1336170707
URL:
https://bugs.php.net/patch-display.php?bug=61769patch=61769.patch.txtrevision=1336170707
Previous Comments:
[2012-05-04 22:20:55] mattfic...@php.net
?php
// this script executes all 17 php_cli_server*phpt tests using run-tests.php
// 500 times and counts up the test failures
$php = c:\php-sdk\php-src-PHP-5.4-31ab04e\Release_TS\php.exe;
// note: script assumes run from within test-pack root
$fh = fopen(cli_server_tests.txt, 'w');
fwrite($fh, Sapi/cli/tests/php_cli_server_001.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_002.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_003.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_004.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_005.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_006.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_007.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_008.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_009.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_010.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_011.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_012.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_013.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_014.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_015.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_016.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_017.phpt.PHP_EOL);
fclose($fh);
function count_run_test_failures() {
global $php;
$lines = array();
exec(set TEST_PHP_EXECUTABLE=$php $php run-test.php -r
cli_server_tests.txt exit, $lines);
// parse $lines for
$failure_count = 0;
foreach ($lines as $line) {
// Tests failed:3 ( 17.6%) ( 17.6%)
preg_match(/Tests failed: .+ (\d)+ .+/, $line, $m);
if (count($m)==2) {
$failure_count = $m[1] + 0; // to int
break;
}
}
//sleep(50);
return $failure_count;
}
//var_dump(count_run_test_failures());
//exit;
$run_count = 0;
$total_failures = 0;
while ( $run_count 500 ) {
$failure_count = count_run_test_failures();
$total_failures += $failure_count;
if ($failure_count != 0) {
echo $failure_count fails $total_failures total . PHP_EOL;
} else {
echo pass $run_count run . PHP_EOL;
}
$run_count++;
}
$avg_fails = $total_failures / $run_count;
echo Total Failures $total_failures Runs $run_count Avg fails $avg_fails .
PHP_EOL;
echo * 17 individual phpts for each run . PHP_EOL;
?
[2012-04-20 09:14:52] a...@php.net
Matt, what i mean SO_REUSEADDR is defined on any Windows, see
http://msdn.microsoft.com/en-us/library/windows/desktop/ms740621(v=vs.85).aspx
, as well as any other popular platform like gnu/bsd/solaris. And if it's
defined, the piece of code with setsockopt is compiled and the option is set
disregarding it's compiled with or without the wrapping #ifdef. Otherwise, if
it were not defined, there were a compile error when you remove the wrapping
#ifdef. That's why i wonder it changes something, because there is really no
difference.
[2012-04-19 23:26:33] mattfic...@php.net
Setting SO_REUSEADDR socket option will not only make sure all the tests pass
every time, but also if user restarts the web server, it will make sure the web
server can listen on that port when it restarts.
Most TCP servers set SO_REUSEADDR option.
This is a real problem on Windows and Linux and probably *BSD. Fixing it for
those platforms is worth causing a minor compile problem for some weird os that
doesn't have SO_REUSEADDR.
Alternatively, adding a sleep() call to the test after the web server exits
should probably work, but it would make the test very slow (might have to wait
60 seconds for each of 17 tests = 17 minutes).
[2012-04-19 23:17:27] fel...@php.net
The test has been fixed in Git
Bug #61769 [Com]: Random failure of php_cli_server*phpt tests
Edit report at https://bugs.php.net/bug.php?id=61769edit=1
ID: 61769
Comment by: mattfic...@php.net
Reported by:mattfic...@php.net
Summary:Random failure of php_cli_server*phpt tests
Status: Open
Type: Bug
Package:Built-in web server
PHP Version:5.4.0
Block user comment: N
Private report: N
New Comment:
My newest patch fixes the remaining problems with these tests on Windows.
Using the attached script, I've run all the php_cli_server*phpt tests on
Windows and Gentoo Linux 500 times without any failure (using php-5.4 r31ab04e).
Previous Comments:
[2012-05-04 22:31:47] mattfic...@php.net
The following patch has been added/updated:
Patch Name: 61769.patch.txt
Revision: 1336170707
URL:
https://bugs.php.net/patch-display.php?bug=61769patch=61769.patch.txtrevision=1336170707
[2012-05-04 22:20:55] mattfic...@php.net
?php
// this script executes all 17 php_cli_server*phpt tests using run-tests.php
// 500 times and counts up the test failures
$php = c:\php-sdk\php-src-PHP-5.4-31ab04e\Release_TS\php.exe;
// note: script assumes run from within test-pack root
$fh = fopen(cli_server_tests.txt, 'w');
fwrite($fh, Sapi/cli/tests/php_cli_server_001.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_002.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_003.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_004.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_005.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_006.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_007.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_008.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_009.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_010.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_011.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_012.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_013.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_014.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_015.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_016.phpt.PHP_EOL);
fwrite($fh, Sapi/cli/tests/php_cli_server_017.phpt.PHP_EOL);
fclose($fh);
function count_run_test_failures() {
global $php;
$lines = array();
exec(set TEST_PHP_EXECUTABLE=$php $php run-test.php -r
cli_server_tests.txt exit, $lines);
// parse $lines for
$failure_count = 0;
foreach ($lines as $line) {
// Tests failed:3 ( 17.6%) ( 17.6%)
preg_match(/Tests failed: .+ (\d)+ .+/, $line, $m);
if (count($m)==2) {
$failure_count = $m[1] + 0; // to int
break;
}
}
//sleep(50);
return $failure_count;
}
//var_dump(count_run_test_failures());
//exit;
$run_count = 0;
$total_failures = 0;
while ( $run_count 500 ) {
$failure_count = count_run_test_failures();
$total_failures += $failure_count;
if ($failure_count != 0) {
echo $failure_count fails $total_failures total . PHP_EOL;
} else {
echo pass $run_count run . PHP_EOL;
}
$run_count++;
}
$avg_fails = $total_failures / $run_count;
echo Total Failures $total_failures Runs $run_count Avg fails $avg_fails .
PHP_EOL;
echo * 17 individual phpts for each run . PHP_EOL;
?
[2012-04-20 09:14:52] a...@php.net
Matt, what i mean SO_REUSEADDR is defined on any Windows, see
http://msdn.microsoft.com/en-us/library/windows/desktop/ms740621(v=vs.85).aspx
, as well as any other popular platform like gnu/bsd/solaris. And if it's
defined, the piece of code with setsockopt is compiled and the option is set
disregarding it's compiled with or without the wrapping #ifdef. Otherwise, if
it were not defined, there were a compile error when you remove the wrapping
#ifdef. That's why i wonder it changes something, because there is really no
difference.
[2012-04-19 23:26:33] mattfic...@php.net
Setting SO_REUSEADDR socket option will not only make sure all the tests pass
every time, but also if user restarts the web server, it will make sure the web
server can listen on that port when it restarts.
Most TCP servers set SO_REUSEADDR option.
This is a real problem on Windows and Linux and probably *BSD. Fixing it for
those platforms is worth causing a minor compile problem for some weird os that
doesn't have SO_REUSEADDR.
Alternatively, adding a sleep() call to the test after the web server
Bug #55334 [Com]: MySQLi make mod_php crash on stress test
Edit report at https://bugs.php.net/bug.php?id=55334edit=1 ID: 55334 Comment by: mattfic...@php.net Reported by:bruno at chalopin dot fr Summary:MySQLi make mod_php crash on stress test Status: Assigned Type: Bug Package:MySQLi related Operating System: Windows 2008r2 x64 PHP Version:5.3.7RC4 Assigned To:mattficken Block user comment: N Private report: N New Comment: johannes, your patch works for me with 5.4.1 on a 4-way and an 8-way windows 2008r2 server with: ab -n 1 -c 20 ab -n 10 -c 20 ab -n 10 -c 50 and ab -n 1 -c 50. Previous Comments: [2012-05-02 09:47:14] johan...@php.net Matt, can you give it a new run. The change http://git.php.net/?p=php-src.git;a=commit;h=ea3e0d5a7370df63af9372780b91a749fda773b1 which is in 5.4.1 should fix the issue for 5.4. See also http://news.php.net/php.internals/59353 I wasn't able to see an issue neither in 5.3 nor 5.4 after having a 64-way Solaris machine running for a few hours. For Windows I did only a shorter test on a 4-way machine. [2012-04-08 22:19:22] ricardo dot nuno dot rodrigues at hotmail dot com Hi there, In PHP 5.4 TS VC9 (Win) I have the same problem. Under stress goes down. With file mysql_test.php: ?php mysqli_init(); ? Under: ab -n 1 -c 50 http://127.0.0.1/mysql_test.php It restart server (apache 2.2.21). Sometimes creates a delay. Under xdebug there's a big time to connect. Thanks Ricardo [2012-03-12 17:21:41] paj...@php.net Johannes, See last comment, I can also still reproduce it locally (dual quad). [2012-03-09 23:08:26] mattfic...@php.net To repro this problem, your test environment needs to have 4+ cpus, which the environment I was previously using didn't have. [2012-03-09 19:07:38] mattfic...@php.net Closing bug 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=55334 -- Edit this bug report at https://bugs.php.net/bug.php?id=55334edit=1
Bug #61685 [PATCH]: putenv('TZ=UTC') doesn't update timezone for localtime()
Edit report at https://bugs.php.net/bug.php?id=61685edit=1
ID: 61685
Patch added by: mattfic...@php.net
Reported by:mattfic...@php.net
Summary:putenv('TZ=UTC') doesn't update timezone for
localtime()
Status: Not a bug
Type: Bug
Package:Calendar related
Operating System: Windows
PHP Version:5.4.0
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: 61685
Revision: 1335565567
URL:
https://bugs.php.net/patch-display.php?bug=61685patch=61685revision=1335565567
Previous Comments:
[2012-04-10 04:38:52] larue...@php.net
- Date extension
463 - Setting the timezone with the TZ environment variable is no
longer
464supported, instead date.timezone and/or
date_default_timezone_set()
465have to be used.
http://svn.php.net/viewvc/php/php-src/branches/PHP_5_4/UPGRADING?view=markup
[2012-04-09 21:53:46] mattfic...@php.net
The following patch has been added/updated:
Patch Name: unixtojd.patch.txt
Revision: 1334008426
URL:
https://bugs.php.net/patch-display.php?bug=61685patch=unixtojd.patch.txtrevision=1334008426
[2012-04-09 21:53:25] mattfic...@php.net
Description:
Regarding Test: ext/calendar/tests/unixtojd.phpt
Test calls putenv('TZ=UTC') but result of unixtojd(10) is off by -1 day
unless TZ=UTC is added to the ENV section.
Test script:
---
see ext/calendar/tests/unixtojd.phpt
Expected result:
Pass
Actual result:
--
Fail
--
Edit this bug report at https://bugs.php.net/bug.php?id=61685edit=1
Bug #61685 [Com]: putenv('TZ=UTC') doesn't update timezone for localtime()
Edit report at https://bugs.php.net/bug.php?id=61685edit=1
ID: 61685
Comment by: mattfic...@php.net
Reported by:mattfic...@php.net
Summary:putenv('TZ=UTC') doesn't update timezone for
localtime()
Status: Not a bug
Type: Bug
Package:Calendar related
Operating System: Windows
PHP Version:5.4.0
Block user comment: N
Private report: N
New Comment:
Newest patch fixes test to work around the new behavior of putenv(TZ=UTC) and
includes some more info about this problem.
This patch works on 5.3.11 and 5.4.1 on Windows 7 and Gentoo (both x86 and x64).
Previous Comments:
[2012-04-27 22:26:07] mattfic...@php.net
The following patch has been added/updated:
Patch Name: 61685
Revision: 1335565567
URL:
https://bugs.php.net/patch-display.php?bug=61685patch=61685revision=1335565567
[2012-04-10 04:38:52] larue...@php.net
- Date extension
463 - Setting the timezone with the TZ environment variable is no
longer
464supported, instead date.timezone and/or
date_default_timezone_set()
465have to be used.
http://svn.php.net/viewvc/php/php-src/branches/PHP_5_4/UPGRADING?view=markup
[2012-04-09 21:53:46] mattfic...@php.net
The following patch has been added/updated:
Patch Name: unixtojd.patch.txt
Revision: 1334008426
URL:
https://bugs.php.net/patch-display.php?bug=61685patch=unixtojd.patch.txtrevision=1334008426
[2012-04-09 21:53:25] mattfic...@php.net
Description:
Regarding Test: ext/calendar/tests/unixtojd.phpt
Test calls putenv('TZ=UTC') but result of unixtojd(10) is off by -1 day
unless TZ=UTC is added to the ENV section.
Test script:
---
see ext/calendar/tests/unixtojd.phpt
Expected result:
Pass
Actual result:
--
Fail
--
Edit this bug report at https://bugs.php.net/bug.php?id=61685edit=1
Bug #61769 [Com]: Random failure of php_cli_server*phpt tests
Edit report at https://bugs.php.net/bug.php?id=61769edit=1 ID: 61769 Comment by: mattfic...@php.net Reported by:mattfic...@php.net Summary:Random failure of php_cli_server*phpt tests Status: Open Type: Bug Package:Built-in web server PHP Version:5.4.0 Block user comment: N Private report: N New Comment: Setting SO_REUSEADDR socket option will not only make sure all the tests pass every time, but also if user restarts the web server, it will make sure the web server can listen on that port when it restarts. Most TCP servers set SO_REUSEADDR option. This is a real problem on Windows and Linux and probably *BSD. Fixing it for those platforms is worth causing a minor compile problem for some weird os that doesn't have SO_REUSEADDR. Alternatively, adding a sleep() call to the test after the web server exits should probably work, but it would make the test very slow (might have to wait 60 seconds for each of 17 tests = 17 minutes). Previous Comments: [2012-04-19 23:17:27] fel...@php.net The test has been fixed in Git. [2012-04-19 14:54:39] a...@php.net just came into my mind - may be it would have an effect if we just set a timeout at the top of the php_cli_server_start() too? so the previous server had a chance to exit ... [2012-04-19 14:34:18] a...@php.net Matt, unfortunately I can't reproduce the fails on my laptops, they're probably too slow. Nevertheless I'm not sure the patch does expected things. I've just debugged on win7 and ubuntu - SO_REUSEADDR is defined everywhere. MSDN even says it's available on all the versions. This means setsockopt should work as expected. Besides that, removing that wrapping #ifdef could have impacts in some rare cases, i think, as SO_REUSEADDR is marked as a BSD macro, so despite it's luckily present on GNU, it might be absent on some POSIX-complaint only systems. Could you please explain why this fix is correct? Also the php_cli_server_017.phpt was still failing for me, but that's just the unix/windows dir separator. [2012-04-19 14:15:26] a...@php.net The following patch has been added/updated: Patch Name: php_cli_server_017.diff Revision: 1334844926 URL: https://bugs.php.net/patch-display.php?bug=61769patch=php_cli_server_017.diffrevision=1334844926 [2012-04-18 21:21:00] mattfic...@php.net Description: All the php_cli_server* tests randomly fail. Each test starts and stops the builtin web server. The web server when restarted quickly, can't listen on the given port because its locked by the OS. The SO_REUSEADDR option needs to be set on the web server's socket. Test script: --- 007+ string(82) C:\php-sdk\php-test-pack-5.4-nts-windows-vc9-x86-re7a36ad\Sapi\cli\tests\index.php 007- string(%d) %s/tests/index.php -- Edit this bug report at https://bugs.php.net/bug.php?id=61769edit=1
[PHP-BUG] Bug #61769 [NEW]: Random failure of php_cli_server*phpt tests
From: mattficken Operating system: PHP version: 5.4.0 Package: Built-in web server Bug Type: Bug Bug description:Random failure of php_cli_server*phpt tests Description: All the php_cli_server* tests randomly fail. Each test starts and stops the builtin web server. The web server when restarted quickly, can't listen on the given port because its locked by the OS. The SO_REUSEADDR option needs to be set on the web server's socket. Test script: --- 007+ string(82) C:\php-sdk\php-test-pack-5.4-nts-windows-vc9-x86-re7a36ad\Sapi\cli\tests\index.php 007- string(%d) %s/tests/index.php -- Edit bug report at https://bugs.php.net/bug.php?id=61769edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61769r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61769r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61769r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61769r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61769r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61769r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61769r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61769r=needscript Try newer version: https://bugs.php.net/fix.php?id=61769r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61769r=support Expected behavior: https://bugs.php.net/fix.php?id=61769r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61769r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61769r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61769r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61769r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61769r=dst IIS Stability: https://bugs.php.net/fix.php?id=61769r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61769r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61769r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61769r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61769r=mysqlcfg
Bug #61671 [Com]: ext\spl\tests\fileobject_003.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61671edit=1
ID: 61671
Comment by: mattfic...@php.net
Reported by:a...@php.net
Summary:ext\spl\tests\fileobject_003.phpt fails
Status: Open
Type: Bug
Package:SPL related
Operating System: Windows
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
The patch fixes the bug for me on Windows and Linux on PHP-5.3-rf3d86b3.
Previous Comments:
[2012-04-18 14:07:55] a...@php.net
The solution was already introduced in 5.4 by Etienne Kneuss but wasn't merged
back into 5.3 . SplFileObject should not be used with directories. The patch is
just putting together all the necessary pieces from 5.4
[2012-04-18 14:05:06] a...@php.net
The following patch has been added/updated:
Patch Name: 61671.diff
Revision: 1334757906
URL:
https://bugs.php.net/patch-display.php?bug=61671patch=61671.diffrevision=1334757906
[2012-04-17 10:06:34] a...@php.net
A simple reproduce case for this:
C:\php-sdk\php53\vc9\x86\php-srcDebug_TS\php -r $o = new
SplFileObject('C:\\php-sdk\\');
Fatal error: Uncaught exception 'RuntimeException' with message
'SplFileObject::__construct(C:\php-sdk\): failed to open stream: No such file or
directory' in Command line code:1
Stack trace:
#0 Command line code(1): SplFileObject-__construct('C:\php-sdk\')
#1 {main}
thrown in Command line code on line 1
[2012-04-08 11:49:30] a...@php.net
On windows SplFileObject doesn't work as expected with directories,
because the functionality of php_stream_open_wrapper_ex can't open
dir streams on windows. Fixing this may have long range consequences
but would be rather correct instead of just fixing the test behaviour.
[2012-04-08 11:48:10] a...@php.net
Description:
Test diff:
043+
044+ Fatal error: Uncaught exception 'RuntimeException' with message
'SplFileObject::__construct(C:\php-sdk\php53\vc9\x86\php-src\ext\spl\tests/):
failed to open stream: No such file or directory' in
C:\php-sdk\php53\vc9\x86\php-src\ext\spl\tests\fileobject_003.php:18
045+ Stack trace:
046+ #0 C:\php-sdk\php53\vc9\x86\php-src\ext\spl\tests\fileobject_003.php(18):
SplFileObject-__construct('C:\php-sdk\php5...')
047+ #1 C:\php-sdk\php53\vc9\x86\php-src\ext\spl\tests\fileobject_003.php(35):
test('C:\php-sdk\php5...', 's', 'l')
048+ #2 {main}
049+ thrown in
C:\php-sdk\php53\vc9\x86\php-src\ext\spl\tests\fileobject_003.php on line 18
043- %s(%d) %stests/
044- string(%d) %stests
045- bool(true)
046- string(5) tests
047- bool(true)
048- string(%d) %sspl
049- bool(true)
050- string(%d) %stests
051- string(%d) tests
052- string(%d) %sspl
053- ===2===
054- object(SplFileInfo)#%d (2) {
055- [pathName:SplFileInfo:private]=
056- string(%d) %s
057- [fileName:SplFileInfo:private]=
058- string(%d) %s
059- }
060- object(SplFileInfo)#%d (2) {
061- [pathName:SplFileInfo:private]=
062- string(%d) %s
063- [fileName:SplFileInfo:private]=
064- string(%d) %s
065- }
066- bool(false)
067- bool(true)
068- bool(true)
069- %s(%d) %stests
070- string(%d) %stests
071- bool(true)
072- string(%d) tests
073- bool(true)
074- string(%d) %sspl
075- bool(true)
076- string(%d) %stests
077- string(5) tests
078- string(%d) %sspl
079- ===DONE===
Expected result:
test pass
Actual result:
--
test fail
--
Edit this bug report at https://bugs.php.net/bug.php?id=61671edit=1
Bug #61743 [Com]: Tests in ext\standard\tests\file\windows_acls\* fail
Edit report at https://bugs.php.net/bug.php?id=61743edit=1 ID: 61743 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:Tests in ext\standard\tests\file\windows_acls\* fail Status: Closed Type: Bug Package:*Directory/Filesystem functions Operating System: windows PHP Version:5.3.10 Assigned To:ab Block user comment: N Private report: N New Comment: These tests still fail for me (Windows 7). %USERNAME% is set and 'icacls' in is my command prompt path. bug44859.diff: 003+ 004+ Warning: unlink(C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls/a.txt): Permission denied in C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls\common.inc on line 132 005+ 006+ Warning: touch(): Utime failed: Permission denied in C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls\common.inc on line 125 004- Iteration #3: passed. 005- Iteration #4: passed. 006- Testing directory: 007- Iteration #1: passed. 008- Iteration #2: passed. 009- Iteration #3: passed. 010- Iteration #4: passed. 008+ 009+ Warning: unlink(C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls/a.txt): Permission denied in C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls\common.inc on line 132 010+ 011+ Warning: touch(): Utime failed: Permission denied in C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls\common.inc on line 125 012+ Iteration #3: bool(false) 013+ bool(true) 014+ failed. 015+ 016+ Warning: unlink(C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls/a.txt): Permission denied in C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls\common.inc on line 132 017+ 018+ Warning: touch(): Utime failed: Permission denied in C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls\common.inc on line 125 019+ Iteration #4: bool(false) 020+ bool(true) 021+ failed. 022+ 023+ Warning: unlink(C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls/a.txt): Permission denied in C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls\common.inc on line 132 024+ Testing directory: 025+ Iteration #1: passed. 026+ 027+ Warning: unlink(C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls/adir): Permission denied in C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls\common.inc on line 132 028+ 029+ Warning: touch(): Utime failed: Permission denied in C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls\common.inc on line 125 030+ Iteration #2: passed. 031+ 032+ Warning: unlink(C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls/adir): Permission denied in C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls\common.inc on line 132 033+ 034+ Warning: touch(): Utime failed: Permission denied in C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls\common.inc on line 125 035+ Iteration #3: bool(false) 036+ bool(true) 037+ failed. 038+ 039+ Warning: unlink(C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls/adir): Permission denied in C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls\common.inc on line 132 040+ 041+ Warning: touch(): Utime failed: Permission denied in C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls\common.inc on line 125 042+ Iteration #4: bool(false) 043+ bool(true) 044+ failed. 045+ 046+ Warning: unlink(C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls/adir): Permission denied in C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls\common.inc on line 132 bug44859_2.diff: 002+ 003+ Warning: touch(): Utime failed: No such file or directory in C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls\common.inc on line 125 004+ Iteration #1: bool(false) 005+ bool(true) 006+ failed. 007+ 008+ Warning: unlink(C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls/a.txt): Permission denied in C:\php-sdk\php-test-pack-5.3-nts-windows-vc9-x86-r0f180a6\ext\standard\tests\file\windows_acls\common.inc on line 132 009+ 010+ Warning: touch(): Utime failed: Permission denied
[PHP-BUG] Bug #61685 [NEW]: putenv('TZ=UTC') doesn't update timezone for localtime()
From: mattficken
Operating system: Windows
PHP version: 5.4.0
Package: Calendar related
Bug Type: Bug
Bug description:putenv('TZ=UTC') doesn't update timezone for localtime()
Description:
Regarding Test: ext/calendar/tests/unixtojd.phpt
Test calls putenv('TZ=UTC') but result of unixtojd(10) is off by -1
day unless TZ=UTC is added to the ENV section.
Test script:
---
see ext/calendar/tests/unixtojd.phpt
Expected result:
Pass
Actual result:
--
Fail
--
Edit bug report at https://bugs.php.net/bug.php?id=61685edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61685r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61685r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61685r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61685r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61685r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61685r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61685r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61685r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61685r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61685r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61685r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61685r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61685r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61685r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61685r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61685r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61685r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61685r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61685r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61685r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61685r=mysqlcfg
Bug #61685 [PATCH]: putenv('TZ=UTC') doesn't update timezone for localtime()
Edit report at https://bugs.php.net/bug.php?id=61685edit=1
ID: 61685
Patch added by: mattfic...@php.net
Reported by:mattfic...@php.net
Summary:putenv('TZ=UTC') doesn't update timezone for
localtime()
Status: Open
Type: Bug
Package:Calendar related
Operating System: Windows
PHP Version:5.4.0
Block user comment: N
Private report: N
New Comment:
The following patch has been added/updated:
Patch Name: unixtojd.patch.txt
Revision: 1334008426
URL:
https://bugs.php.net/patch-display.php?bug=61685patch=unixtojd.patch.txtrevision=1334008426
Previous Comments:
[2012-04-09 21:53:25] mattfic...@php.net
Description:
Regarding Test: ext/calendar/tests/unixtojd.phpt
Test calls putenv('TZ=UTC') but result of unixtojd(10) is off by -1 day
unless TZ=UTC is added to the ENV section.
Test script:
---
see ext/calendar/tests/unixtojd.phpt
Expected result:
Pass
Actual result:
--
Fail
--
Edit this bug report at https://bugs.php.net/bug.php?id=61685edit=1
Bug #61610 [PATCH]: Test ext\date\tests\date_default_timezone_get-1.diff fails
Edit report at https://bugs.php.net/bug.php?id=61610edit=1 ID: 61610 Patch added by: mattfic...@php.net Reported by:a...@php.net Summary:Test ext\date\tests\date_default_timezone_get-1.diff fails Status: Open Type: Bug Package:Date/time related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: bug61610-2.diff.patch.txt Revision: 1334022955 URL: https://bugs.php.net/patch-display.php?bug=61610patch=bug61610-2.diff.patch.txtrevision=1334022955 Previous Comments: [2012-04-03 18:13:55] a...@php.net Tested on debian and win7 both x86. [2012-04-03 18:01:07] a...@php.net The behaviour on windows is to select an arbitrary timezone from the current system settings. This gives no chance to hardcode the timezone name, for instance for UTC+1 it could choose from the multiple names like Europe/Berlin or Europe/Paris . For this reason the test is parametrized so there is no hardcoded timezone data. The original test made to be skipped on windows and a duplicate was made for windows. [2012-04-03 17:59:10] a...@php.net The following patch has been added/updated: Patch Name: 61610.diff Revision: 1333475950 URL: https://bugs.php.net/patch-display.php?bug=61610patch=61610.diffrevision=1333475950 [2012-04-03 16:31:15] a...@php.net Description: Current test diff 01+ Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting 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 'Europe/Paris' for '2.0/DST' instead in C:\php-sdk\php53\vc9\x86\php-src\ext\date\tests\date_default_timezone_get-1.php on line 3 002+ Europe/Paris 001- Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting 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 'UTC' for 'UTC/0.0/no DST' instead in %sdate_default_timezone_get-1.php on line 3 002- UTC 004+ Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting 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 'Europe/Paris' for '2.0/DST' instead in C:\php-sdk\php53\vc9\x86\php-src\ext\date\tests\date_default_timezone_get-1.php on line 4 005+ Europe/Paris 004- Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting 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 'UTC' for 'UTC/0.0/no DST' instead in %sdate_default_timezone_get-1.php on line 4 005- UTC Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61610edit=1
Bug #61610 [Com]: Test ext\date\tests\date_default_timezone_get-1.diff fails
Edit report at https://bugs.php.net/bug.php?id=61610edit=1 ID: 61610 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:Test ext\date\tests\date_default_timezone_get-1.diff fails Status: Open Type: Bug Package:Date/time related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: There is a slight typo on the first patch(date_default_timezone_get-2 instead of date_default_timezone_get-1). The second patch fixes it Previous Comments: [2012-04-10 01:55:55] mattfic...@php.net The following patch has been added/updated: Patch Name: bug61610-2.diff.patch.txt Revision: 1334022955 URL: https://bugs.php.net/patch-display.php?bug=61610patch=bug61610-2.diff.patch.txtrevision=1334022955 [2012-04-03 18:13:55] a...@php.net Tested on debian and win7 both x86. [2012-04-03 18:01:07] a...@php.net The behaviour on windows is to select an arbitrary timezone from the current system settings. This gives no chance to hardcode the timezone name, for instance for UTC+1 it could choose from the multiple names like Europe/Berlin or Europe/Paris . For this reason the test is parametrized so there is no hardcoded timezone data. The original test made to be skipped on windows and a duplicate was made for windows. [2012-04-03 17:59:10] a...@php.net The following patch has been added/updated: Patch Name: 61610.diff Revision: 1333475950 URL: https://bugs.php.net/patch-display.php?bug=61610patch=61610.diffrevision=1333475950 [2012-04-03 16:31:15] a...@php.net Description: Current test diff 01+ Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting 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 'Europe/Paris' for '2.0/DST' instead in C:\php-sdk\php53\vc9\x86\php-src\ext\date\tests\date_default_timezone_get-1.php on line 3 002+ Europe/Paris 001- Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting 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 'UTC' for 'UTC/0.0/no DST' instead in %sdate_default_timezone_get-1.php on line 3 002- UTC 004+ Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting 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 'Europe/Paris' for '2.0/DST' instead in C:\php-sdk\php53\vc9\x86\php-src\ext\date\tests\date_default_timezone_get-1.php on line 4 005+ Europe/Paris 004- Warning: date(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting 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 'UTC' for 'UTC/0.0/no DST' instead in %sdate_default_timezone_get-1.php on line 4 005- UTC Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61610edit=1
Bug #61610 [Com]: Test ext\date\tests\date_default_timezone_get-1.diff fails
Edit report at https://bugs.php.net/bug.php?id=61610edit=1 ID: 61610 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:Test ext\date\tests\date_default_timezone_get-1.diff fails Status: Open Type: Bug Package:Date/time related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The second patch passes on Windows 7 and Gentoo Linux (x86 x64) on php-5-3-r0f180a6. Previous Comments: [2012-04-10 01:56:57] mattfic...@php.net There is a slight typo on the first patch(date_default_timezone_get-2 instead of date_default_timezone_get-1). The second patch fixes it [2012-04-10 01:55:55] mattfic...@php.net The following patch has been added/updated: Patch Name: bug61610-2.diff.patch.txt Revision: 1334022955 URL: https://bugs.php.net/patch-display.php?bug=61610patch=bug61610-2.diff.patch.txtrevision=1334022955 [2012-04-03 18:13:55] a...@php.net Tested on debian and win7 both x86. [2012-04-03 18:01:07] a...@php.net The behaviour on windows is to select an arbitrary timezone from the current system settings. This gives no chance to hardcode the timezone name, for instance for UTC+1 it could choose from the multiple names like Europe/Berlin or Europe/Paris . For this reason the test is parametrized so there is no hardcoded timezone data. The original test made to be skipped on windows and a duplicate was made for windows. [2012-04-03 17:59:10] a...@php.net The following patch has been added/updated: Patch Name: 61610.diff Revision: 1333475950 URL: https://bugs.php.net/patch-display.php?bug=61610patch=61610.diffrevision=1333475950 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=61610 -- Edit this bug report at https://bugs.php.net/bug.php?id=61610edit=1
Bug #61609 [Com]: Test ext\date\tests\bug52062.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61609edit=1 ID: 61609 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:Test ext\date\tests\bug52062.phpt fails Status: Open Type: Bug Package:Date/time related Operating System: all PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The patch passes for me on Windows 7 and Gentoo Linux (x86 x64) on php-5-3-r0f180a6. Previous Comments: [2012-04-03 16:45:40] a...@php.net the patch supplied tested on win7 and debian x86 [2012-04-03 16:45:01] a...@php.net The following patch has been added/updated: Patch Name: 61609.diff Revision: 1333471501 URL: https://bugs.php.net/patch-display.php?bug=61609patch=61609.diffrevision=1333471501 [2012-04-03 16:27:15] a...@php.net Description: Current test out diff 002+ bool(false) 003+ string(30) 2008-07-11 04:56:32 1215752192 004+ int(1215752192) 005+ string(10) 1215752192 002- int(1000) 003- string(32) 5138-11-16 09:46:40 1000 004- int(1000) 005- string(12) 1000 Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61609edit=1
Bug #61611 [Com]: ext\date\tests\date_default_timezone_get-2.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61611edit=1 ID: 61611 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:ext\date\tests\date_default_timezone_get-2.phpt fails Status: Open Type: Bug Package:Date/time related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The patch works for me on Windows 7 and Gentoo Linux (x86 x64) on php-5-3-r0f180a6. Previous Comments: [2012-04-03 18:13:33] a...@php.net The behaviour on windows is to select an arbitrary timezone from the current system settings. This gives no chance to hardcode the timezone name, for instance for UTC+1 it could choose from the multiple names like Europe/Berlin or Europe/Paris . For this reason the test is parametrized so there is no hardcoded timezone data. The original test made to be skipped on windows and a duplicate was made for windows. Tested on debian and win7 both x86. [2012-04-03 18:12:48] a...@php.net The following patch has been added/updated: Patch Name: 61611.diff Revision: 1333476768 URL: https://bugs.php.net/patch-display.php?bug=61611patch=61611.diffrevision=1333476768 [2012-04-03 16:33:41] a...@php.net Description: Current test diff 001+ Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting 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 'Europe/Paris' for '2.0/DST' instead in C:\php-sdk\php53\vc9\x86\php-src\ext\date\tests\date_default_timezone_get-2.php on line 3 002+ Europe/Paris 001- Warning: date_default_timezone_get(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting 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 'UTC' for 'UTC/0.0/no DST' instead in %sdate_default_timezone_get-2.php on line 3 002- UTC Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61611edit=1
Bug #61631 [Com]: mbstring mail related tests fail
Edit report at https://bugs.php.net/bug.php?id=61631edit=1 ID: 61631 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:mbstring mail related tests fail Status: Open Type: Bug Package:mbstring related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The patch works for me on Windows 7 and Gentoo Linux (x86 x64) on php-5-3-r0f180a6. Previous Comments: [2012-04-05 10:33:40] a...@php.net In the patch supplied the mentioned tests are disabled to run on windows. [2012-04-05 10:32:43] a...@php.net The following patch has been added/updated: Patch Name: 61631.diff Revision: 1333621963 URL: https://bugs.php.net/patch-display.php?bug=61631patch=61631.diffrevision=1333621963 [2012-04-05 10:14:54] a...@php.net Description: MBstring contains tests for the mail functionality. Thease tests are: ext\mbstring\tests\bug52861.phpt ext\mbstring\tests\mb_send_mail01.phpt ext\mbstring\tests\mb_send_mail02.phpt ext\mbstring\tests\mb_send_mail03.phpt ext\mbstring\tests\mb_send_mail04.phpt ext\mbstring\tests\mb_send_mail05.phpt ext\mbstring\tests\mb_send_mail06.phpt ext\mbstring\tests\mb_send_mail07.phpt For example the diff of ext\mbstring\tests\bug52861.phpt 001- To: exam...@example.com 002- Subject: %s 003- MIME-Version: 2.0 004- Content-Type: text/plain; charset=%s 005- Content-Transfer-Encoding: %s 006- Thease tests should not be run on windows, as on windows no sendmail binary is used but an available MTA is required. Expected result: tests pass Actual result: -- tests fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61631edit=1
Bug #61621 [Com]: Test fail in ext/standard/tests/dir
Edit report at https://bugs.php.net/bug.php?id=61621edit=1 ID: 61621 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:Test fail in ext/standard/tests/dir Status: Open Type: Bug Package:Directory function related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The patch works for me on Windows 7 and Gentoo Linux (x86 x64) on php-5-3-r0f180a6. Previous Comments: [2012-04-04 11:38:32] a...@php.net The patch adds an SKIPF clause on windows for the faling tests [2012-04-04 11:37:52] a...@php.net The following patch has been added/updated: Patch Name: 61621.diff Revision: 1333539472 URL: https://bugs.php.net/patch-display.php?bug=61621patch=61621.diffrevision=1333539472 [2012-04-04 11:34:18] a...@php.net Description: All the failing tests diff looks like below or similar 036+ Warning: dir(1,1): The system cannot find the file specified. (code: 2) in C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\dir\dir_variation1.php on line 73 037+ 046+ Warning: dir(1,1): The system cannot find the file specified. (code: 2) in C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\dir\dir_variation1.php on line 73 047+ The tests are ext\standard\tests\dir\dir_variation8.phpt ext\standard\tests\dir\dir_variation9.phpt ext\standard\tests\dir\opendir_error2.phpt ext\standard\tests\dir\opendir_variation1.phpt ext\standard\tests\dir\opendir_variation6.phpt ext\standard\tests\dir\scandir_error2.phpt ext\standard\tests\dir\scandir_variation1.phpt ext\standard\tests\dir\scandir_variation6.phpt In the 5.4 and master branches thease are ignored on windows, so it must be pulled behind in the 5.3 branch. Expected result: tests pass Actual result: -- tests fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61621edit=1
Bug #61632 [Com]: Test ext\sockets\tests\socket_create_listen.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61632edit=1 ID: 61632 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:Test ext\sockets\tests\socket_create_listen.phpt fails Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The patch works for me on Windows 7 and Gentoo Linux (x86 x64) on php-5-3-r0f180a6. Previous Comments: [2012-04-05 12:57:06] a...@php.net the original test was disabled on windows and duplicated to fit the output on windows [2012-04-05 12:56:25] a...@php.net The following patch has been added/updated: Patch Name: 61632.diff Revision: 1333630585 URL: https://bugs.php.net/patch-display.php?bug=61632patch=61632.diffrevision=1333630585 [2012-04-05 12:24:52] a...@php.net Description: The test diff 001+ string(9) 127.0.0.1 001- string(7) 0.0.0.0 Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61632edit=1
Bug #61633 [Com]: Test ext\sockets\tests\socket_create_pair-wrongparams.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61633edit=1 ID: 61633 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:Test ext\sockets\tests\socket_create_pair-wrongparams.phpt fails Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The patch works for me on Windows 7 and Gentoo Linux (x86 x64) on php-5-3-r0f180a6. Previous Comments: [2012-04-05 13:48:42] a...@php.net In the patch the original test was disabled on windows. A duplicate was added to suite the windows behaviour. [2012-04-05 13:47:57] a...@php.net The following patch has been added/updated: Patch Name: 61633.diff Revision: 1333633677 URL: https://bugs.php.net/patch-display.php?bug=61633patch=61633.diffrevision=1333633677 [2012-04-05 12:27:07] a...@php.net Description: Test diff: 006+ bool(true) 007- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported in %s on line %d 008- bool(false) 009- 009+ bool(true) 012+ bool(true) 012- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported in %s on line %d 013- bool(false) 014- 016- 017- Warning: socket_create_pair(): unable to create socket pair [%d]: %s not supported %s on line %d 018- bool(false) Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61633edit=1
Bug #61634 [Com]: Test ext\sockets\tests\socket_listen-wrongparams.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61634edit=1 ID: 61634 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:Test ext\sockets\tests\socket_listen-wrongparams.phpt fails Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The patch works for me on Windows 7 and Gentoo Linux (x86 x64) on php-5-3-r0f180a6. Previous Comments: [2012-04-05 14:05:18] a...@php.net The patch disables this test on windows as unix sockets are not available there. [2012-04-05 14:04:40] a...@php.net The following patch has been added/updated: Patch Name: 61634.diff Revision: 1333634680 URL: https://bugs.php.net/patch-display.php?bug=61634patch=61634.diffrevision=1333634680 [2012-04-05 12:28:58] a...@php.net Description: Test diff: 004+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 005+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_listen-wrongparams.php on line 3 004- Warning: socket_listen(): unable to listen on socket [%d]: Invalid argument in %s on line %d 005- bool(false) 006+ 007+ Warning: socket_listen() expects parameter 1 to be resource, boolean given in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_listen-wrongparams.php on line 4 008+ NULL Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61634edit=1
Bug #61635 [Com]: ext\sockets\tests\socket_select-wrongparams-1.phpt
Edit report at https://bugs.php.net/bug.php?id=61635edit=1 ID: 61635 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:ext\sockets\tests\socket_select-wrongparams-1.phpt Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The patch works for me on Windows 7 and Gentoo Linux (x86 x64) on php-5-3-r0f180a6. Previous Comments: [2012-04-05 14:25:21] a...@php.net The test was splitted to work on linux and windows. [2012-04-05 14:24:29] a...@php.net The following patch has been added/updated: Patch Name: 61635.diff Revision: 1333635869 URL: https://bugs.php.net/patch-display.php?bug=61635patch=61635.diffrevision=1333635869 [2012-04-05 12:31:01] a...@php.net Description: Test diff: 001+ int(0) 001- Warning: socket_select(): unable to select [%d]: Invalid argument in %s on line %d 002- bool(false) Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61635edit=1
Bug #61637 [Com]: ext\sockets\tests\socket_sentto_recvfrom_unix.phpt
Edit report at https://bugs.php.net/bug.php?id=61637edit=1 ID: 61637 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:ext\sockets\tests\socket_sentto_recvfrom_unix.phpt Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The patch works for me on Windows 7 and Gentoo Linux (x86 x64) on php-5-3-r0f180a6. Previous Comments: [2012-04-05 14:35:40] a...@php.net The test was disabled on windows as no unix sockets do exist there. [2012-04-05 14:33:33] a...@php.net The following patch has been added/updated: Patch Name: 61637.diff Revision: 1333636413 URL: https://bugs.php.net/patch-display.php?bug=61637patch=61637.diffrevision=1333636413 [2012-04-05 12:32:36] a...@php.net Description: Test diff: 001+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 002+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_sentto_recvfrom_unix.php on line 2 001- Warning: socket_create(): Unable to create socket [%d]: Protocol not supported in %s on line %d 003- Warning: socket_recvfrom(): unable to recvfrom [%d]: Resource temporarily unavailable in %s on line %d 004- 005- Warning: socket_sendto() expects at least 5 parameters, 4 given in %s on line %d 004+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 005+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\socket_sentto_recvfrom_unix.php on line 3 006+ Unable to create AF_UNIX socket 006- bool(false) 007- Received Ping! Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61637edit=1
Bug #61638 [Com]: Test ext\sockets\tests\unixloop.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61638edit=1 ID: 61638 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:Test ext\sockets\tests\unixloop.phpt fails Status: Open Type: Bug Package:Sockets related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The patch works for me on Windows 7 and Gentoo Linux (x86 x64) on php-5-3-r0f180a6. Previous Comments: [2012-04-05 14:42:42] a...@php.net The patch disables this test on windows as unix sockets are not available there. [2012-04-05 14:41:58] a...@php.net The following patch has been added/updated: Patch Name: 61638.diff Revision: 1333636918 URL: https://bugs.php.net/patch-display.php?bug=61638patch=61638.diffrevision=1333636918 [2012-04-05 12:34:10] a...@php.net Description: Test diff: 001+ Warning: socket_create(): Unable to create socket [0]: An address incompatible with the requested protocol was used. 002+ in C:\php-sdk\php53\vc9\x86\php-src\ext\sockets\tests\unixloop.php on line 8 001- string(10) ABCdef123 002- 003+ Unable to create AF_UNIX socket [server] Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61638edit=1
Bug #61659 [Com]: Test ext\spl\tests\bug60082.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61659edit=1 ID: 61659 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:Test ext\spl\tests\bug60082.phpt fails Status: Open Type: Bug Package:SPL related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The patch works for me on Windows 7 and Gentoo Linux (x86 x64) on php-5-3-r0f180a6. Previous Comments: [2012-04-07 12:02:03] a...@php.net allow_call_time_pass_reference is allowed by default, so enforce it to be off. the test isn't present in php 5.4 and master, so the issue is php 5.3 only. [2012-04-07 12:00:00] a...@php.net The following patch has been added/updated: Patch Name: 61659.diff Revision: 133380 URL: https://bugs.php.net/patch-display.php?bug=61659patch=61659.diffrevision=133380 [2012-04-07 11:57:10] a...@php.net Description: Test diff: 001- Deprecated: Call-time pass-by-reference has been deprecated in %sbug60082.php on line %d 002- Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61659edit=1
Bug #61666 [Com]: ext\standard\tests\file\file_put_contents_variation8-win32.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61666edit=1 ID: 61666 Comment by: mattfic...@php.net Reported by:a...@php.net Summary: ext\standard\tests\file\file_put_contents_variation8-win32.phpt fails Status: Open Type: Bug Package:Filesystem function related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The patch works for me on Windows 7 and Gentoo Linux (x86 x64) on php-5-3-r0f180a6. Previous Comments: [2012-04-08 10:28:06] a...@php.net the warning for \0 isn't issued but an early return false is done, so just adopted the expected value [2012-04-08 10:25:20] a...@php.net The following patch has been added/updated: Patch Name: 61666.diff Revision: 1333880720 URL: https://bugs.php.net/patch-display.php?bug=61666patch=61666.diffrevision=1333880720 [2012-04-08 10:23:35] a...@php.net Description: Test diff: 030- 031- Warning: file_put_contents(): Filename cannot be empty in %s on line %d: file_put_contents(): Filename cannot be empty in %s on line %d The test fails on PHP 5.3 only Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61666edit=1
Bug #61667 [Com]: ext\standard\tests\file\glob_variation-win32.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61667edit=1
ID: 61667
Comment by: mattfic...@php.net
Reported by:a...@php.net
Summary:ext\standard\tests\file\glob_variation-win32.phpt
fails
Status: Open
Type: Bug
Package:Filesystem function related
Operating System: windows
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
The patch works for me on Windows 7 and Gentoo Linux (x86 x64) on
php-5-3-r0f180a6.
Previous Comments:
[2012-04-08 11:14:59] a...@php.net
the test passes on php =5.4, only the php 5.3 has changed
[2012-04-08 11:14:11] a...@php.net
The following patch has been added/updated:
Patch Name: 61667.diff
Revision: 1333883651
URL:
https://bugs.php.net/patch-display.php?bug=61667patch=61667.diffrevision=1333883651
[2012-04-08 11:12:53] a...@php.net
Description:
Test diff:
240+ bool(false)
241+ bool(false)
242+ bool(false)
243+ bool(false)
244+ bool(false)
245+ bool(false)
246+
247+ -- Iteration 9 --
248- string(%d) %s/glob_variation/WONDER5
255- -- Iteration 9 --
256+ string(33) $file_path/glob_variation/wonder5
263+ -- Iteration 10 --
264- string(%d) $file_path/glob_variation/wonder5
271- -- Iteration 10 --
272+ string(80)
C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/?wonder?
279+ -- Iteration 11 --
280- string(%d) %s/glob_variation/?wonder?
287- -- Iteration 11 --
288+ string(79)
C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder?
295+ -- Iteration 12 --
296- string(%d) %s/glob_variation/wonder?
303- -- Iteration 12 --
304- array(0) {
304+ string(1) 1
306- array(0) {
308- array(0) {
311+ *** Testing glob() with pattern within braces ***
312+ array(1) {
313+ [0]=
314+ string(83)
C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder12345
312- string(%d) 1
316+
317+ *** Testing glob() on directories ***
318+ -- Iteration 1 --
319+ array(1) {
320+ [0]=
321+ string(79)
C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder1
318-
319- *** Testing glob() with pattern within braces ***
322- string(%d) %s/glob_variation/wonder12345
323+ -- Iteration 2 --
324+ array(1) {
325+ [0]=
326+ string(79)
C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder1
324-
325- *** Testing glob() on directories ***
326- -- Iteration 1 --
328+ -- Iteration 3 --
331+ string(79)
C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder1
331- -- Iteration 2 --
332- array(1) {
333- [0]=
334- string(%d) %s/glob_variation/wonder1
333+ -- Iteration 4 --
336+ -- Iteration 5 --
336- -- Iteration 3 --
339+ -- Iteration 6 --
342+ string(79)
C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file/glob_variation/wonder1
343+ }
344+ -- Iteration 7 --
345+ array(0) {
346+ }
347+ -- Iteration 8 --
348+ bool(false)
349+ -- Iteration 9 --
350+ array(0) {
351+ }
352+ -- Iteration 10 --
353+ array(0) {
355+ -- Iteration 11 --
360+ -- Iteration 12 --
361+ array(0) {
363+ Done
337- array(1) {
338- [0]=
339- string(%d) %s/glob_variation/wonder1
340- }
341- -- Iteration 4 --
342- array(0) {
343- }
344- -- Iteration 5 --
345- array(0) {
346- }
347- -- Iteration 6 --
348- array(1) {
349- [0]=
350- string(%d) %s/glob_variation/wonder1
351- }
352- -- Iteration 7 --
353- array(0) {
354- }
355- -- Iteration 8 --
356- array(0) {
357- }
358- -- Iteration 9 --
359- array(0) {
360- }
361- -- Iteration 10 --
362- array(0) {
363- }
364- -- Iteration 11 --
365- array(1) {
366- [0]=
367- string(%d) %s/glob_variation/wonder1
368- }
369- -- Iteration 12 --
370- array(0) {
371- }
372- Done
Expected result:
test pass
Actual result:
--
test fail
--
Edit this bug report at https://bugs.php.net/bug.php?id=61667edit=1
Bug #61668 [Com]: ext\standard\tests\file\rename_variation13-win32.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61668edit=1 ID: 61668 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:ext\standard\tests\file\rename_variation13-win32.phpt fails Status: Open Type: Bug Package:*Directory/Filesystem functions Operating System: windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The patch works for me on Windows 7 and Gentoo Linux (x86 x64) on php-5-3-r0f180a6. Previous Comments: [2012-04-08 13:28:52] a...@php.net php 5.4 has additionally the line numbers shifted in the test, apply as well with git apply --binary 61668_php5.4.diff git thinks it's binary because of the \0 byte, previously it wasn't echoed and was not in the output check, but now it must be there [2012-04-08 13:25:30] a...@php.net The following patch has been added/updated: Patch Name: 61668_php5.4.diff Revision: 1333891530 URL: https://bugs.php.net/patch-display.php?bug=61668patch=61668_php5.4.diffrevision=1333891530 [2012-04-08 12:26:55] a...@php.net 61668_php5.3.diff should be applied with git apply --binary 61668_php5.3.diff [2012-04-08 12:26:16] a...@php.net The following patch has been added/updated: Patch Name: 61668_php5.3.diff Revision: 1333887976 URL: https://bugs.php.net/patch-display.php?bug=61668patch=61668_php5.3.diffrevision=1333887976 [2012-04-08 11:29:51] a...@php.net Description: Test diff on php 5.3: 040+ -- 6 testing '^@' string -- 040- -- 6 testing ' Test diff on php 5.4: 005+ Warning: rename(-1,C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file/renameVar13/afile.tmp): The system cannot find the file specified. (code: 2) in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 53 005- Warning: rename(-1,%safile.tmp): The system cannot find the file specified. (code: 2) in %srename_variation13-win32.php on line 50 010+ Warning: rename(1,C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file/renameVar13/afile.tmp): The system cannot find the file specified. (code: 2) in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 53 010- Warning: rename(1,%safile.tmp): The system cannot find the file specified. (code: 2) in %srename_variation13-win32.php on line 50 042+ Warning: rename() expects parameter 2 to be a valid path, string given in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 45 042- Warning: rename() expects parameter 2 to be a valid path, string given in %srename_variation13-win32.php on line 42 045+ Warning: file_exists() expects parameter 1 to be a valid path, string given in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 46 045- Warning: file_exists() expects parameter 1 to be a valid path, string given in %srename_variation13-win32.php on line 43 047+ Warning: rename() expects parameter 1 to be a valid path, string given in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 53 047- Warning: rename() expects parameter 1 to be a valid path, string given in %srename_variation13-win32.php on line 50 051+ Warning: rename() expects parameter 2 to be a valid path, array given in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 45 051- Warning: rename() expects parameter 2 to be a valid path, array given in %srename_variation13-win32.php on line 42 054+ Warning: file_exists() expects parameter 1 to be a valid path, array given in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 46 054- Warning: file_exists() expects parameter 1 to be a valid path, array given in %srename_variation13-win32.php on line 43 056+ Warning: rename() expects parameter 1 to be a valid path, array given in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 53 056- Warning: rename() expects parameter 1 to be a valid path, array given in %srename_variation13-win32.php on line 50 060+ Warning: rename(C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file/renameVar13/afile.tmp,/no/such/file/dir): The system cannot find the path specified. (code: 3) in C:\php-sdk\php54\vc9\x86\php-src\ext\standard\tests\file\rename_variation13-win32.php on line 45 060- Warning: rename(%safile.tmp,/no/such/file/dir): The system cannot find the path specified
Bug #61669 [Com]: ext\standard\tests\file\rename_variation7-win32.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61669edit=1 ID: 61669 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:ext\standard\tests\file\rename_variation7-win32.phpt fails Status: Open Type: Bug Package:*Directory/Filesystem functions Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The patch works for me on Windows 7 and Gentoo Linux (x86 x64) on php-5-3-r0f180a6. Previous Comments: [2012-04-09 03:33:19] larue...@php.net i think is okey to commit this. ;) [2012-04-08 11:43:16] a...@php.net The following patch has been added/updated: Patch Name: 61669.diff Revision: 1333885396 URL: https://bugs.php.net/patch-display.php?bug=61669patch=61669.diffrevision=1333885396 [2012-04-08 11:36:58] a...@php.net Description: Test diff: 003+ Warning: readlink(): readlink failed to read the symbolic link (C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file\rename_variation7-win32.php.tmp.link), error 2) in C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file\rename_variation7-win32.php on line 12 003- Warning: readlink(): Could not open file (error 2) in %s on line %d 006+ Warning: readlink(): readlink failed to read the symbolic link (C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file\rename_variation7-win32.php.tmp.link2), error 2) in C:\php-sdk\php53\vc9\x86\php-src\ext\standard\tests\file\rename_variation7-win32.php on line 13 006- Warning: readlink(): Could not open file (error 2) in %s on line %d fail is php 5.3 only Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61669edit=1
[PHP-BUG] Bug #61643 [NEW]: gmp_nextprime and gmp_dcdext behavior differences
From: mattficken Operating system: PHP version: 5.4.1RC1 Package: GNU MP related Bug Type: Bug Bug description:gmp_nextprime and gmp_dcdext behavior differences Description: 022.phpt which tests gmp_gcdext() and gmp_nextprime.phpt which tests gmp_nextprime() fail on Windows but pass on Linux. The returned value of both of those functions in some cases doesnât match the expected value(in some cases it does). In example #1 in the documentation for gmp_nextprime() (http://us3.php.net/gmp_nextprime), gmp_nextprime(-1000) returns -997 however on Linux it returns 2, which is what the test expects so the test passes. Not only is this a behavior difference between Windows and Linux but is not what the documentation states ( gmp_nextprime(-1000) = -997 not 2). -- Edit bug report at https://bugs.php.net/bug.php?id=61643edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61643r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61643r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61643r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61643r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61643r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61643r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61643r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61643r=needscript Try newer version: https://bugs.php.net/fix.php?id=61643r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61643r=support Expected behavior: https://bugs.php.net/fix.php?id=61643r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61643r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61643r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61643r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61643r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61643r=dst IIS Stability: https://bugs.php.net/fix.php?id=61643r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61643r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61643r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61643r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61643r=mysqlcfg
Bug #61480 [PATCH]: test bug - ext/gd/tests/bug48555.phpt
Edit report at https://bugs.php.net/bug.php?id=61480edit=1 ID: 61480 Patch added by: mattfic...@php.net Reported by:mattfic...@php.net Summary:test bug - ext/gd/tests/bug48555.phpt Status: Open Type: Bug Package:Testing related PHP Version:5.3.10 Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: bug48555 Revision: 1333491620 URL: https://bugs.php.net/patch-display.php?bug=61480patch=bug48555revision=1333491620 Previous Comments: [2012-04-03 14:34:45] a...@php.net As i wrote in the previous comment, even with freetype 2.4.9 it still fails on my debian x86. So with the supplied patch i get 001+ Top without line-break: -14 002+ Top with line-break: -14 001- Top without line-break: -15 002- Top with line-break: -15 which is the old output. It seems to be additionally a x86/x64 issue in the freetype. May be it would make sense to rewrite the test to calculate with line break == without line break in the script part, as that's actually the thing supposed to be tested. What do you think? [2012-04-02 22:58:43] mattfic...@php.net This patch passes on PHP5.3.11rc1 on Windows 7 sp1x64. It does not break for me on Linux x64 (Gentoo and Fedora 16) with PHP5.3.11rc1. [2012-03-27 12:42:58] a...@php.net Things are more complicated on linux, that's what the tests give: FreeType Version = 2.3.11 Current: 001+ Top without line-break: -15 002+ Top with line-break: -15 001- Top without line-break: -14 002- Top with line-break: -14 With patch: skip FreeType Version = 2.4.9 Current pass With patch: 001+ Top without line-break: -14 002+ Top with line-break: -14 001- Top without line-break: -15 002- Top with line-break: -15 [2012-03-22 21:07:27] mattfic...@php.net The following patch has been added/updated: Patch Name: bug48555 Revision: 1332450447 URL: https://bugs.php.net/patch-display.php?bug=61480patch=bug48555revision=1332450447 [2012-03-22 21:07:19] mattfic...@php.net Description: Expected result: tests pass Actual result: -- tests fail 001+ Top without line-break: -15 002+ Top with line-break: -15 001- Top without line-break: -14 002- Top with line-break: -14 Failure occurs with FreeType 2.4.3 which is what PHP uses. Test patch will skip test if FreeType version is less than 2.4.3. -- Edit this bug report at https://bugs.php.net/bug.php?id=61480edit=1
Bug #61480 [Com]: test bug - ext/gd/tests/bug48555.phpt
Edit report at https://bugs.php.net/bug.php?id=61480edit=1 ID: 61480 Comment by: mattfic...@php.net Reported by:mattfic...@php.net Summary:test bug - ext/gd/tests/bug48555.phpt Status: Open Type: Bug Package:Testing related PHP Version:5.3.10 Block user comment: N Private report: N New Comment: Good idea. I've implemented that in the most recent patch. It passes for me with PHP5.3.11rc1 on Gentoo, Fedora-16 and Windows (x86 and x64). Previous Comments: [2012-04-03 22:20:20] mattfic...@php.net The following patch has been added/updated: Patch Name: bug48555 Revision: 1333491620 URL: https://bugs.php.net/patch-display.php?bug=61480patch=bug48555revision=1333491620 [2012-04-03 14:34:45] a...@php.net As i wrote in the previous comment, even with freetype 2.4.9 it still fails on my debian x86. So with the supplied patch i get 001+ Top without line-break: -14 002+ Top with line-break: -14 001- Top without line-break: -15 002- Top with line-break: -15 which is the old output. It seems to be additionally a x86/x64 issue in the freetype. May be it would make sense to rewrite the test to calculate with line break == without line break in the script part, as that's actually the thing supposed to be tested. What do you think? [2012-04-02 22:58:43] mattfic...@php.net This patch passes on PHP5.3.11rc1 on Windows 7 sp1x64. It does not break for me on Linux x64 (Gentoo and Fedora 16) with PHP5.3.11rc1. [2012-03-27 12:42:58] a...@php.net Things are more complicated on linux, that's what the tests give: FreeType Version = 2.3.11 Current: 001+ Top without line-break: -15 002+ Top with line-break: -15 001- Top without line-break: -14 002- Top with line-break: -14 With patch: skip FreeType Version = 2.4.9 Current pass With patch: 001+ Top without line-break: -14 002+ Top with line-break: -14 001- Top without line-break: -15 002- Top with line-break: -15 [2012-03-22 21:07:27] mattfic...@php.net The following patch has been added/updated: Patch Name: bug48555 Revision: 1332450447 URL: https://bugs.php.net/patch-display.php?bug=61480patch=bug48555revision=1332450447 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=61480 -- Edit this bug report at https://bugs.php.net/bug.php?id=61480edit=1
Bug #61413 [Com]: ext\openssl\tests\openssl_encrypt_crash.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61413edit=1 ID: 61413 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:ext\openssl\tests\openssl_encrypt_crash.phpt fails Status: Assigned Type: Bug Package:OpenSSL related Operating System: windows PHP Version:5.3.10 Assigned To:mattficken Block user comment: N Private report: N New Comment: This patch passes on PHP5.3.11rc1 on Windows 7 sp1x64. It does not break for me on Linux x64 (Gentoo and Fedora 16) with PHP5.3.11rc1. Previous Comments: [2012-03-16 11:07:56] a...@php.net fixed initializing i to zero [2012-03-16 11:07:27] a...@php.net The following patch has been added/updated: Patch Name: 61413.diff Revision: 1331896047 URL: https://bugs.php.net/patch-display.php?bug=61413patch=61413.diffrevision=1331896047 [2012-03-16 10:41:58] a...@php.net Description: The test fails with the message variable 'i' used without being initialized Expected result: test pass Actual result: -- test fail, the diff is: 002- string(4) done -- Edit this bug report at https://bugs.php.net/bug.php?id=61413edit=1
Bug #61412 [Com]: ext\openssl\tests\bug28382.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61412edit=1 ID: 61412 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:ext\openssl\tests\bug28382.phpt fails Status: Closed Type: Bug Package:OpenSSL related Operating System: all PHP Version:Irrelevant Assigned To:ab Block user comment: N Private report: N New Comment: This patch passes on PHP5.3.11rc1 on Windows 7 sp1x64. It does not break for me on Linux x64 (Gentoo and Fedora 16) with PHP5.3.11rc1. Previous Comments: [2012-03-29 04:23:50] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=7fdd35d697765680050dc8111d2772962698 Log: Fix bug #61412 ext\openssl\tests\bug28382.phpt fails [2012-03-29 04:23:48] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=e55718b09121c79f3a6b0cfb7c446112fb378402 Log: Fix bug #61412 ext\openssl\tests\bug28382.phpt fails [2012-03-27 16:26:39] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=7fdd35d697765680050dc8111d2772962698 Log: Fix bug #61412 ext\openssl\tests\bug28382.phpt fails [2012-03-27 16:26:37] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=e55718b09121c79f3a6b0cfb7c446112fb378402 Log: Fix bug #61412 ext\openssl\tests\bug28382.phpt fails [2012-03-27 16:11:09] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=e55718b09121c79f3a6b0cfb7c446112fb378402 Log: Fix bug #61412 ext\openssl\tests\bug28382.phpt fails 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=61412 -- Edit this bug report at https://bugs.php.net/bug.php?id=61412edit=1
Bug #61405 [Com]: ext\openssl\tests\022.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61405edit=1 ID: 61405 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:ext\openssl\tests\022.phpt fails Status: Closed Type: Bug Package:OpenSSL related Operating System: windows PHP Version:Irrelevant Assigned To:ab Block user comment: N Private report: N New Comment: This patch passes on PHP5.3.11rc1 on Windows 7 sp1x64. It does not break for me on Linux x64 (Gentoo and Fedora 16) with PHP5.3.11rc1. Previous Comments: [2012-03-29 04:23:47] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=b638d3020c79e15c7187f25175a956fb9e3fe213 Log: Fix bug #61405 ext\openssl\tests\022.phpt fails [2012-03-27 16:36:22] a...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2012-03-27 16:26:36] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=b638d3020c79e15c7187f25175a956fb9e3fe213 Log: Fix bug #61405 ext\openssl\tests\022.phpt fails [2012-03-27 16:11:08] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=b638d3020c79e15c7187f25175a956fb9e3fe213 Log: Fix bug #61405 ext\openssl\tests\022.phpt fails [2012-03-27 14:40:56] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=b638d3020c79e15c7187f25175a956fb9e3fe213 Log: Fix bug #61405 ext\openssl\tests\022.phpt fails 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=61405 -- Edit this bug report at https://bugs.php.net/bug.php?id=61405edit=1
Bug #61404 [Com]: ext\openssl\tests\021.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61404edit=1 ID: 61404 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:ext\openssl\tests\021.phpt fails Status: Closed Type: Bug Package:OpenSSL related Operating System: windows PHP Version:Irrelevant Assigned To:ab Block user comment: N Private report: N New Comment: This patch passes on PHP5.3.11rc1 on Windows 7 sp1x64. It does not break for me on Linux x64 (Gentoo and Fedora 16) with PHP5.3.11rc1. Previous Comments: [2012-03-29 04:23:37] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=bd7bb973b1f4791f000a890b1c1387fcd28c65ee Log: Fix bug #61404 ext\openssl\tests\021.phpt fails [2012-03-29 04:23:36] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=4c5b427124a2af3d951fed869cc86452e8b6290c Log: Fix bug #61404 ext\openssl\tests\021.phpt fails [2012-03-28 15:34:21] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=4c5b427124a2af3d951fed869cc86452e8b6290c Log: Fix bug #61404 ext\openssl\tests\021.phpt fails [2012-03-28 15:34:19] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=bd7bb973b1f4791f000a890b1c1387fcd28c65ee Log: Fix bug #61404 ext\openssl\tests\021.phpt fails [2012-03-28 14:31:46] a...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. 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=61404 -- Edit this bug report at https://bugs.php.net/bug.php?id=61404edit=1
Bug #61468 [Com]: ext/phar/tests/phar_oo_005.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61468edit=1 ID: 61468 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:ext/phar/tests/phar_oo_005.phpt fails Status: Closed Type: Bug Package:PHAR related Operating System: all PHP Version:Irrelevant Assigned To:ab Block user comment: N Private report: N New Comment: This patch passes on PHP5.3.11rc1 on Windows 7 sp1x64. It does not break for me on Linux x64 (Gentoo and Fedora 16) with PHP5.3.11rc1. Previous Comments: [2012-03-29 04:23:40] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=0b20329aaf4228e071ab03f4e96adeafa6c48f52 Log: Fix bug #61468 ext/phar/tests/phar_oo_005.phpt fails [2012-03-28 11:23:11] a...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2012-03-28 11:21:43] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=0b20329aaf4228e071ab03f4e96adeafa6c48f52 Log: Fix bug #61468 ext/phar/tests/phar_oo_005.phpt fails [2012-03-22 20:31:44] mattfic...@php.net With the patch, the test passes for me on Windows 7 sp1x64 with PHP_5_3-r324324 [2012-03-21 20:27:25] a...@php.net In the patch phar_oo_005.phpt.diff the output is adopted according to the new iterator functionality. 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=61468 -- Edit this bug report at https://bugs.php.net/bug.php?id=61468edit=1
Bug #61459 [Com]: popen_close_basic-win32 can't run sort.exe
Edit report at https://bugs.php.net/bug.php?id=61459edit=1 ID: 61459 Comment by: mattfic...@php.net Reported by:ITALOLINS59 at HOTMAIL dot COM Summary:popen_close_basic-win32 can't run sort.exe Status: Closed Type: Bug Package:Testing related Operating System: Windows PHP Version:5.3.10 Assigned To:ab Block user comment: Y Private report: N New Comment: This patch passes on PHP5.3.11rc1 on Windows 7 sp1x64. It does not break for me on Linux x64 (Gentoo and Fedora 16) with PHP5.3.11rc1. Previous Comments: [2012-03-29 04:23:34] point@php-dev-dell.(none)@php.net Automatic comment on behalf of point@php-dev-dell.(none) Revision: http://git.php.net/?p=php-src.git;a=commit;h=eeab3be3037e2c537393f630b496017c9f888736 Log: Fix bug #61459 popen_close_basic-win32 can't run sort.exe [2012-03-28 17:56:49] a...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2012-03-28 17:54:49] point@php-dev-dell.(none)@php.net Automatic comment on behalf of point@php-dev-dell.(none) Revision: http://git.php.net/?p=php-src.git;a=commit;h=eeab3be3037e2c537393f630b496017c9f888736 Log: Fix bug #61459 popen_close_basic-win32 can't run sort.exe [2012-03-21 05:40:41] paj...@php.net Hi, Please add a SKIPIF section testing if sort.exe exists in this path. Thanks! [2012-03-20 22:51:43] mattfic...@php.net The following patch has been added/updated: Patch Name: popen_close_error-win32 Revision: 1332283902 URL: https://bugs.php.net/patch-display.php?bug=61459patch=popen_close_error-win32revision=1332283902 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=61459 -- Edit this bug report at https://bugs.php.net/bug.php?id=61459edit=1
Bug #61519 [Com]: test fails, should pass - ext/zlib/tests/bug60761.phpt
Edit report at https://bugs.php.net/bug.php?id=61519edit=1 ID: 61519 Comment by: mattfic...@php.net Reported by:mattfic...@php.net Summary:test fails, should pass - ext/zlib/tests/bug60761.phpt Status: Closed Type: Bug Package:Testing related Operating System: Windows PHP Version:5.3.10 Assigned To:ab Block user comment: N Private report: N New Comment: This patch passes on PHP5.3.11rc1 on Windows 7 sp1x64. It does not break for me on Linux x64 (Gentoo and Fedora 16) with PHP5.3.11rc1. Previous Comments: [2012-03-29 04:23:45] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=bcfcfb2fc5f358ebfdc76a773b20b3fc056b20c0 Log: Fix bug #61519 test fails, should pass - ext/zlib/tests/bug60761.phpt [2012-03-27 16:38:11] a...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2012-03-27 16:26:34] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=bcfcfb2fc5f358ebfdc76a773b20b3fc056b20c0 Log: Fix bug #61519 test fails, should pass - ext/zlib/tests/bug60761.phpt [2012-03-26 17:02:46] mattfic...@php.net Description: This test fails and should pass. It should be checking for bug #60761 or similar. The patch fixes it. Expected result: pass Actual result: -- fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61519edit=1
Bug #61454 [Com]: ext\standard\tests\general_functions\bug49847.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61454edit=1
ID: 61454
Comment by: mattfic...@php.net
Reported by:a...@php.net
Summary:ext\standard\tests\general_functions\bug49847.phpt
fails
Status: Assigned
Type: Bug
Package:*General Issues
Operating System: windows
PHP Version:Irrelevant
Assigned To:mattficken
Block user comment: N
Private report: N
New Comment:
This patch passes on PHP5.3.11rc1 on Windows 7 sp1x64.
It does not break for me on Linux x64 (Gentoo and Fedora 16) with PHP5.3.11rc1.
Previous Comments:
[2012-03-20 23:04:38] mattfic...@php.net
This patch fixes the bug for me on 5_3-r324324
[2012-03-20 13:49:11] a...@php.net
The following patch has been added/updated:
Patch Name: bug49847.diff
Revision: 1332251351
URL:
https://bugs.php.net/patch-display.php?bug=61454patch=bug49847.diffrevision=1332251351
[2012-03-20 13:48:31] a...@php.net
Description:
The test fails with the following diff out:
001+ 'more' is not recognized as an internal or external command,
002+ operable program or batch file.
003+ array(0) {
001- array(1) {
002- [0]=
003- string(4098) %s 1
The patch supplied fixes the issue exchanging more with type
Expected result:
test pass
Actual result:
--
test fail
--
Edit this bug report at https://bugs.php.net/bug.php?id=61454edit=1
Bug #61481 [Com]: Test Bug - ext/com_dotnet/tests/bug49192
Edit report at https://bugs.php.net/bug.php?id=61481edit=1
ID: 61481
Comment by: mattfic...@php.net
Reported by:mattfic...@php.net
Summary:Test Bug - ext/com_dotnet/tests/bug49192
Status: Open
Type: Bug
Package:Testing related
Operating System: Windows
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
This patch passes on PHP5.3.11rc1 on Windows 7 sp1x64.
It does not break for me on Linux x64 (Gentoo and Fedora 16) with PHP5.3.11rc1.
Previous Comments:
[2012-03-22 21:13:51] mattfic...@php.net
The following patch has been added/updated:
Patch Name: bug49192
Revision: 1332450831
URL:
https://bugs.php.net/patch-display.php?bug=61481patch=bug49192revision=1332450831
[2012-03-22 21:13:29] mattfic...@php.net
Description:
Expected result:
test pass
Actual result:
--
test fail
001+ Fatal error: Uncaught exception 'com_exception' with message 'Failed to
create COM object `ADODB.Connection': The specified module could not be found.
001- int(0)
002+ ' in C:\php-sdk\php-5.3-src-r324324\ext\com_dotnet\tests\bug49192.php:15
003+ Stack trace:
004+ #0 C:\php-sdk\php-5.3-src-r324324\ext\com_dotnet\tests\bug49192.php(15):
com-com('ADODB.Connectio...')
005+ #1 {main}
006+ thrown in
C:\php-sdk\php-5.3-src-r324324\ext\com_dotnet\tests\bug49192.php on line 15
This test fails to load ADO (using COM).
The patch marks it as XFAIL and provides this info.
A change in windows longhorn x64(affecting vista, 7, 8, 2008, 2008r2) broke ADO.
There is a fix available, but user has to install it.
Given that ADO was deprecated a long time ago in favor of newer APIs, I don't
think its worth the trouble of making the user install the fix to get an
accurate test run. its better to just not run the test or expect it to fail.
see: http://support.microsoft.com/kb/2517589
see: http://www.infoq.com/news/2011/10/ADO-Win7
--
Edit this bug report at https://bugs.php.net/bug.php?id=61481edit=1
Bug #61480 [Com]: test bug - ext/gd/tests/bug48555.phpt
Edit report at https://bugs.php.net/bug.php?id=61480edit=1 ID: 61480 Comment by: mattfic...@php.net Reported by:mattfic...@php.net Summary:test bug - ext/gd/tests/bug48555.phpt Status: Open Type: Bug Package:Testing related PHP Version:5.3.10 Block user comment: N Private report: N New Comment: This patch passes on PHP5.3.11rc1 on Windows 7 sp1x64. It does not break for me on Linux x64 (Gentoo and Fedora 16) with PHP5.3.11rc1. Previous Comments: [2012-03-27 12:42:58] a...@php.net Things are more complicated on linux, that's what the tests give: FreeType Version = 2.3.11 Current: 001+ Top without line-break: -15 002+ Top with line-break: -15 001- Top without line-break: -14 002- Top with line-break: -14 With patch: skip FreeType Version = 2.4.9 Current pass With patch: 001+ Top without line-break: -14 002+ Top with line-break: -14 001- Top without line-break: -15 002- Top with line-break: -15 [2012-03-22 21:07:27] mattfic...@php.net The following patch has been added/updated: Patch Name: bug48555 Revision: 1332450447 URL: https://bugs.php.net/patch-display.php?bug=61480patch=bug48555revision=1332450447 [2012-03-22 21:07:19] mattfic...@php.net Description: Expected result: tests pass Actual result: -- tests fail 001+ Top without line-break: -15 002+ Top with line-break: -15 001- Top without line-break: -14 002- Top with line-break: -14 Failure occurs with FreeType 2.4.3 which is what PHP uses. Test patch will skip test if FreeType version is less than 2.4.3. -- Edit this bug report at https://bugs.php.net/bug.php?id=61480edit=1
Bug #61517 [Com]: random test failure - ext/standard/tests/misc/time_sleep_until_basic.phpt
Edit report at https://bugs.php.net/bug.php?id=61517edit=1 ID: 61517 Comment by: mattfic...@php.net Reported by:mattfic...@php.net Summary:random test failure - ext/standard/tests/misc/time_sleep_until_basic.phpt Status: Open Type: Bug Package:Testing related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: This patch passes on PHP5.3.11rc1 on Windows 7 sp1x64. It does not break for me on Linux x64 (Gentoo and Fedora 16) with PHP5.3.11rc1. Previous Comments: [2012-03-26 16:55:24] mattfic...@php.net Description: on windows, time_sleep_until() has millisecond accuracy while microtime() is accurate to 10th of a second. this means there can be up to a .9 millisecond difference which will fail this test. Expected result: pass Actual result: -- randomly fails -- Edit this bug report at https://bugs.php.net/bug.php?id=61517edit=1
Bug #61401 [Com]: ext\openssl\tests\004.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61401edit=1 ID: 61401 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:ext\openssl\tests\004.phpt fails Status: Closed Type: Bug Package:OpenSSL related Operating System: windows PHP Version:Irrelevant Assigned To:ab Block user comment: N Private report: N New Comment: This patch passes on PHP5.3.11rc1 on Windows 7 sp1x64. It does not break for me on Linux x64 (Gentoo and Fedora 16) with PHP5.3.11rc1. Previous Comments: [2012-03-29 04:23:35] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=bff8152565375c863f67833b73e2629c4d50cf63 Log: Fix bug #61401 ext\openssl\tests\004.phpt fails [2012-03-28 15:39:53] a...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2012-03-28 15:34:18] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=bff8152565375c863f67833b73e2629c4d50cf63 Log: Fix bug #61401 ext\openssl\tests\004.phpt fails [2012-03-15 18:36:48] a...@php.net The patches set the appropriate config option, which overrides the wrong global valie. [2012-03-15 18:24:19] a...@php.net The following patch has been added/updated: Patch Name: php53_004.patch Revision: 1331835859 URL: https://bugs.php.net/patch-display.php?bug=61401patch=php53_004.patchrevision=1331835859 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=61401 -- Edit this bug report at https://bugs.php.net/bug.php?id=61401edit=1
Bug #61460 [Com]: popen_close_error-win32 expected output is wrong
Edit report at https://bugs.php.net/bug.php?id=61460edit=1 ID: 61460 Comment by: mattfic...@php.net Reported by:mattfic...@php.net Summary:popen_close_error-win32 expected output is wrong Status: Open Type: Bug Package:Testing related Operating System: Windows PHP Version:5.3.10 Block user comment: N Private report: N New Comment: This patch passes on PHP5.3.11rc1 on Windows 7 sp1x64. It does not break for me on Linux x64 (Gentoo and Fedora 16) with PHP5.3.11rc1. Previous Comments: [2012-03-20 22:56:43] mattfic...@php.net This patch fixes it: 20c20 echo *** Testing for error conditions ***\n; --- echo *** Testing for error conditions ***.PHP_EOL; 22a23 23a25 29c31 echo \n--- Done ---; --- echo PHP_EOL.PHP_EOL.--- Done ---; 44,46c46,48 resource(%d) of type (stream) 'abc.txt' is not recognized as an internal or external command, operable program or batch file. --- Warning: popen(abc.txt,rw): Invalid argument in %s on line %d bool(false) 57c59,61 --- Done --- --- --- Done ---'abc.txt' is not recognized as an internal or external command, operable program or batch file. [2012-03-20 22:54:08] mattfic...@php.net Description: Warning messages have changed since test written. Expected output is incorrect. See patch. Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61460edit=1
