Bug #61577 [Com]: php5ts.dll crashes when specific extensions are loaded
Edit report at https://bugs.php.net/bug.php?id=61577&edit=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 co
Bug #64396 [Com]: tests/basic/req60524.phpt should not be run on Windows
Edit report at https://bugs.php.net/bug.php?id=64396&edit=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=64396&edit=1
[PHP-BUG] Req #60502 [NEW]: uses bundled web server for standard/http tests
From: mattficken Operating system: Windows PHP version: 5.4.0RC3 Package: Testing related Bug Type: Feature/Change Request Bug description:uses bundled web server for standard/http tests Description: HTTP tests originally use its own internally implemented web server. This patch has them use the CLI web server instead. Note: 3 or 4 of the 5 tests still have mismatched output (fail). -- Edit bug report at https://bugs.php.net/bug.php?id=60502&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60502&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60502&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60502&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60502&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60502&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60502&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60502&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60502&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60502&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60502&r=support Expected behavior: https://bugs.php.net/fix.php?id=60502&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60502&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60502&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60502&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60502&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60502&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60502&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60502&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60502&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60502&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60502&r=mysqlcfg
[PHP-BUG] Bug #60506 [NEW]: extra warnings messages for dir tests
From: mattficken Operating system: Windows PHP version: 5.4.0RC3 Package: Testing related Bug Type: Bug Bug description:extra warnings messages for dir tests Description: on windows (win2008r2 sp1), extra warning messages are added to the output of scandir-variation6-win32 -- Edit bug report at https://bugs.php.net/bug.php?id=60506&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60506&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60506&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60506&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60506&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60506&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60506&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60506&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60506&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60506&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60506&r=support Expected behavior: https://bugs.php.net/fix.php?id=60506&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60506&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60506&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60506&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60506&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60506&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60506&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60506&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60506&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60506&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60506&r=mysqlcfg
Bug #60771 [Com]: header, phpinfo, require crash
Edit report at https://bugs.php.net/bug.php?id=60771&edit=1 ID: 60771 Comment by: mattfic...@php.net Reported by:bugzilla33 at gmail dot com Summary:header, phpinfo, require crash Status: Bogus Type: Bug Package:Reproducible crash Operating System: win 7 64-bit PHP Version:5.4.0RC5 Block user comment: N Private report: N New Comment: I can reproduce a crash of PHP 5.4.0rc5 using the PID1080 script on Win7 x64 with SP0 and SP1. I can't get the other scripts to reproduce a crash. PID1080 crashes because the text it has outside a tags is longer than 8kb (this is a known issue). Again, reporting the same bug repeatedly doesn't get it fixed faster, in fact, it actually slows us down a lot. It is better if you post a comment to your first bug report to ask if it has been fixed. Previous Comments: [2012-01-16 19:45:25] paj...@php.net Ah ok, I got it now. Again, a duplicate of bug #48034. As you commented there as well. So please (please!) do not open new bugs endlessly, it costs time to valid and verify that they are not different issues. The scanner bug (8*1024 script size) is already, patch too and will be validated soon and be present for the next release. Thanks for your understanding. phpinfo and header do not crash, at all. Despite our numerous attempts to reproduce it. [2012-01-16 19:13:42] paj...@php.net . [2012-01-16 19:13:24] paj...@php.net Please do not duplicate bugs endlessly. it does not help. The backtrace clearly shows what I tried to explain you earlier. [2012-01-16 18:38:57] bugzilla33 at gmail dot com Description: header, phpinfo, require crash Debud dial reports: http://host0001.webd.pl/bugs/php/reports/Reports.zip My configuration do not contain DLLs from older PHP versions and do ton missing some in my paths. unpacked from: http://windows.php.net/downloads/qa/php-5.4.0RC5-Win32-VC9-x86.zip Test script: --- PID_1080.php: PID_1280.php: http://php.net/'); ?> PID_4656.php: Expected result: When use 5.4.0 RC4 there are no crashes. Actual result: -- crashes -- Edit this bug report at https://bugs.php.net/bug.php?id=60771&edit=1
Bug #60771 [Com]: header, phpinfo, require crash
Edit report at https://bugs.php.net/bug.php?id=60771&edit=1 ID: 60771 Comment by: mattfic...@php.net Reported by:bugzilla33 at gmail dot com Summary:header, phpinfo, require crash Status: Bogus Type: Bug Package:Reproducible crash Operating System: win 7 64-bit PHP Version:5.4.0RC5 Block user comment: N Private report: N New Comment: This issue is similar to bug 48034. A patch for that will be released soon. It should be available in the next RC release of 5.4.0. If you can't wait, it may become available in a snapshot release before then. Previous Comments: [2012-01-16 20:48:00] mattfic...@php.net I can reproduce a crash of PHP 5.4.0rc5 using the PID1080 script on Win7 x64 with SP0 and SP1. I can't get the other scripts to reproduce a crash. PID1080 crashes because the text it has outside a tags is longer than 8kb (this is a known issue). Again, reporting the same bug repeatedly doesn't get it fixed faster, in fact, it actually slows us down a lot. It is better if you post a comment to your first bug report to ask if it has been fixed. [2012-01-16 19:45:25] paj...@php.net Ah ok, I got it now. Again, a duplicate of bug #48034. As you commented there as well. So please (please!) do not open new bugs endlessly, it costs time to valid and verify that they are not different issues. The scanner bug (8*1024 script size) is already, patch too and will be validated soon and be present for the next release. Thanks for your understanding. phpinfo and header do not crash, at all. Despite our numerous attempts to reproduce it. [2012-01-16 19:13:42] paj...@php.net . [2012-01-16 19:13:24] paj...@php.net Please do not duplicate bugs endlessly. it does not help. The backtrace clearly shows what I tried to explain you earlier. [2012-01-16 18:38:57] bugzilla33 at gmail dot com Description: header, phpinfo, require crash Debud dial reports: http://host0001.webd.pl/bugs/php/reports/Reports.zip My configuration do not contain DLLs from older PHP versions and do ton missing some in my paths. unpacked from: http://windows.php.net/downloads/qa/php-5.4.0RC5-Win32-VC9-x86.zip Test script: --- PID_1080.php: PID_1280.php: http://php.net/'); ?> PID_4656.php: Expected result: When use 5.4.0 RC4 there are no crashes. Actual result: -- crashes -- Edit this bug report at https://bugs.php.net/bug.php?id=60771&edit=1
Bug #60828 [Com]: crash with specific php.ini
Edit report at https://bugs.php.net/bug.php?id=60828&edit=1 ID: 60828 Comment by: mattfic...@php.net Reported by:bugzilla33 at gmail dot com Summary:crash with specific php.ini Status: Assigned Type: Bug Package:Reproducible crash Operating System: Win 7 32/64 bit PHP Version:5.4.0RC6 Assigned To:mattficken Block user comment: N Private report: N New Comment: Using both the INI files from http://host0001.webd.pl/bugs/php/crash.zip and http://host0001.webd.pl/bugs/php/bug.7z (and apache2.21.2 and php 5.4.0rc7 from bug.7z) I can NOT reproduce this problem on either Win7sp0x64 or Win7sp1x64. I have enabled the extensions from step 5 (gd2, mbstring, openssl, sockets). On both OS/Versions PHP and apache don't crash, and the extensions that are enabled show up in phpinfo(). Thank you for providing a detailed repro setup (bug.7z) with all dependencies, etc... It makes it fast and accurate to try to repro. If you want us to proceed further, would you provide the output of the 'systeminfo' command (from command prompt, run 'systeminfo'). That will provide patch information, etc... about the affected machine. Previous Comments: [2012-02-03 18:28:26] paj...@php.net Matt, can you try to reproduce these steps please? I can't. [2012-02-03 18:25:34] bugzilla33 at gmail dot com 0. download http://host0001.webd.pl/bugs/php/bug.7z 1. This is http://www.apachelounge.com/download/binaries/httpd-2.2.21-win32.zip 2. And http://windows.php.net/downloads/qa/php-5.4.0RC7-Win32-VC9-x86.zip 3. httpd.conf modifications PHPINIDir c:/php54 LoadModule php5_module c:/php54/php5apache2_2.dll AddType application/x-httpd-php .php 4. php.ini (from php.ini-development) modifications extension_dir = "c:\php54\ext" extension=php_gd2.dll extension=php_intl.dll extension=php_mbstring.dll 5. Steps to reproduce - use Windows 7 (64-bit ?) - upack this to c:\ root - run install.bat (install Apache service) - run start.bat (start Apache service) - type in browser http://127.0.0.1/phpinfo.php 6. Expected result - gd loaded - intl loaded - mbstring loaded 7. Actual result - only mbstring loaded 8. Tested on two other machines [2012-01-23 07:13:41] bugzilla33 at gmail dot com It's interesting, but this error only occurs on my machine. It is independent of the operating system (Win 7 32/64 bit). I can not reproduce it on another machine. [2012-01-22 16:27:03] bugzilla33 at gmail dot com it's strange, but if you are loading additional php_soap.dll extension_dir = "c:\php5\ext" extension=php_gd2.dll extension=php_mbstring.dll extension=php_openssl.dll extension=php_soap.dll extension=php_sockets.dll (Please compare with the first comment.) Apache do not crash! What is this strange behavior is caused by? (introduced in RC5) [2012-01-22 16:15:47] paj...@php.net "Fix it then so that the internal loading order is not strictly tied to the order in php.ini" they are loaded as listed in php.ini 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=60828 -- Edit this bug report at https://bugs.php.net/bug.php?id=60828&edit=1
Bug #60828 [Com]: crash with specific php.ini
Edit report at https://bugs.php.net/bug.php?id=60828&edit=1 ID: 60828 Comment by: mattfic...@php.net Reported by:bugzilla33 at gmail dot com Summary:crash with specific php.ini Status: Assigned Type: Bug Package:Reproducible crash Operating System: Win 7 32/64 bit PHP Version:5.4.0RC6 Assigned To:mattficken Block user comment: N Private report: N New Comment: I have installed the polish language copy of Win7sp1x86 home premium and can't reproduce this bug using bug.7z. Previous Comments: [2012-02-03 20:36:16] bugzilla33 at gmail dot com The third machine is completely different. On Intel. 4GB of RAM: Samsung R580 Notebook. [2012-02-03 20:04:26] bugzilla33 at gmail dot com Also the Polish language version. [2012-02-03 20:03:31] bugzilla33 at gmail dot com I just checked on the third machine. This time, Windows 7 32-bit Home Premium SP1 with all updates. The problem also occurs. [2012-02-03 19:49:49] bugzilla33 at gmail dot com I have installed Windows 7 64-bit SP1 Polish and all updates from microsoft. Nazwa hosta: GOOROL Nazwa systemu operacyjnego: Microsoft Windows 7 Professional Wersja systemu operacyjnego: 6.1.7601 Service Pack 1 Kompilacja 7601 Producent systemu operacyjnego: Microsoft Corporation Konfiguracja systemu operacyjnego: Samodzielna stacja robocza Typ kompilacji systemu operacyjnego: Multiprocessor Free Zarejestrowany wÂaÂciciel: Admin Zarejestrowana organizacja: Identyfikator produktu: 00371-OEM-8992671-4 Data oryginalnej instalacji: 2012-01-13, 21:58:57 Czas rozruchu systemu: 2012-02-03, 16:16:41 Producent systemu: MICRO-STAR INTERNATIONAL CO., LTD Model systemu: MS-7125 Typ systemu: x64-based PC Procesory: Zainstalowanych procesorËw: 1. [01]: AMD64 Family 15 Model 47 Stepping 2 AuthenticAMD ~1809 Mhz Wersja systemu BIOS: Phoenix Technologies, LTD 6.00 PG, 2006-05-22 Katalog Windows: C:\Windows Katalog systemowy: C:\Windows\system32 UrzÄdzenie rozruchowe: \Device\HarddiskVolume1 Ustawienia regionalne systemu: pl;Polski Ustawienia regionalne: pl;Polski Strefa czasowa: (UTC+01:00) Sarajewo, Skopie, Warszawa, Zagrzeb CaÂkowity rozmiar pami©ci fizycznej: 2Ë048 MB Dost©pna pami©â fizyczna:806 MB Pami©â wirtualna: rozmiar maks.: 4Ë095 MB Pami©â wirtualna: dost©pna: 1Ë845 MB Pami©â wirtualna: w uľyciu: 2Ë250 MB Lokalizacje plikËw stronicowania:C:\pagefile.sys Domena: WORKGROUP Serwer logowania:BRAK Poprawki:Zainstalowane poprawki: 61 [01]: KB982861 [02]: 982861 [03]: KB971033 [04]: KB2425227 [05]: KB2479943 [06]: KB2484033 [07]: KB2488113 [08]: KB2491683 [09]: KB2492386 [10]: KB2503665 [11]: KB2505438 [12]: KB2506014 [13]: KB2506212 [14]: KB2506928 [15]: KB2507618 [16]: KB2509553 [17]: KB2510531 [18]: KB2511250 [19]: KB2511455 [20]: KB2515325 [21]: KB2518869 [22]: KB2522422 [23]: KB2529073 [24]: KB2532531 [25]: KB2533552 [26]: KB2536275 [27]: KB2536276 [28]: KB2539635 [29]: KB2541014 [30]: KB2544893 [31]: KB2545698 [32]:
Bug #60828 [Com]: crash with specific php.ini
Edit report at https://bugs.php.net/bug.php?id=60828&edit=1 ID: 60828 Comment by: mattfic...@php.net Reported by:bugzilla33 at gmail dot com Summary:crash with specific php.ini Status: Assigned Type: Bug Package:Reproducible crash Operating System: Win 7 32/64 bit PHP Version:5.4.0RC6 Assigned To:mattficken Block user comment: N Private report: N New Comment: Sounds like its something wrong with your setup which we (PHP Project) can't fix. I agree trying it on a fresh install is a good thing for you to try. All the testing I've done on this bug was on freshly installed Windows virtual machines. (BTW I use VirtualBox myself for testing, and you can Export an Appliance, which will compress your system image into an OVA file about 1/2 to 2/3 of the original size) Previous Comments: [2012-02-03 22:14:34] bugzilla33 at gmail dot com Tomorrow I will install a clean system using virtualbox. If the problem does not occur may indicate that the impact on the programs I have installed on my system (OpenOffice.org, SQL etc). Otherwise, I'll somehow I have to send to you virtualbox system image, but I do not know how because it is 20GB. [2012-02-03 21:49:52] mattfic...@php.net I have installed the polish language copy of Win7sp1x86 home premium and can't reproduce this bug using bug.7z. [2012-02-03 20:36:16] bugzilla33 at gmail dot com The third machine is completely different. On Intel. 4GB of RAM: Samsung R580 Notebook. [2012-02-03 20:04:26] bugzilla33 at gmail dot com Also the Polish language version. [2012-02-03 20:03:31] bugzilla33 at gmail dot com I just checked on the third machine. This time, Windows 7 32-bit Home Premium SP1 with all updates. The problem also occurs. 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=60828 -- Edit this bug report at https://bugs.php.net/bug.php?id=60828&edit=1
Bug #61002 [Com]: Windows symlink resolution differs between mkdir and file_put_contents
Edit report at https://bugs.php.net/bug.php?id=61002&edit=1
ID: 61002
Comment by: mattfic...@php.net
Reported by:feedbee at gmail dot com
Summary:Windows symlink resolution differs between mkdir and
file_put_contents
Status: Open
Type: Bug
Package:Unknown/Other Function
Operating System: Windows 7 SP1
PHP Version:5.3.10
Block user comment: N
Private report: N
New Comment:
I don't see any problem here. I get the output you expected.
I don't get a warning for file_put_contents(). On the 2nd+ runs I get a warning
about directory existing.
I run it using 5.3.10-nts-vc9 and I get:
C:\61002>c:\php-5.3.10-nts-Win32-VC9-x86\php repro.php
Is Dir exists? No
Create Dir
Is Dir exists NOW? Yes
OK
C:\61002>c:\php-5.3.10-nts-Win32-VC9-x86\php repro.php
Is Dir exists? Yes
Create Dir
Warning: mkdir(): File exists in C:\61002\repro.php on line 7
Is Dir exists NOW? Yes
OK
C:\61002>
'file' gets created in directory 'g:\new' (I modified your script (only) to use
g:\ instead of d:\ b/c on my machines d:\ is the CD-R drive).
I get the same results on both Win7sp1-x64 and Win7sp1-x86 (the 2 versions I
tested).
That's all I did. Am I missing something you did to get a different result?
Previous Comments:
[2012-02-07 11:00:19] feedbee at gmail dot com
Description:
d:/link/ is a windows symlink to d:/a/b/c
mkdir('d:/link/../new') creates link in d:/ - that OK.
file_put_contents('d:/link/../new', 'OK'); tries to create file in d:/a/b
(because d:/link/ resolved to d:/a/b/c, and d:/a/b/c/../new now points to
d:/a/b/new).
This difference between mkdir and file_put_contents was not expected.
Test script:
---
Warning: file_put_contents(d:/link/../new/file) [function.file-put-contents]: failed to
open stream: No such file or directory in D:\test.php on line
10
OK
--
Edit this bug report at https://bugs.php.net/bug.php?id=61002&edit=1
Bug #61018 [Com]: Unexplained bool(false) returned from preg_match
Edit report at https://bugs.php.net/bug.php?id=61018&edit=1 ID: 61018 Comment by: mattfic...@php.net Reported by:dey101+php at gmail dot com Summary:Unexplained bool(false) returned from preg_match Status: Open Type: Bug Package:PCRE related Operating System: Windows Server 2008 PHP Version:5.3.10 Block user comment: N Private report: N New Comment: Thank you for your report and helping to make php better. When I ran your script on Windows 2008 and Linux(using TS build of php5.3.10), it looks like the output is the same on both OSes. I don't think this is a PHP on Windows bug. If you would like, I can reclassify this bug as a general bug, not specific to Windows. Or, am I missing something? Is this really a PHP on Windows problem? win2008 sp1 x64 output(TS Build): Regex: /^[[:alnum:]](?:[[:alnum:]\-]*[[:alnum:]])*$/ Host: ABCDEFGHIJ1234567890. Result: (error) bool(false) Host: ABCDEFGHI234567890. Result: (no match) int(0) Host: ABCDEFGHIJ1234567890 Result: (match) int(1) Host: ABCDEFGHI1234567890 Result: (match) int(1) Host: ABCDEFGHI123456789 Result: (match) int(1) Host: ABCDEFGHIJ-1234567890 Result: (match) int(1) Host: ABCDEFGHIJ-123456789 Result: (match) int(1) Host: ABCDEFGHI-123456789 Result: (match) int(1) Host: WWW.ABCDEFGHIJ-1234567890.COM Result: (no match) int(0) Host: WWW.SUB-SUBDOMAIN.SUBDOMAIN.ABCD-EFGH-IJKL-MNOP-QRST-UVWX-YZ-12345-67890 -abcd-efgh-hijk.COM Result: (no match) int(0) Regex: /^(?:[[:alnum:]](?:[[:alnum:]\-]*[[:alnum:]])*\.)*$/ Host: ABCDEFGHIJ1234567890. Result: (match) int(1) Host: ABCDEFGHI234567890. Result: (match) int(1) Host: ABCDEFGHIJ1234567890 Result: (error) bool(false) Host: ABCDEFGHI1234567890 Result: (error) bool(false) Host: ABCDEFGHI123456789 Result: (no match) int(0) Host: ABCDEFGHIJ-1234567890 Result: (error) bool(false) Host: ABCDEFGHIJ-123456789 Result: (error) bool(false) Host: ABCDEFGHI-123456789 Result: (no match) int(0) Host: WWW.ABCDEFGHIJ-1234567890.COM Result: (error) bool(false) Host: WWW.SUB-SUBDOMAIN.SUBDOMAIN.ABCD-EFGH-IJKL-MNOP-QRST-UVWX-YZ-12345-67890 -abcd-efgh-hijk.COM Result: (error) bool(false) Regex: /^(?:[[:alnum:]](?:[[:alnum:]\-]*[[:alnum:]])*\.)+$/ Host: ABCDEFGHIJ1234567890. Result: (match) int(1) Host: ABCDEFGHI234567890. Result: (match) int(1) Host: ABCDEFGHIJ1234567890 Result: (no match) int(0) Host: ABCDEFGHI1234567890 Result: (no match) int(0) Host: ABCDEFGHI123456789 Result: (no match) int(0) Host: ABCDEFGHIJ-1234567890 Result: (no match) int(0) Host: ABCDEFGHIJ-123456789 Result: (no match) int(0) Host: ABCDEFGHI-123456789 Result: (no match) int(0) Host: WWW.ABCDEFGHIJ-1234567890.COM Result: (error) bool(false) Host: WWW.SUB-SUBDOMAIN.SUBDOMAIN.ABCD-EFGH-IJKL-MNOP-QRST-UVWX-YZ-12345-67890 -abcd-efgh-hijk.COM Result: (error) bool(false) Regex: /^(?:[[:alnum:]](?:[[:alnum:]\-]*[[:alnum:]])*\.)*[[:alnum:]](?:[[:alnum: ]\-]*[[:alnum:]])*$/ Host: ABCDEFGHIJ1234567890. Result: (error) bool(false) Host: ABCDEFGHI234567890. Result: (error) bool(false) Host: ABCDEFGHIJ1234567890 Result: (error) bool(false) Host: ABCDEFGHI1234567890 Result: (error) bool(false) Host: ABCDEFGHI123456789 Result: (match) int(1) Host: ABCDEFGHIJ-1234567890 Result: (error) bool(false) Host: ABCDEFGHIJ-123456789 Result: (error) bool(false) Host: ABCDEFGHI-123456789 Result: (match) int(1) Host: WWW.ABCDEFGHIJ-1234567890.COM Result: (match) int(1) Host: WWW.SUB-SUBDOMAIN.SUBDOMAIN.ABCD-EFGH-IJKL-MNOP-QRST-UVWX-YZ-12345-67890 -abcd-efgh-hijk.COM Result: (match) int(1) Linux-x64-gentoo output: Regex: /^[[:alnum:]](?:[[:alnum:]\-]*[[:alnum:]])*$/ Host: ABCDEFGHIJ1234567890. Result: (error) bool(false) Host: ABCDEFGHI234567890. Result: (no match) int(0) Host: ABCDEFGHIJ1234567890 Result: (match) int(1) Host: ABCDEFGHI1234567890 Result: (match) int(1) Host: ABCDEFGHI123456789 Result: (match) int(1) Host: ABCDEFGHIJ-1234567890 Result: (match) int(1) Host: ABCDEFGHIJ-123456789 Result: (match) int(1) Host: ABCDEFGHI-123456789 Result: (match) int(1) Host: WWW.ABCDEFGHIJ-1234567890.COM Result: (no match) int(0) Host: WWW.SUB-SUBDOMAIN.SUBDOMAIN.ABCD-EFGH-IJKL-MNOP-QRST-UVWX-YZ-123 45-67890-abcd-efgh-hijk.COM Result: (no match) int(0) Regex: /^(?:[[:alnum:]](?:[[:alnum:]\-]*[[:alnum:]])*\.)*$/ Host: ABCDEFGHIJ1234567890. Result: (match) int(1) Host: ABCDEFGHI234567890. Result: (match) int(1) Host: ABCDEFGHIJ1234567890 Result: (error) bool(false) Host: ABCDEFGHI1234567890 Result: (error) bool(false) Host: ABCDEFGHI123456789 Result: (no match) int(0) Host: ABCDEFGHIJ-1234567890 Result: (error) bool(fals
Bug #61018 [Com]: Unexplained bool(false) returned from preg_match
Edit report at https://bugs.php.net/bug.php?id=61018&edit=1 ID: 61018 Comment by: mattfic...@php.net Reported by:dey101+php at gmail dot com Summary:Unexplained bool(false) returned from preg_match Status: Open Type: Bug Package:PCRE related PHP Version:5.3.10 Block user comment: N Private report: N New Comment: I have verified that the output from this repro script is the same on both Windows and Linux (Both using 5.3.10), so this is not a Windows specific bug report anymore. Previous Comments: [2012-02-14 13:42:21] dey101+php at gmail dot com I did not have access to a linux test platform to test. If you have verified that the bug exists on multiple platforms, please fee free to re-classify as a general bug. [2012-02-13 23:40:06] mattfic...@php.net Thank you for your report and helping to make php better. When I ran your script on Windows 2008 and Linux(using TS build of php5.3.10), it looks like the output is the same on both OSes. I don't think this is a PHP on Windows bug. If you would like, I can reclassify this bug as a general bug, not specific to Windows. Or, am I missing something? Is this really a PHP on Windows problem? win2008 sp1 x64 output(TS Build): Regex: /^[[:alnum:]](?:[[:alnum:]\-]*[[:alnum:]])*$/ Host: ABCDEFGHIJ1234567890. Result: (error) bool(false) Host: ABCDEFGHI234567890. Result: (no match) int(0) Host: ABCDEFGHIJ1234567890 Result: (match) int(1) Host: ABCDEFGHI1234567890 Result: (match) int(1) Host: ABCDEFGHI123456789 Result: (match) int(1) Host: ABCDEFGHIJ-1234567890 Result: (match) int(1) Host: ABCDEFGHIJ-123456789 Result: (match) int(1) Host: ABCDEFGHI-123456789 Result: (match) int(1) Host: WWW.ABCDEFGHIJ-1234567890.COM Result: (no match) int(0) Host: WWW.SUB-SUBDOMAIN.SUBDOMAIN.ABCD-EFGH-IJKL-MNOP-QRST-UVWX-YZ-12345-67890 -abcd-efgh-hijk.COM Result: (no match) int(0) Regex: /^(?:[[:alnum:]](?:[[:alnum:]\-]*[[:alnum:]])*\.)*$/ Host: ABCDEFGHIJ1234567890. Result: (match) int(1) Host: ABCDEFGHI234567890. Result: (match) int(1) Host: ABCDEFGHIJ1234567890 Result: (error) bool(false) Host: ABCDEFGHI1234567890 Result: (error) bool(false) Host: ABCDEFGHI123456789 Result: (no match) int(0) Host: ABCDEFGHIJ-1234567890 Result: (error) bool(false) Host: ABCDEFGHIJ-123456789 Result: (error) bool(false) Host: ABCDEFGHI-123456789 Result: (no match) int(0) Host: WWW.ABCDEFGHIJ-1234567890.COM Result: (error) bool(false) Host: WWW.SUB-SUBDOMAIN.SUBDOMAIN.ABCD-EFGH-IJKL-MNOP-QRST-UVWX-YZ-12345-67890 -abcd-efgh-hijk.COM Result: (error) bool(false) Regex: /^(?:[[:alnum:]](?:[[:alnum:]\-]*[[:alnum:]])*\.)+$/ Host: ABCDEFGHIJ1234567890. Result: (match) int(1) Host: ABCDEFGHI234567890. Result: (match) int(1) Host: ABCDEFGHIJ1234567890 Result: (no match) int(0) Host: ABCDEFGHI1234567890 Result: (no match) int(0) Host: ABCDEFGHI123456789 Result: (no match) int(0) Host: ABCDEFGHIJ-1234567890 Result: (no match) int(0) Host: ABCDEFGHIJ-123456789 Result: (no match) int(0) Host: ABCDEFGHI-123456789 Result: (no match) int(0) Host: WWW.ABCDEFGHIJ-1234567890.COM Result: (error) bool(false) Host: WWW.SUB-SUBDOMAIN.SUBDOMAIN.ABCD-EFGH-IJKL-MNOP-QRST-UVWX-YZ-12345-67890 -abcd-efgh-hijk.COM Result: (error) bool(false) Regex: /^(?:[[:alnum:]](?:[[:alnum:]\-]*[[:alnum:]])*\.)*[[:alnum:]](?:[[:alnum: ]\-]*[[:alnum:]])*$/ Host: ABCDEFGHIJ1234567890. Result: (error) bool(false) Host: ABCDEFGHI234567890. Result: (error) bool(false) Host: ABCDEFGHIJ1234567890 Result: (error) bool(false) Host: ABCDEFGHI1234567890 Result: (error) bool(false) Host: ABCDEFGHI123456789 Result: (match) int(1) Host: ABCDEFGHIJ-1234567890 Result: (error) bool(false) Host: ABCDEFGHIJ-123456789 Result: (error) bool(false) Host: ABCDEFGHI-123456789 Result: (match) int(1) Host: WWW.ABCDEFGHIJ-1234567890.COM Result: (match) int(1) Host: WWW.SUB-SUBDOMAIN.SUBDOMAIN.ABCD-EFGH-IJKL-MNOP-QRST-UVWX-YZ-12345-67890 -abcd-efgh-hijk.COM Result: (match) int(1) Linux-x64-gentoo output: Regex: /^[[:alnum:]](?:[[:alnum:]\-]*[[:alnum:]])*$/ Host: ABCDEFGHIJ1234567890. Result: (error) bool(false) Host: ABCDEFGHI234567890. Result: (no match) int(0) Host: ABCDEFGHIJ1234567890 Result: (match) int(1) Host: ABCDEFGHI1234567890 Result: (match) int(1) Host: ABCDEFGHI123456789 Result: (match) int(1) Host: ABCDEFGHIJ-1234567890 Result: (match) int(1) Host: ABCDEFGHIJ-123456789 Result: (match) int(1) Host: ABCDEFGHI-123456789 Result: (match) int(1) Host: WWW.ABCDEFGHIJ-1234567890.COM Result: (no mat
Bug #61166 [Com]: PHP crashing (Drupal site)
Edit report at https://bugs.php.net/bug.php?id=61166&edit=1 ID: 61166 Comment by: mattfic...@php.net Reported by:guaycuru at gmail dot com Summary:PHP crashing (Drupal site) Status: Open Type: Bug Package:Reproducible crash Operating System: Windows 7 x64 PHP Version:5.3SVN-2012-02-22 (snap) Block user comment: N Private report: N New Comment: Thank you for helping to make PHP better. What version of Apache are you using? Where did you download it from? What version of Drupal are you using? Previous Comments: [2012-02-22 17:57:03] guaycuru at gmail dot com Description: PHP 5.3.10 (from http://windows.php.net/snapshots/#php-5.3-ts-windows-vc9-x86 ) I tried a clean install with just the basic modules, and the crash still happens, so it's not module related. Whenever I try to load my Drupal website (which works fine on Linux), PHP crashes. If I'm laoding via apache, I get a "Connection reset" error, with windows reporting that apache restartted because of a php5ts.dll error. If I load the index.php script via command line I also get the crash, producing this backtrace. A test script is not doable, because it's a whole Drupal site... Expected result: PHP not to crash when loading the site... Actual result: -- Thread 0 - System ID 8832 Entry point php+3002 Create time 22/02/2012 15:52:59 Time spent in user mode 0 Days 0:0:0.62 Time spent in kernel mode 0 Days 0:0:0.109 Full Call Stack Function Arg 1 Arg 2 Arg 3 Arg 4 Source php5ts!lex_scan+9d6 0093dd60 02a22ec0 02a22ec0 0093dd8c php5ts!zend_register_auto_global+ae 0093dd58 02a22ec0 04ce5840 02a22ec0 php5ts!zend_iterator_unwrap+584 0093ddf8 0093de8c 0001 00d0fbe8 ntdll!RtlpDosPathNameToRelativeNtPathName_Ustr+1d0 00d0fbe8 051d3e68 0006 0001 Exception Information PHP5TS!LEX_SCAN+9D6WARNING In php__PID__8828__Date__02_22_2012__Time_03_53_00PM__963__Second_Chance_Exception_ C005.dmp the assembly instruction at php5ts!lex_scan+9d6 in C:\Program Files (x86)\PHP\php5ts.dll from The PHP Group has caused an access violation exception (0xC005) when trying to read from memory location 0x00b75000 on thread 0 -- Edit this bug report at https://bugs.php.net/bug.php?id=61166&edit=1
Bug #54197 [Com]: [PATH=] sections incompatibility with user_ini.filename set to null
Edit report at https://bugs.php.net/bug.php?id=54197&edit=1 ID: 54197 Comment by: mattfic...@php.net Reported by:julientld at free dot fr Summary:[PATH=] sections incompatibility with user_ini.filename set to null Status: Analyzed Type: Bug Package:PHP options/info functions Operating System: Windows Server 2003 SP2 PHP Version:5.3.5 Assigned To:ab Block user comment: N Private report: N New Comment: I can reproduce this problem on Windows 2003 (and also Windows 2008r2). The attached patch, when php recompiled, fixes the problem for me. It fixes it both on 5.3.5 and 5.3.10 on Windows 2003 and Windows 2008r2. Previous Comments: [2012-03-01 11:16:18] julientld at free dot fr Hi, Thanks for the patch. I will try it as soon as it is avaible in a beta version of PHP 5.3.x. Julien [2012-03-01 10:35:42] a...@php.net The bug was still in the 5.3 trunk, but it's section independent as there was an attepmpt to free an uninitialized variable. The bug is windows only. With the patch, putting user_ini.filename = outside the path section, both local and global values are null. Putting it into the section only local value is null. [2012-03-01 10:23:10] a...@php.net The following patch has been added/updated: Patch Name: fix_unintialized_doc_root Revision: 1330597390 URL: https://bugs.php.net/patch-display.php?bug=54197&patch=fix_unintialized_doc_root&revision=1330597390 [2012-01-16 21:45:42] info at garrant dot com I have the exact issue with PHP 5.3.9 running on Windows 2008 IIS7. When you try to uncomment user_ini.filename = and use a PATH section, there is a FastCGI error and all PHP pages will fail. I even tried adding open quotes and it still fails with user_ini.filename = "". I want to disable so sites cannot user individual .ini files. How can we do this? [2011-03-09 13:22:14] paj...@php.net So let do it the hard way until I work on the initial problem. 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=54197 -- Edit this bug report at https://bugs.php.net/bug.php?id=54197&edit=1
Bug #61175 [Com]: The sapi/embed/php_embed.h header is not included in a custom Win32 snapshot
Edit report at https://bugs.php.net/bug.php?id=61175&edit=1 ID: 61175 Comment by: mattfic...@php.net Reported by:jmc at chakra-project dot org Summary:The sapi/embed/php_embed.h header is not included in a custom Win32 snapshot Status: Open Type: Bug Package:Unknown/Other Function Operating System: Windows XP Professional SP3 PHP Version:5.3.10 Block user comment: N Private report: N New Comment: I can reproduce this problem too. It sounds like this is a low priority issue, sorry. If you have a fix for this problem, could you post it here, so it'll get committed at some point. Thank you for helping to make PHP better. Previous Comments: [2012-02-24 10:57:32] jmc at chakra-project dot org Description: I've fetched a fresh SVN snapshot from the 5.3.10 branch (https://svn.php.net/repository/php/php-src/branches/PHP_5_3_10), and configured it as follows: configure --with-prefix= --enable-cli --enable-embed=static --enable-zend-multibyte --enable-mbstring --enable-intl --disable-cgi I then compiled PHP and made a custom snapshot archive for internal usage with "nmake snap", but it seems like the sapi/embed/php_embed.h header was not copied to the Release_TS directory. I can replicate this behavior on both a Windows XP Professional SP3 machine and a Windows 7 Professional machine. My compiler is MSVC2008 (from Visual C++ 2008 Express), and the Microsoft Windows SDK v6.1 is installed. Expected result: The sapi/embed/php_embed.h header should be included with the snapshot. Actual result: -- The sapi/embed/php_embed.h header is left out of the snapshot. -- Edit this bug report at https://bugs.php.net/bug.php?id=61175&edit=1
Bug #55334 [Com]: MySQLi make mod_php crash on stress test
Edit report at https://bugs.php.net/bug.php?id=55334&edit=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: Using apache bench locally, I can reproduce this bug on php 5.3.10 and php 5.4.0 using just mysqli. Previous Comments: [2012-03-08 13:08:19] johan...@php.net 13:58 <@johannes> Pierre: can you check 5.3 in your stress tests regarding 55334? On Linux and Solaris I can't hit it in threaded context anymore. 5.4/trunk seems to be fixed by dmitry's property refactoring work (svn r299692) 14:05 <@Pierre> johannes, add a comment to the bug and assign it to matt. [2012-03-08 12:55:25] johan...@php.net Seems like this was a bug from very old times in mysqli. I've applied a fix to PHP_5_3 and couldn't trigger an issue anymore with lots of concurrency over a longer period. A fix for 5.4 and trunk is not needed as the code had been refactored before. Please run your tests, too. [2012-03-08 12:52:03] johan...@php.net Automatic comment from SVN on behalf of johannes Revision: http://svn.php.net/viewvc/?view=revision&revision=324022 Log: Use correct property ctor, should fix threading issue in bug #55334 # The code was refactored in 5_4/trunk, no need to merge [2012-01-19 07:40:46] ninzya at inbox dot lv Got apache crashing due to MySQLi as well. Here's the bug report: https://bugs.php.net/bug.php?id=55334 [2011-10-21 14:47:09] doug at sevone dot com I have been able to reproduce a similar (if not the same) crash by this SIMPLER script: On another machine, I have about 12 threads doing GET requests to that page simultaneously. I usually see a crash after about 1-2 seconds. As far as I can tell, this is a "mysqli" issue only (involving thread-safety). If I disable mysqlnd, then I still see the same problem. I see this on MySQL 5.5 and 5.1. However, the MySQL version should NOT matter, since I can reproduce the problem without EVER connecting to a MySQL box, and since it crashes using mysqlnd. OS: gentoo (x86_64) Apache: www-servers/apache-2.2.14-r1 Apache: www-servers/apache-2.2.21 PHP: dev-lang/php-5.3.6 PHP: dev-lang/php-5.3.8 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=55334&edit=1
Bug #61253 [Com]: Wrappers opened with errors concurrency problem
Edit report at https://bugs.php.net/bug.php?id=61253&edit=1
ID: 61253
Comment by: mattfic...@php.net
Reported by:cataphr...@php.net
Summary:Wrappers opened with errors concurrency problem
Status: Assigned
Type: Bug
Package:Streams related
Operating System: Any (ZTS)
PHP Version:5.4SVN-2012-03-02 (SVN)
Assigned To:mattficken
Block user comment: N
Private report: N
New Comment:
As of 5_4 rev324027, I can no longer reproduce this bug using Apache 2.2 on
Windows 2008r2.
I think the fix works.
Previous Comments:
[2012-03-08 12:39:39] cataphr...@php.net
Automatic comment from SVN on behalf of cataphract
Revision: http://svn.php.net/viewvc/?view=revision&revision=324021
Log: - Oops committed old version of the patch in r324020. Fixed. See bug
#61253.
[2012-03-08 12:32:14] cataphr...@php.net
I've committed the patch. Testing would still be useful.
[2012-03-08 12:30:50] cataphr...@php.net
Automatic comment from SVN on behalf of cataphract
Revision: http://svn.php.net/viewvc/?view=revision&revision=324020
Log: - Fixed bug #61253: Wrappers opened with errors concurrency problem
#NOTE: There is a very small possibility that this will further break
#extensions that access wrapper->{err_stack, err_count}. On PECL SVN, rar is
the
#only one and it may leak memory after this. I say "further break"
because
#extensions that do that are already broken (will segfault) under ZTS, which is
#why this patch is necessary.
#There was what I deem as tacit acceptance from 5.3/5.4 RMs on this.
[2012-03-07 14:05:35] cataphr...@php.net
The following patch has been added/updated:
Patch Name: bug61253.diff
Revision: 1331129135
URL:
https://bugs.php.net/patch-display.php?bug=61253&patch=bug61253.diff&revision=1331129135
[2012-03-03 20:42:12] paj...@php.net
Matt, can you test this patch please? and add the test to our suites while
being
at it :)
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=61253
--
Edit this bug report at https://bugs.php.net/bug.php?id=61253&edit=1
Bug #55334 [Com]: MySQLi make mod_php crash on stress test
Edit report at https://bugs.php.net/bug.php?id=55334&edit=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: Using 5_3 r324027, with Apache 2.2 on Windows 2008r2sp0, I can no longer reproduce this bug. I think this bug is fixed. Previous Comments: [2012-03-09 09:52:00] johan...@php.net For 5.3 please use svn snaps. Can you share more details on the test you're doing and the effects you see? [2012-03-09 00:02:45] mattfic...@php.net Using apache bench locally, I can reproduce this bug on php 5.3.10 and php 5.4.0 using just mysqli. [2012-03-08 13:08:19] johan...@php.net 13:58 <@johannes> Pierre: can you check 5.3 in your stress tests regarding 55334? On Linux and Solaris I can't hit it in threaded context anymore. 5.4/trunk seems to be fixed by dmitry's property refactoring work (svn r299692) 14:05 <@Pierre> johannes, add a comment to the bug and assign it to matt. [2012-03-08 12:55:25] johan...@php.net Seems like this was a bug from very old times in mysqli. I've applied a fix to PHP_5_3 and couldn't trigger an issue anymore with lots of concurrency over a longer period. A fix for 5.4 and trunk is not needed as the code had been refactored before. Please run your tests, too. [2012-03-08 12:52:03] johan...@php.net Automatic comment from SVN on behalf of johannes Revision: http://svn.php.net/viewvc/?view=revision&revision=324022 Log: Use correct property ctor, should fix threading issue in bug #55334 # The code was refactored in 5_4/trunk, no need to merge 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=55334&edit=1
[PHP-BUG] Bug #61459 [NEW]: popen_close_error-win32 can't run sort.exe
From: mattficken
Operating system: Windows
PHP version: 5.3.10
Package: Testing related
Bug Type: Bug
Bug description:popen_close_error-win32 can't run sort.exe
Description:
popen("sort", "w") fails if variables_order="GPCS"
this is set in the default INI file. it doesn't seem to be changeable in
the --INI-- section of PHPT test. also, doing: ini_set('variables_order',
''); doesn't work!
the only solutions are to either put the absolute path here, or remove
variables_order= from PHP.ini (setting it in run-test's default INI will
fail too).
since we can't depend on PHP.ini being set a certain way, have to put the
absolute path here.
Test fails
Expected result:
test pass
Actual result:
--
test fail
004+ 'sort' is not recognized as an internal or external command,
005+ operable program or batch file.
004- aaa
005- ddd
006- ggg
007- sss
Expected result:
Test pass
--
Edit bug report at https://bugs.php.net/bug.php?id=61459&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61459&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61459&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61459&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61459&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61459&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61459&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61459&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61459&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61459&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61459&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61459&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61459&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61459&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61459&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61459&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61459&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61459&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61459&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61459&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61459&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61459&r=mysqlcfg
Bug #61459 [PATCH]: popen_close_error-win32 can't run sort.exe
Edit report at https://bugs.php.net/bug.php?id=61459&edit=1
ID: 61459
Patch added by: mattfic...@php.net
Reported by:mattfic...@php.net
Summary:popen_close_error-win32 can't run sort.exe
Status: Open
Type: Bug
Package:Testing 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: popen_close_error-win32
Revision: 1332283902
URL:
https://bugs.php.net/patch-display.php?bug=61459&patch=popen_close_error-win32&revision=1332283902
Previous Comments:
[2012-03-20 22:51:35] mattfic...@php.net
Description:
popen("sort", "w") fails if variables_order="GPCS"
this is set in the default INI file. it doesn't seem to be changeable in the
--INI-- section of PHPT test. also, doing: ini_set('variables_order', '');
doesn't work!
the only solutions are to either put the absolute path here, or remove
variables_order= from PHP.ini (setting it in run-test's default INI will fail
too).
since we can't depend on PHP.ini being set a certain way, have to put the
absolute path here.
Test fails
Expected result:
test pass
Actual result:
--
test fail
004+ 'sort' is not recognized as an internal or external command,
005+ operable program or batch file.
004- aaa
005- ddd
006- ggg
007- sss
Expected result:
Test pass
--
Edit this bug report at https://bugs.php.net/bug.php?id=61459&edit=1
[PHP-BUG] Bug #61460 [NEW]: popen_close_error-win32 expected output is wrong
From: mattficken Operating system: Windows PHP version: 5.3.10 Package: Testing related Bug Type: Bug Bug description:popen_close_error-win32 expected output is wrong Description: Warning messages have changed since test written. Expected output is incorrect. See patch. Expected result: test pass Actual result: -- test fail -- Edit bug report at https://bugs.php.net/bug.php?id=61460&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61460&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61460&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61460&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61460&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61460&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61460&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61460&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61460&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61460&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61460&r=support Expected behavior: https://bugs.php.net/fix.php?id=61460&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61460&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61460&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61460&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61460&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61460&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61460&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61460&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61460&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61460&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61460&r=mysqlcfg
Bug #61460 [Com]: popen_close_error-win32 expected output is wrong
Edit report at https://bugs.php.net/bug.php?id=61460&edit=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 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. Previous Comments: ---- [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=61460&edit=1
Bug #61454 [Com]: ext\standard\tests\general_functions\bug49847.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61454&edit=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 fixes the bug for me on 5_3-r324324
Previous Comments:
[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=61454&patch=bug49847.diff&revision=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=61454&edit=1
Bug #61468 [Com]: ext/phar/tests/phar_oo_005.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61468&edit=1 ID: 61468 Comment by: mattfic...@php.net Reported by:a...@php.net Summary:ext/phar/tests/phar_oo_005.phpt fails Status: Open Type: Bug Package:PHAR related Operating System: all PHP Version:Irrelevant Block user comment: N Private report: N New Comment: With the patch, the test passes for me on Windows 7 sp1x64 with PHP_5_3-r324324 Previous Comments: [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. [2012-03-21 20:26:38] a...@php.net The following patch has been added/updated: Patch Name: phar_oo_005.phpt.diff Revision: 1332361598 URL: https://bugs.php.net/patch-display.php?bug=61468&patch=phar_oo_005.phpt.diff&revision=1332361598 [2012-03-21 20:24:08] a...@php.net Description: RecursiveIterator functionality changed, the test diff is 005+ string(21) "phar_oo_test.phar.php" 005- string(5) "a.php" 010+ string(1) "b" 010- string(5) "c.php" 015+ string(1) "b" 015- string(5) "d.php" 020+ string(21) "phar_oo_test.phar.php" 020- string(5) "b.php" 025+ string(21) "phar_oo_test.phar.php" 025- string(5) "e.php" Expected result: test pass Actual result: -- test fail -- Edit this bug report at https://bugs.php.net/bug.php?id=61468&edit=1
[PHP-BUG] Bug #61480 [NEW]: test bug - ext/gd/tests/bug48555.phpt
From: mattficken Operating system: PHP version: 5.3.10 Package: Testing related Bug Type: Bug Bug description:test bug - ext/gd/tests/bug48555.phpt 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 bug report at https://bugs.php.net/bug.php?id=61480&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61480&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61480&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61480&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61480&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61480&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61480&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61480&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61480&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61480&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61480&r=support Expected behavior: https://bugs.php.net/fix.php?id=61480&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61480&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61480&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61480&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61480&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61480&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61480&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61480&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61480&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61480&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61480&r=mysqlcfg
Bug #61480 [PATCH]: test bug - ext/gd/tests/bug48555.phpt
Edit report at https://bugs.php.net/bug.php?id=61480&edit=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: 1332450447 URL: https://bugs.php.net/patch-display.php?bug=61480&patch=bug48555&revision=1332450447 Previous Comments: [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=61480&edit=1
[PHP-BUG] Bug #61481 [NEW]: Test Bug - ext/com_dotnet/tests/bug49192
From: mattficken
Operating system: Windows
PHP version: 5.3.10
Package: Testing related
Bug Type: Bug
Bug description:Test Bug - ext/com_dotnet/tests/bug49192
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 bug report at https://bugs.php.net/bug.php?id=61481&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61481&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61481&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61481&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61481&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61481&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61481&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61481&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61481&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61481&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61481&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61481&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61481&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61481&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61481&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61481&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61481&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61481&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61481&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61481&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61481&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61481&r=mysqlcfg
Bug #61481 [PATCH]: Test Bug - ext/com_dotnet/tests/bug49192
Edit report at https://bugs.php.net/bug.php?id=61481&edit=1
ID: 61481
Patch added 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:
The following patch has been added/updated:
Patch Name: bug49192
Revision: 1332450831
URL:
https://bugs.php.net/patch-display.php?bug=61481&patch=bug49192&revision=1332450831
Previous Comments:
[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=61481&edit=1
[PHP-BUG] Bug #61482 [NEW]: php-cli crashes during 'nmake snap'
From: mattficken Operating system: Windows PHP version: 5.4.0 Package: PHAR related Bug Type: Bug Bug description:php-cli crashes during 'nmake snap' Description: Compiling latest revision from git repo... Using Windows 7sp1x64, VC9 compiler x86 xp release Ran nmake snap... When it gets to 'creating phar.phar.bat' stage php cli crashes. Here is the backtrace: php5.dll!zval_mark_grey(_zval_struct * pz=0x010f0060) Line 425 C php5.dll!gc_mark_roots() Line 501 + 0x6 bytes C php5.dll!gc_collect_cycles() Line 794 C php5.dll!zend_deactivate() Line 962C php5.dll!php_request_shutdown(void * dummy=0x) Line 1784 C php.exe!do_cli(int argc=13, char * * argv=0x00151b10) Line 1169 + 0x8 bytes C php.exe!main(int argc=13, char * * argv=0x00151b10) Line 1358 C php.exe!__tmainCRTStartup() Line 586 + 0x17 bytes C kernel32.dll!7616339a() -- Edit bug report at https://bugs.php.net/bug.php?id=61482&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61482&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61482&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61482&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61482&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61482&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61482&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61482&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61482&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61482&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61482&r=support Expected behavior: https://bugs.php.net/fix.php?id=61482&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61482&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61482&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61482&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61482&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61482&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61482&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61482&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61482&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61482&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61482&r=mysqlcfg
Bug #61482 [Com]: php-cli crashes during 'nmake snap'
Edit report at https://bugs.php.net/bug.php?id=61482&edit=1
ID: 61482
Comment by: mattfic...@php.net
Reported by:mattfic...@php.net
Summary:php-cli crashes during 'nmake snap'
Status: Open
Type: Bug
Package:PHAR related
Operating System: Windows
PHP Version:5.4.0
Block user comment: N
Private report: N
New Comment:
Test Script (stripped down win32/build/mkdist.php):
C:\php-sdk\git\obj\Release\php.exe -d
date.timezone=UTC -n -dphar.readonly=0 win32/build/mkdist.php
"C:\php-sdk\git\obj\Release" "C:\php-sdk\git\php-src\no" "php5.dll"
"php-cgi.exe php.exe php-win.exe php5embed.lib" "php_mbstring.dll php_shmop.dll
php_sockets.dll php_sqlite3.dll php_exif.dll php_pdo_mysql.dll php_pdo_odbc.dll
php_pdo_sqlite.dll " " " "no"
// php build directory
$build_dir = "C:\php-sdk\git\obj\Release";
$dist_dir = $build_dir . "/php-" . phpversion();
$test_dir = $build_dir . "/php-test-pack-" . phpversion();
$pecl_dir = $build_dir . "/pecl-" . phpversion();
@mkdir($dist_dir);
@mkdir("$dist_dir/ext");
@mkdir("$dist_dir/dev");
@mkdir("$dist_dir/extras");
@mkdir($pecl_dir);
function make_phar_dot_phar($dist_dir)
{
if (!extension_loaded('phar')) {
return;
}
$path_to_phar = realpath(__DIR__ . '/../../ext/phar');
echo "Generating pharcommand.phar\n";
$phar = new Phar($dist_dir . '/pharcommand.phar', 0, 'pharcommand');
foreach (new DirectoryIterator($path_to_phar . '/phar') as $file) {
if ($file->isDir() || $file == 'phar.php') {
continue;
}
echo 'adding ', $file, "\n";
$phar[(string) $file] = file_get_contents($path_to_phar.
'/phar/' . $file);
}
$phar->setSignatureAlgorithm(Phar::SHA1);
$stub = file($path_to_phar . '/phar/phar.php');
unset($stub[0]); // remove hashbang
$phar->setStub(implode('', $stub));
echo "Creating phar.phar.bat\n";
file_put_contents($dist_dir . '/phar.phar.bat', "%~dp0php.exe
%~dp0pharcommand.phar %*\r\n");
}
make_phar_dot_phar($dist_dir);
?>
Previous Comments:
[2012-03-22 22:33:59] mattfic...@php.net
Description:
Compiling latest revision from git repo...
Using Windows 7sp1x64, VC9 compiler x86 xp release
Ran nmake snap...
When it gets to 'creating phar.phar.bat' stage php cli crashes.
Here is the backtrace:
php5.dll!zval_mark_grey(_zval_struct * pz=0x010f0060) Line 425 C
php5.dll!gc_mark_roots() Line 501 + 0x6 bytes C
php5.dll!gc_collect_cycles() Line 794 C
php5.dll!zend_deactivate() Line 962C
php5.dll!php_request_shutdown(void * dummy=0x) Line 1784 C
php.exe!do_cli(int argc=13, char * * argv=0x00151b10) Line 1169 + 0x8 bytes
C
php.exe!main(int argc=13, char * * argv=0x00151b10) Line 1358 C
php.exe!__tmainCRTStartup() Line 586 + 0x17 bytes C
kernel32.dll!7616339a()
--
Edit this bug report at https://bugs.php.net/bug.php?id=61482&edit=1
Bug #61482 [Com]: php-cli crashes during 'nmake snap'
Edit report at https://bugs.php.net/bug.php?id=61482&edit=1
ID: 61482
Comment by: mattfic...@php.net
Reported by:mattfic...@php.net
Summary:php-cli crashes during 'nmake snap'
Status: Open
Type: Bug
Package:PHAR related
Operating System: Windows
PHP Version:5.4.0
Block user comment: N
Private report: N
New Comment:
looks like it fails on the first call to file_get_contents() in
make_phar_dot_phar().
the first and only arg to file_get_contents() is
"c:\php-sdk\git\php-src\ext\phar\phar\clicommand.inc".
Previous Comments:
----
[2012-03-22 22:56:48] mattfic...@php.net
Test Script (stripped down win32/build/mkdist.php):
C:\php-sdk\git\obj\Release\php.exe -d
date.timezone=UTC -n -dphar.readonly=0 win32/build/mkdist.php
"C:\php-sdk\git\obj\Release" "C:\php-sdk\git\php-src\no" "php5.dll"
"php-cgi.exe php.exe php-win.exe php5embed.lib" "php_mbstring.dll php_shmop.dll
php_sockets.dll php_sqlite3.dll php_exif.dll php_pdo_mysql.dll php_pdo_odbc.dll
php_pdo_sqlite.dll " " " "no"
// php build directory
$build_dir = "C:\php-sdk\git\obj\Release";
$dist_dir = $build_dir . "/php-" . phpversion();
$test_dir = $build_dir . "/php-test-pack-" . phpversion();
$pecl_dir = $build_dir . "/pecl-" . phpversion();
@mkdir($dist_dir);
@mkdir("$dist_dir/ext");
@mkdir("$dist_dir/dev");
@mkdir("$dist_dir/extras");
@mkdir($pecl_dir);
function make_phar_dot_phar($dist_dir)
{
if (!extension_loaded('phar')) {
return;
}
$path_to_phar = realpath(__DIR__ . '/../../ext/phar');
echo "Generating pharcommand.phar\n";
$phar = new Phar($dist_dir . '/pharcommand.phar', 0, 'pharcommand');
foreach (new DirectoryIterator($path_to_phar . '/phar') as $file) {
if ($file->isDir() || $file == 'phar.php') {
continue;
}
echo 'adding ', $file, "\n";
$phar[(string) $file] = file_get_contents($path_to_phar.
'/phar/' . $file);
}
$phar->setSignatureAlgorithm(Phar::SHA1);
$stub = file($path_to_phar . '/phar/phar.php');
unset($stub[0]); // remove hashbang
$phar->setStub(implode('', $stub));
echo "Creating phar.phar.bat\n";
file_put_contents($dist_dir . '/phar.phar.bat', "%~dp0php.exe
%~dp0pharcommand.phar %*\r\n");
}
make_phar_dot_phar($dist_dir);
?>
[2012-03-22 22:33:59] mattfic...@php.net
Description:
Compiling latest revision from git repo...
Using Windows 7sp1x64, VC9 compiler x86 xp release
Ran nmake snap...
When it gets to 'creating phar.phar.bat' stage php cli crashes.
Here is the backtrace:
php5.dll!zval_mark_grey(_zval_struct * pz=0x010f0060) Line 425 C
php5.dll!gc_mark_roots() Line 501 + 0x6 bytes C
php5.dll!gc_collect_cycles() Line 794 C
php5.dll!zend_deactivate() Line 962C
php5.dll!php_request_shutdown(void * dummy=0x) Line 1784 C
php.exe!do_cli(int argc=13, char * * argv=0x00151b10) Line 1169 + 0x8 bytes
C
php.exe!main(int argc=13, char * * argv=0x00151b10) Line 1358 C
php.exe!__tmainCRTStartup() Line 586 + 0x17 bytes C
kernel32.dll!7616339a()
--
Edit this bug report at https://bugs.php.net/bug.php?id=61482&edit=1
Bug #61482 [Opn]: php-cli crashes during 'nmake snap'
Edit report at https://bugs.php.net/bug.php?id=61482&edit=1
ID: 61482
User updated by:mattfic...@php.net
Reported by:mattfic...@php.net
Summary:php-cli crashes during 'nmake snap'
Status: Open
Type: Bug
Package:PHAR related
Operating System: Windows
PHP Version:5.4.0
Block user comment: N
Private report: N
New Comment:
With proper quotes:
Release\php.exe -d date.timezone=UTC -n -dphar.readonly=0
win32/build/mkdist.php
"Release" "C:\Projects\win32build" "php5.dll" "php-cgi.exe php.exe"
"php_intl.dll
php_pdo_mysql.dll " " " "no"
Previous Comments:
[2012-03-23 05:23:06] s...@php.net
This commandline reliably reproduces it:
Release\php.exe -d date.timezone=UTC -n -dphar.readonly=0
win32/build/mkdist.php
Release C:\Projects\win32build php5.dll php-cgi.exe php.exe php_intl.dll
php_pdo_mysql.dllno
[2012-03-23 00:47:31] s...@php.net
Happens to me with 5.4 branch too. If I remove make_phar_dot_phar(), it does
not
happen, so definitely has something to do with phar.
------------
[2012-03-22 23:03:38] mattfic...@php.net
looks like it fails on the first call to file_get_contents() in
make_phar_dot_phar().
the first and only arg to file_get_contents() is
"c:\php-sdk\git\php-src\ext\phar\phar\clicommand.inc".
--------
[2012-03-22 22:56:48] mattfic...@php.net
Test Script (stripped down win32/build/mkdist.php):
C:\php-sdk\git\obj\Release\php.exe -d
date.timezone=UTC -n -dphar.readonly=0 win32/build/mkdist.php
"C:\php-sdk\git\obj\Release" "C:\php-sdk\git\php-src\no" "php5.dll"
"php-cgi.exe php.exe php-win.exe php5embed.lib" "php_mbstring.dll php_shmop.dll
php_sockets.dll php_sqlite3.dll php_exif.dll php_pdo_mysql.dll php_pdo_odbc.dll
php_pdo_sqlite.dll " " " "no"
// php build directory
$build_dir = "C:\php-sdk\git\obj\Release";
$dist_dir = $build_dir . "/php-" . phpversion();
$test_dir = $build_dir . "/php-test-pack-" . phpversion();
$pecl_dir = $build_dir . "/pecl-" . phpversion();
@mkdir($dist_dir);
@mkdir("$dist_dir/ext");
@mkdir("$dist_dir/dev");
@mkdir("$dist_dir/extras");
@mkdir($pecl_dir);
function make_phar_dot_phar($dist_dir)
{
if (!extension_loaded('phar')) {
return;
}
$path_to_phar = realpath(__DIR__ . '/../../ext/phar');
echo "Generating pharcommand.phar\n";
$phar = new Phar($dist_dir . '/pharcommand.phar', 0, 'pharcommand');
foreach (new DirectoryIterator($path_to_phar . '/phar') as $file) {
if ($file->isDir() || $file == 'phar.php') {
continue;
}
echo 'adding ', $file, "\n";
$phar[(string) $file] = file_get_contents($path_to_phar.
'/phar/' . $file);
}
$phar->setSignatureAlgorithm(Phar::SHA1);
$stub = file($path_to_phar . '/phar/phar.php');
unset($stub[0]); // remove hashbang
$phar->setStub(implode('', $stub));
echo "Creating phar.phar.bat\n";
file_put_contents($dist_dir . '/phar.phar.bat', "%~dp0php.exe
%~dp0pharcommand.phar %*\r\n");
}
make_phar_dot_phar($dist_dir);
?>
[2012-03-22 22:33:59] mattfic...@php.net
Description:
Compiling latest revision from git repo...
Using Windows 7sp1x64, VC9 compiler x86 xp release
Ran nmake snap...
When it gets to 'creating phar.phar.bat' stage php cli crashes.
Here is the backtrace:
php5.dll!zval_mark_grey(_zval_struct * pz=0x010f0060) Line 425 C
php5.dll!gc_mark_roots() Line 501 + 0x6 bytes C
php5.dll!gc_collect_cycles() Line 794 C
php5.dll!zend_deactivate() Line 962C
php5.dll!php_request_shutdown(void * dummy=0x) Line 1784 C
php.exe!do_cli(int argc=13, char * * argv=0x00151b10) Line 1169 + 0x8 bytes
C
php.exe!main(int argc=13, char * * argv=0x00151b10) Line 1358 C
php.exe!__tmainCRTStartup() Line 586 + 0x17 bytes C
kernel32.dll!7616339a()
--
Edit this bug report at https://bugs.php.net/bug.php?id=61482&edit=1
[PHP-BUG] Bug #61517 [NEW]: random test failure - ext/standard/tests/misc/time_sleep_until_basic.phpt
From: mattficken Operating system: Windows PHP version: 5.3.10 Package: Testing related Bug Type: Bug Bug description:random test failure - ext/standard/tests/misc/time_sleep_until_basic.phpt 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 bug report at https://bugs.php.net/bug.php?id=61517&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61517&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61517&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61517&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61517&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61517&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61517&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61517&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61517&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61517&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61517&r=support Expected behavior: https://bugs.php.net/fix.php?id=61517&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61517&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61517&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61517&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61517&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61517&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61517&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61517&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61517&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61517&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61517&r=mysqlcfg
[PHP-BUG] Bug #61518 [NEW]: skip on windows - ext/standard/tests/streams/bug60106.phpt
From: mattficken Operating system: Windows PHP version: 5.3.10 Package: Testing related Bug Type: Bug Bug description:skip on windows - ext/standard/tests/streams/bug60106.phpt Description: This test tries to use unix sockets which aren't supported on Windows. This test should be skipped on Windows. Expected result: pass or skip Actual result: -- fail on Windows -- Edit bug report at https://bugs.php.net/bug.php?id=61518&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61518&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61518&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61518&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61518&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61518&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61518&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61518&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61518&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61518&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61518&r=support Expected behavior: https://bugs.php.net/fix.php?id=61518&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61518&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61518&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61518&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61518&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61518&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61518&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61518&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61518&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61518&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61518&r=mysqlcfg
[PHP-BUG] Bug #61519 [NEW]: test fails, should pass - ext/zlib/tests/bug60761.phpt
From: mattficken Operating system: Windows PHP version: 5.3.10 Package: Testing related Bug Type: Bug Bug description:test fails, should pass - ext/zlib/tests/bug60761.phpt 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 bug report at https://bugs.php.net/bug.php?id=61519&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61519&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61519&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61519&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61519&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61519&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61519&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61519&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61519&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61519&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61519&r=support Expected behavior: https://bugs.php.net/fix.php?id=61519&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61519&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61519&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61519&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61519&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61519&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61519&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61519&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61519&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61519&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61519&r=mysqlcfg
[PHP-BUG] Bug #61559 [NEW]: Test Bug - ext/standard/tests/streams/bug61115-1
From: mattficken Operating system: Windows PHP version: 5.4.0 Package: Testing related Bug Type: Bug Bug description:Test Bug - ext/standard/tests/streams/bug61115-1 Description: Looks like this is a test bug, with the fatal error message text being slightly different than expected. Might have to fork test into Windows and non-Windows tests. Test Diff 001+ Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 2147483647 bytes) in C:\php-sdk\0cf70b1\php-test-pack-5.4.1RC1-dev\ext\standard\tests\streams\bug61115-1.php on line 5 001- Fatal error: Allowed memory size of %d bytes exhausted at %s:%d (tried to allocate %d bytes) in %s on line %d Test script: --- see ext/standard/tests/streams/bug61115-1.phpt Expected result: Pass -- Fatal error: Allowed memory size of %d bytes exhausted at %s:%d (tried to allocate %d bytes) in %s on line %d Actual result: -- Fail -- Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 2147483647 bytes) in C:\php-sdk\0cf70b1\php-test-pack-5.4.1RC1-dev\ext\standard\tests\streams\bug61115-1.php on line 5 -- Edit bug report at https://bugs.php.net/bug.php?id=61559&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61559&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61559&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61559&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61559&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61559&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61559&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61559&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61559&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61559&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61559&r=support Expected behavior: https://bugs.php.net/fix.php?id=61559&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61559&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61559&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61559&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61559&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61559&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61559&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61559&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61559&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61559&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61559&r=mysqlcfg
Bug #61413 [Com]: ext\openssl\tests\openssl_encrypt_crash.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61413&edit=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=61413&patch=61413.diff&revision=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=61413&edit=1
Bug #61412 [Com]: ext\openssl\tests\bug28382.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61412&edit=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=61412&edit=1
Bug #61405 [Com]: ext\openssl\tests\022.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61405&edit=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=61405&edit=1
Bug #61404 [Com]: ext\openssl\tests\021.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61404&edit=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=61404&edit=1
Bug #61468 [Com]: ext/phar/tests/phar_oo_005.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61468&edit=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=61468&edit=1
Bug #61459 [Com]: popen_close_basic-win32 can't run sort.exe
Edit report at https://bugs.php.net/bug.php?id=61459&edit=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=61459&patch=popen_close_error-win32&revision=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=61459&edit=1
Bug #61519 [Com]: test fails, should pass - ext/zlib/tests/bug60761.phpt
Edit report at https://bugs.php.net/bug.php?id=61519&edit=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=61519&edit=1
Bug #61454 [Com]: ext\standard\tests\general_functions\bug49847.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61454&edit=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=61454&patch=bug49847.diff&revision=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=61454&edit=1
Bug #61481 [Com]: Test Bug - ext/com_dotnet/tests/bug49192
Edit report at https://bugs.php.net/bug.php?id=61481&edit=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=61481&patch=bug49192&revision=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=61481&edit=1
Bug #61480 [Com]: test bug - ext/gd/tests/bug48555.phpt
Edit report at https://bugs.php.net/bug.php?id=61480&edit=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=61480&patch=bug48555&revision=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=61480&edit=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=61517&edit=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=61517&edit=1
Bug #61401 [Com]: ext\openssl\tests\004.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61401&edit=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=61401&patch=php53_004.patch&revision=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=61401&edit=1
Bug #61460 [Com]: popen_close_error-win32 expected output is wrong
Edit report at https://bugs.php.net/bug.php?id=61460&edit=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=61460&edit=1
Bug #61518 [Com]: skip on windows - ext/standard/tests/streams/bug60106.phpt
Edit report at https://bugs.php.net/bug.php?id=61518&edit=1 ID: 61518 Comment by: mattfic...@php.net Reported by:mattfic...@php.net Summary:skip on windows - ext/standard/tests/streams/bug60106.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: For me, patch skips this test on Windows (which its supposed to). However, on Linux, with PHP5.3.11rc1, the test fails (with or without the patch) because the socket name printed in the warning messages doesn't have 4096 'a' characters like the test expects. Previous Comments: [2012-03-29 04:23:43] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=da85d5b4a00943a267db910299bdaee04c081c25 Log: Fix bug #61518 skip on windows, fix on linux - ext/standard/tests/streams/bug60106.phpt [2012-03-27 17:30:50] 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 17:26:06] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=da85d5b4a00943a267db910299bdaee04c081c25 Log: Fix bug #61518 skip on windows, fix on linux - ext/standard/tests/streams/bug60106.phpt [2012-03-27 08:58:09] a...@php.net extended the patch for the test to pass on linux - fixed a's count [2012-03-27 08:56:08] a...@php.net The following patch has been added/updated: Patch Name: bug60106.diff Revision: 1332838568 URL: https://bugs.php.net/patch-display.php?bug=61518&patch=bug60106.diff&revision=1332838568 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=61518 -- Edit this bug report at https://bugs.php.net/bug.php?id=61518&edit=1
Bug #61559 [PATCH]: Test Bug - ext/standard/tests/streams/bug61115-1
Edit report at https://bugs.php.net/bug.php?id=61559&edit=1 ID: 61559 Patch added by: mattfic...@php.net Reported by:mattfic...@php.net Summary:Test Bug - ext/standard/tests/streams/bug61115-1 Status: Closed Type: Bug Package:Testing related Operating System: Windows PHP Version:5.4.0 Assigned To:shein Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: bug61115-1.patch.txt Revision: 1333409053 URL: https://bugs.php.net/patch-display.php?bug=61559&patch=bug61115-1.patch.txt&revision=1333409053 Previous Comments: [2012-03-29 23:35:17] sh...@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. Please, update, it should be fixed: http://git.php.net/?p=php- src.git;a=blobdiff;f=ext/standard/tests/streams/bug61115- 1.phpt;h=573496edf0e2dbf0a77dc771f77c815098002a6f;hp=43c54b497423cfb7c21b0a2a4e8b 5e769d41956e;hb=e1352b04165142c945d1fc98c0bcd0b85c3f659d;hpb=55b1e612421c52ea0bb8 a3772095c5bbd62045db [2012-03-29 22:45:01] mattfic...@php.net Description: Looks like this is a test bug, with the fatal error message text being slightly different than expected. Might have to fork test into Windows and non-Windows tests. Test Diff 001+ Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 2147483647 bytes) in C:\php-sdk\0cf70b1\php-test-pack-5.4.1RC1-dev\ext\standard\tests\streams\bug61115-1.php on line 5 001- Fatal error: Allowed memory size of %d bytes exhausted at %s:%d (tried to allocate %d bytes) in %s on line %d Test script: --- see ext/standard/tests/streams/bug61115-1.phpt Expected result: Pass -- Fatal error: Allowed memory size of %d bytes exhausted at %s:%d (tried to allocate %d bytes) in %s on line %d Actual result: -- Fail -- Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 2147483647 bytes) in C:\php-sdk\0cf70b1\php-test-pack-5.4.1RC1-dev\ext\standard\tests\streams\bug61115-1.php on line 5 -- Edit this bug report at https://bugs.php.net/bug.php?id=61559&edit=1
Bug #61559 [Com]: Test Bug - ext/standard/tests/streams/bug61115-1
Edit report at https://bugs.php.net/bug.php?id=61559&edit=1 ID: 61559 Comment by: mattfic...@php.net Reported by:mattfic...@php.net Summary:Test Bug - ext/standard/tests/streams/bug61115-1 Status: Closed Type: Bug Package:Testing related Operating System: Windows PHP Version:5.4.0 Assigned To:shein Block user comment: N Private report: N New Comment: Both Windows and Linux have slightly different error messages. The current error message fails for me on both Windows and Linux. My above patch fixes the Linux error message and forks the test into a Windows specific test (with the correct Windows error message). Previous Comments: [2012-04-02 23:24:13] mattfic...@php.net The following patch has been added/updated: Patch Name: bug61115-1.patch.txt Revision: 1333409053 URL: https://bugs.php.net/patch-display.php?bug=61559&patch=bug61115-1.patch.txt&revision=1333409053 [2012-03-29 23:35:17] sh...@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. Please, update, it should be fixed: http://git.php.net/?p=php- src.git;a=blobdiff;f=ext/standard/tests/streams/bug61115- 1.phpt;h=573496edf0e2dbf0a77dc771f77c815098002a6f;hp=43c54b497423cfb7c21b0a2a4e8b 5e769d41956e;hb=e1352b04165142c945d1fc98c0bcd0b85c3f659d;hpb=55b1e612421c52ea0bb8 a3772095c5bbd62045db [2012-03-29 22:45:01] mattfic...@php.net Description: Looks like this is a test bug, with the fatal error message text being slightly different than expected. Might have to fork test into Windows and non-Windows tests. Test Diff 001+ Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 2147483647 bytes) in C:\php-sdk\0cf70b1\php-test-pack-5.4.1RC1-dev\ext\standard\tests\streams\bug61115-1.php on line 5 001- Fatal error: Allowed memory size of %d bytes exhausted at %s:%d (tried to allocate %d bytes) in %s on line %d Test script: --- see ext/standard/tests/streams/bug61115-1.phpt Expected result: Pass -- Fatal error: Allowed memory size of %d bytes exhausted at %s:%d (tried to allocate %d bytes) in %s on line %d Actual result: -- Fail -- Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 2147483647 bytes) in C:\php-sdk\0cf70b1\php-test-pack-5.4.1RC1-dev\ext\standard\tests\streams\bug61115-1.php on line 5 -- Edit this bug report at https://bugs.php.net/bug.php?id=61559&edit=1
Bug #61480 [PATCH]: test bug - ext/gd/tests/bug48555.phpt
Edit report at https://bugs.php.net/bug.php?id=61480&edit=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=61480&patch=bug48555&revision=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=61480&patch=bug48555&revision=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=61480&edit=1
Bug #61480 [Com]: test bug - ext/gd/tests/bug48555.phpt
Edit report at https://bugs.php.net/bug.php?id=61480&edit=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=61480&patch=bug48555&revision=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=61480&patch=bug48555&revision=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=61480&edit=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=61643&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61643&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61643&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61643&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61643&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61643&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61643&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61643&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61643&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61643&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61643&r=support Expected behavior: https://bugs.php.net/fix.php?id=61643&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61643&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61643&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61643&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61643&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61643&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61643&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61643&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61643&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61643&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61643&r=mysqlcfg
[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=61685&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=61685&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=61685&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=61685&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=61685&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=61685&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=61685&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=61685&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=61685&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=61685&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=61685&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=61685&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=61685&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=61685&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=61685&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=61685&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=61685&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=61685&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=61685&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=61685&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=61685&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=61685&r=mysqlcfg
Bug #61685 [PATCH]: putenv('TZ=UTC') doesn't update timezone for localtime()
Edit report at https://bugs.php.net/bug.php?id=61685&edit=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=61685&patch=unixtojd.patch.txt&revision=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=61685&edit=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=61610&edit=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=61610&patch=bug61610-2.diff.patch.txt&revision=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=61610&patch=61610.diff&revision=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=61610&edit=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=61610&edit=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=61610&patch=bug61610-2.diff.patch.txt&revision=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=61610&patch=61610.diff&revision=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=61610&edit=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=61610&edit=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=61610&patch=bug61610-2.diff.patch.txt&revision=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=61610&patch=61610.diff&revision=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=61610&edit=1
Bug #61609 [Com]: Test ext\date\tests\bug52062.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61609&edit=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=61609&patch=61609.diff&revision=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=61609&edit=1
Bug #61611 [Com]: ext\date\tests\date_default_timezone_get-2.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61611&edit=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=61611&patch=61611.diff&revision=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=61611&edit=1
Bug #61631 [Com]: mbstring mail related tests fail
Edit report at https://bugs.php.net/bug.php?id=61631&edit=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=61631&patch=61631.diff&revision=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=61631&edit=1
Bug #61621 [Com]: Test fail in ext/standard/tests/dir
Edit report at https://bugs.php.net/bug.php?id=61621&edit=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=61621&patch=61621.diff&revision=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=61621&edit=1
Bug #61632 [Com]: Test ext\sockets\tests\socket_create_listen.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61632&edit=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=61632&patch=61632.diff&revision=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=61632&edit=1
Bug #61633 [Com]: Test ext\sockets\tests\socket_create_pair-wrongparams.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61633&edit=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=61633&patch=61633.diff&revision=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=61633&edit=1
Bug #61634 [Com]: Test ext\sockets\tests\socket_listen-wrongparams.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61634&edit=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=61634&patch=61634.diff&revision=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=61634&edit=1
Bug #61635 [Com]: ext\sockets\tests\socket_select-wrongparams-1.phpt
Edit report at https://bugs.php.net/bug.php?id=61635&edit=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=61635&patch=61635.diff&revision=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=61635&edit=1
Bug #61637 [Com]: ext\sockets\tests\socket_sentto_recvfrom_unix.phpt
Edit report at https://bugs.php.net/bug.php?id=61637&edit=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=61637&patch=61637.diff&revision=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=61637&edit=1
Bug #61638 [Com]: Test ext\sockets\tests\unixloop.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61638&edit=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=61638&patch=61638.diff&revision=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=61638&edit=1
Bug #61659 [Com]: Test ext\spl\tests\bug60082.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61659&edit=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=61659&patch=61659.diff&revision=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=61659&edit=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=61666&edit=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=61666&patch=61666.diff&revision=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=61666&edit=1
Bug #61667 [Com]: ext\standard\tests\file\glob_variation-win32.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61667&edit=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=61667&patch=61667.diff&revision=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=61667&edit=1
Bug #61668 [Com]: ext\standard\tests\file\rename_variation13-win32.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61668&edit=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=61668&patch=61668_php5.4.diff&revision=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=61668&patch=61668_php5.3.diff&revision=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
Bug #61669 [Com]: ext\standard\tests\file\rename_variation7-win32.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61669&edit=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=61669&patch=61669.diff&revision=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=61669&edit=1
Bug #61743 [Com]: Tests in ext\standard\tests\file\windows_acls\* fail
Edit report at https://bugs.php.net/bug.php?id=61743&edit=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: Per
[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 [g:\php-sdk\lib_bu
[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=64382&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64382&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64382&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64382&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64382&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64382&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64382&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64382&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64382&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64382&r=support Expected behavior: https://bugs.php.net/fix.php?id=64382&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64382&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64382&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64382&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64382&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64382&r=
[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=64383&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64383&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64383&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64383&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64383&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64383&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64383&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64383&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64383&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64383&r=support Expected behavior: https://bugs.php.net/fix.php?id=64383&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64383&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64383&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64383&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64383&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64383&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64383&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64383&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64383&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64383&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64383&r=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=64384&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64384&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64384&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64384&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64384&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64384&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64384&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64384&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64384&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64384&r=support Expected behavior: https://bugs.php.net/fix.php?id=64384&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64384&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64384&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64384&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64384&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64384&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64384&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64384&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64384&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64384&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64384&r=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=64385&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64385&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64385&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64385&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64385&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64385&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64385&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64385&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64385&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64385&r=support Expected behavior: https://bugs.php.net/fix.php?id=64385&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64385&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64385&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64385&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64385&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64385&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64385&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64385&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64385&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64385&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64385&r=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=64396&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64396&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64396&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64396&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64396&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64396&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64396&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64396&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64396&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64396&r=support Expected behavior: https://bugs.php.net/fix.php?id=64396&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64396&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64396&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64396&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64396&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64396&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64396&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64396&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64396&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64396&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64396&r=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=64397&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64397&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64397&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64397&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64397&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64397&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64397&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64397&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64397&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64397&r=support Expected behavior: https://bugs.php.net/fix.php?id=64397&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64397&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64397&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64397&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64397&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64397&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64397&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64397&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64397&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64397&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64397&r=mysqlcfg
[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=64452&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64452&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64452&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64452&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64452&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64452&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64452&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64452&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64452&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64452&r=support Expected behavior: https://bugs.php.net/fix.php?id=64452&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64452&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64452&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64452&r=globals PHP 4 support dis
Bug #64396 [Com]: tests/basic/req60524.phpt should not be run on Windows
Edit report at https://bugs.php.net/bug.php?id=64396&edit=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=64396&edit=1
[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=64714&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64714&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64714&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64714&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64714&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64714&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64714&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64714&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64714&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64714&r=support Expected behavior: https://bugs.php.net/fix.php?id=64714&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64714&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64714&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64714&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64714&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64714&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64714&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64714&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64714&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64714&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64714&r=mysqlcfg
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=64714&edit=1 ID: 64714 Patch added by: mattfic...@php.net Reported by:mattfic...@php.net Summary:ext/standard/tests/file/bug24482.phpt finds too many files if run too fast Status: Open Type: Bug Package:Testing related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: bug24482.patch.txt Revision: 1366915651 URL: https://bugs.php.net/patch-display.php?bug=64714&patch=bug24482.patch.txt&revision=1366915651 Previous Comments: [2013-04-25 18:32:05] mattfic...@php.net Description: ext/standard/tests/file/bug24482.phpt, run fast enough with other tests, on 4+ cpu core machines may get a different count of the files in the ext/standard/tests/file directory from glob() and opendir(). This is not a stat cache problem. Its just that other PHPT tests create files in ext/standard/tests/file directory and, though they clean them up, on very fast Windows servers, sometimes the deletion is committed to the file system (by Windows) during the time between the glob() and opendir() calls. This isn't really a PHP problem, but rather an OS behavior/side-effect of performance optimizations in the OS/file-system. The simple solution is to change the directory the test checks to ext/standard/tests. PHPT tests don't create test files there at all, so the count of files/directories there won't change during a test run. Test script: --- See ext/standard/tests/file/bug24482.phpt Expected result: Pass Actual result: -- Fail (2 different counts) -- Edit this bug report at https://bugs.php.net/bug.php?id=64714&edit=1
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=64714&edit=1 ID: 64714 Comment by: mattfic...@php.net Reported by:mattfic...@php.net Summary:ext/standard/tests/file/bug24482.phpt finds too many files if run too fast Status: Open Type: Bug Package:Testing related Operating System: Windows PHP Version:Irrelevant Block user comment: N Private report: N New Comment: Bug affects 5.3, 5.4, 5.5 on Windows. Attached patch fixes it on Windows and doesn't break on Linux. Previous Comments: [2013-04-25 18:47:31] mattfic...@php.net The following patch has been added/updated: Patch Name: bug24482.patch.txt Revision: 1366915651 URL: https://bugs.php.net/patch-display.php?bug=64714&patch=bug24482.patch.txt&revision=1366915651 [2013-04-25 18:32:05] mattfic...@php.net Description: ext/standard/tests/file/bug24482.phpt, run fast enough with other tests, on 4+ cpu core machines may get a different count of the files in the ext/standard/tests/file directory from glob() and opendir(). This is not a stat cache problem. Its just that other PHPT tests create files in ext/standard/tests/file directory and, though they clean them up, on very fast Windows servers, sometimes the deletion is committed to the file system (by Windows) during the time between the glob() and opendir() calls. This isn't really a PHP problem, but rather an OS behavior/side-effect of performance optimizations in the OS/file-system. The simple solution is to change the directory the test checks to ext/standard/tests. PHPT tests don't create test files there at all, so the count of files/directories there won't change during a test run. Test script: --- See ext/standard/tests/file/bug24482.phpt Expected result: Pass Actual result: -- Fail (2 different counts) -- Edit this bug report at https://bugs.php.net/bug.php?id=64714&edit=1
[PHP-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=64751&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64751&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64751&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64751&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64751&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64751&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64751&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64751&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64751&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64751&r=support Expected behavior: https://bugs.php.net/fix.php?id=64751&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64751&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64751&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64751&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64751&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64751&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64751&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64751&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64751&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64751&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64751&r=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=64752&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64752&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64752&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64752&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64752&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64752&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64752&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64752&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64752&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64752&r=support Expected behavior: https://bugs.php.net/fix.php?id=64752&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64752&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64752&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64752&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64752&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64752&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64752&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64752&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64752&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64752&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64752&r=mysqlcfg
[PHP-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=64753&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64753&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64753&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64753&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64753&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64753&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64753&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64753&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64753&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64753&r=support Expected behavior: https://bugs.php.net/fix.php?id=64753&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64753&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64753&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64753&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64753&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64753&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64753&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64753&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64753&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64753&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64753&r=mysqlcfg
[PHP-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=64769&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64769&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64769&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64769&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64769&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64769&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64769&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64769&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64769&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64769&r=support Expected behavior: https://bugs.php.net/fix.php?id=64769&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64769&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64769&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64769&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64769&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64769&r=dst IIS Stability: https://bug
[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) http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd";> http://www.w3.org/1999/xhtml";> Isto para testes. Actual result: -- http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd";> http://www.w3.org/1999/xhtml";> bool(true) bool(true) Isto para testes. � -- Edit bug report at https://bugs.php.net/bug.php?id=64786&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64786&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64786&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64786&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64786&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64786&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64786&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64786&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64786&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64786&r=support Expected behavior: https://bugs.php.net/fix.php?id=64786&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=64786&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=64786&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=64786&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=64786&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=64786&r=dst IIS Stability: https://bugs.php.net/fix.php?id=64786&r=isapi Install GNU Sed:https://bugs.php.net/fix.php?id=64786&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=64786&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=64786&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=64786&r=mysqlcfg
[PHP-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=64906&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=64906&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=64906&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=64906&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=64906&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=64906&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=64906&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=64906&r=needscript Try newer version: https://bugs.php.net/fix.php?id=64906&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=64906&r=support Expected behavior: https://bugs.php.net/fix.php?id=64906&r=notwrong Not enough info: https://bu
Bug #64214 [Com]: PHAR PHPTs intermittently crash when run on DFS or SMB
Edit report at https://bugs.php.net/bug.php?id=64214&edit=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 *
Bug #65327 [Com]: LDAP Extension not showing in phpinfo()
Edit report at https://bugs.php.net/bug.php?id=65327&edit=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=65327&edit=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=61769&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=61769&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=61769&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=61769&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=61769&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=61769&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=61769&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=61769&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=61769&r=needscript Try newer version: https://bugs.php.net/fix.php?id=61769&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=61769&r=support Expected behavior: https://bugs.php.net/fix.php?id=61769&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=61769&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=61769&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=61769&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=61769&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=61769&r=dst IIS Stability: https://bugs.php.net/fix.php?id=61769&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=61769&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=61769&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=61769&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=61769&r=mysqlcfg
Bug #61671 [Com]: ext\spl\tests\fileobject_003.phpt fails
Edit report at https://bugs.php.net/bug.php?id=61671&edit=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=61671&patch=61671.diff&revision=1334757906
[2012-04-17 10:06:34] a...@php.net
A simple reproduce case for this:
C:\php-sdk\php53\vc9\x86\php-src>Debug_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=61671&edit=1
Bug #61769 [Com]: Random failure of php_cli_server*phpt tests
Edit report at https://bugs.php.net/bug.php?id=61769&edit=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=61769&patch=php_cli_server_017.diff&revision=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=61769&edit=1
Bug #61685 [PATCH]: putenv('TZ=UTC') doesn't update timezone for localtime()
Edit report at https://bugs.php.net/bug.php?id=61685&edit=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=61685&patch=61685&revision=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=61685&patch=unixtojd.patch.txt&revision=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=61685&edit=1
