Bug #64396 [Fbk->Csd]: tests/basic/req60524.phpt should not be run on Windows

2013-09-03 Thread mattficken
Edit report at https://bugs.php.net/bug.php?id=64396&edit=1

 ID: 64396
 Updated by: mattfic...@php.net
 Reported by:mattfic...@php.net
 Summary:tests/basic/req60524.phpt should not be run on
 Windows
-Status: Feedback
+Status: Closed
 Type:   Bug
 Package:*Directory/Filesystem functions
 Operating System:   Windows
 PHP Version:5.5.0alpha5
 Assigned To:mattficken
 Block user comment: N
 Private report: N



Previous Comments:

[2013-09-03 16:42:38] mattfic...@php.net

Yes I committed it, but forgot to close this bug report.


[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 :)




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=64396


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


Bug #55334 [Asn->Csd]: MySQLi make mod_php crash on stress test

2012-03-09 Thread mattficken
Edit report at https://bugs.php.net/bug.php?id=55334&edit=1

 ID: 55334
 Updated by: mattfic...@php.net
 Reported by:bruno at chalopin dot fr
 Summary:MySQLi make mod_php crash on stress test
-Status: Assigned
+Status: Closed
 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:

Closing bug


Previous Comments:

[2012-03-09 19:03:14] mattfic...@php.net

Using 5_3 r324027, with Apache 2.2 on Windows 2008r2sp0, I can no longer 
reproduce this bug.


I think this bug is fixed.


[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.




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 [Asn->Csd]: Wrappers opened with errors concurrency problem

2012-03-09 Thread mattficken
Edit report at https://bugs.php.net/bug.php?id=61253&edit=1

 ID: 61253
 Updated by: mattfic...@php.net
 Reported by:cataphr...@php.net
 Summary:Wrappers opened with errors concurrency problem
-Status: Assigned
+Status: Closed
 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:

Closing bug.


Previous Comments:

[2012-03-09 18:29:35] mattfic...@php.net

As of 5_4 rev324027, I can no longer reproduce this bug using Apache 2.2 on 
Windows 2008r2.

I think the fix works.


[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




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 [Csd->ReO]: MySQLi make mod_php crash on stress test

2012-03-09 Thread mattficken
Edit report at https://bugs.php.net/bug.php?id=55334&edit=1

 ID: 55334
 Updated by: mattfic...@php.net
 Reported by:bruno at chalopin dot fr
 Summary:MySQLi make mod_php crash on stress test
-Status: Closed
+Status: Re-Opened
 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:

To repro this problem, your test environment needs to have 4+ cpus, which the 
environment I was previously using didn't have.


Previous Comments:

[2012-03-09 19:07:38] mattfic...@php.net

Closing bug


[2012-03-09 19:03:14] mattfic...@php.net

Using 5_3 r324027, with Apache 2.2 on Windows 2008r2sp0, I can no longer 
reproduce this bug.


I think this bug is fixed.


[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.




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 #64253 [Opn]: alpha 5 does not load extensions

2013-02-20 Thread mattficken
Edit report at https://bugs.php.net/bug.php?id=64253&edit=1

 ID: 64253
 Updated by: mattfic...@php.net
 Reported by:bugzilla77 at gmail dot com
 Summary:alpha 5 does not load extensions
 Status: Open
 Type:   Bug
 Package:Dynamic loading
 Operating System:   win 7 32
 PHP Version:5.5.0alpha4
 Block user comment: N
 Private report: N

 New Comment:

Extensions are fine for me with 5.5.0a5-NTS on Windows7, but the following 
extensions are missing on 5.5.0a5-TS:
bz2
exif
fileinfo
gd
gettext
imap
intl
mysql
mysqli
pdo_mysql
pdo_pgsql
pgsql
openssl
soap
wddx
xmlrpc

The TS and NTS builds of 5.4.12 and 5.3.22 all have all the extensions though 
(so its only a 5.5.0a5-TS problem).


Previous Comments:

[2013-02-20 16:57:01] bugzilla77 at gmail dot com

Description:

alpha 5 does not load extensions

Expected result:

alpha 4 loads extensions on the same php.ini

Actual result:
--
alpha 5 does not load extensions






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


Bug #64382 [Opn]: ZIP PHPTs crash with 5.5 built with VC11 compiler

2013-03-08 Thread mattficken
Edit report at https://bugs.php.net/bug.php?id=64382&edit=1

 ID: 64382
 Updated by: mattfic...@php.net
 Reported by:mattfic...@php.net
 Summary:ZIP PHPTs crash with 5.5 built with VC11 compiler
 Status: Open
 Type:   Bug
 Package:Zip Related
 Operating System:   Windows
 PHP Version:5.5.0alpha5
 Block user comment: N
 Private report: N

 New Comment:

Note: this is only with TS builds.
Note: this is bug occurs with or without O+


Previous Comments:

[2013-03-08 09:13:49] mattfic...@php.net

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 this bug report at https://bugs.php.net/bug.php?id=64382&edit=1


Bug #64372 [Opn->Csd]: PHPT crashes with 5.5 built with VC11 compiler and O+

2013-03-08 Thread mattficken
Edit report at https://bugs.php.net/bug.php?id=64372&edit=1

 ID: 64372
 Updated by: mattfic...@php.net
 Reported by:mattfic...@php.net
 Summary:PHPT crashes with 5.5 built with VC11 compiler and
 O+
-Status: Open
+Status: Closed
 Type:   Bug
 Package:*Compile Issues
 Operating System:   Windows
 PHP Version:5.5.0alpha5
-Assigned To:
+Assigned To:mattficken
 Block user comment: N
 Private report: N

 New Comment:

splitting into separate bugs


Previous Comments:

[2013-03-07 08:24:18] mattfic...@php.net

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_sta

Bug #64385 [Opn]: SimpleXML PHPTs crash with 5.5

2013-03-08 Thread mattficken
Edit report at https://bugs.php.net/bug.php?id=64385&edit=1

 ID: 64385
 Updated by: mattfic...@php.net
 Reported by:mattfic...@php.net
-Summary:SimpleXML PHPTs crash with 5.5 built with VC11
 compiler
+Summary:SimpleXML PHPTs crash with 5.5
 Status: Open
 Type:   Bug
 Package:SimpleXML related
 Operating System:   Windows
 PHP Version:5.5.0alpha5
 Block user comment: N
 Private report: N

 New Comment:

These also crash with 5.5.0a6 built with VC9 compiler.

Since crashes occur with VC9 and with VC11 its not a VC11 issue, its just a 
SimpleXML+Apache issue.


Previous Comments:

[2013-03-08 09:27:59] mattfic...@php.net

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 this bug report at https://bugs.php.net/bug.php?id=64385&edit=1


Bug #64385 [Opn->Csd]: SimpleXML PHPTs crash with 5.5

2013-03-15 Thread mattficken
Edit report at https://bugs.php.net/bug.php?id=64385&edit=1

 ID: 64385
 Updated by: mattfic...@php.net
 Reported by:mattfic...@php.net
 Summary:SimpleXML PHPTs crash with 5.5
-Status: Open
+Status: Closed
 Type:   Bug
 Package:SimpleXML related
 Operating System:   Windows
 PHP Version:5.5.0alpha5
-Assigned To:
+Assigned To:mattficken
 Block user comment: N
 Private report: N

 New Comment:

Pierre fixed this (API change)


Previous Comments:

[2013-03-08 22:46:32] mattfic...@php.net

These also crash with 5.5.0a6 built with VC9 compiler.

Since crashes occur with VC9 and with VC11 its not a VC11 issue, its just a 
SimpleXML+Apache issue.


[2013-03-08 09:27:59] mattfic...@php.net

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 this bug report at https://bugs.php.net/bug.php?id=64385&edit=1


Bug #64383 [Opn->Csd]: ext/date/tests/bug53437.phpt always crashes on Windows

2013-05-06 Thread mattficken
Edit report at https://bugs.php.net/bug.php?id=64383&edit=1

 ID: 64383
 Updated by: mattfic...@php.net
 Reported by:mattfic...@php.net
 Summary:ext/date/tests/bug53437.phpt always crashes on
 Windows
-Status: Open
+Status: Closed
 Type:   Bug
 Package:Date/time related
 Operating System:   Windows
 PHP Version:5.5.0alpha5
-Assigned To:
+Assigned To:mattficken
 Block user comment: N
 Private report: N



Previous Comments:

[2013-04-11 11:19:05] a...@php.net

these commits have fixed this one in 5.5+

http://git.php.net/?p=php-src.git;a=commitdiff;h=0ee71557ffd285552659b6aa37ea236e3bad493f
http://git.php.net/?p=php-src.git;a=commitdiff;h=fa3fc711d3fb54bf1746138ffcf7f46426921204


[2013-03-08 09:14:07] mattfic...@php.net

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 this bug report at https://bugs.php.net/bug.php?id=64383&edit=1


Req #60502 [Opn->Csd]: uses bundled web server for standard/http tests

2013-05-06 Thread mattficken
Edit report at https://bugs.php.net/bug.php?id=60502&edit=1

 ID: 60502
 Updated by: mattfic...@php.net
 Reported by:mattfic...@php.net
 Summary:uses bundled web server for standard/http tests
-Status: Open
+Status: Closed
 Type:   Feature/Change Request
 Package:Testing related
 Operating System:   Windows
 PHP Version:5.4.0RC3
-Assigned To:
+Assigned To:mattficken
 Block user comment: N
 Private report: N



Previous Comments:

[2011-12-12 19:35:26] mattfic...@php.net

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 this bug report at https://bugs.php.net/bug.php?id=60502&edit=1


Bug #60506 [Opn->Csd]: extra warnings messages for dir tests

2013-05-06 Thread mattficken
Edit report at https://bugs.php.net/bug.php?id=60506&edit=1

 ID: 60506
 Updated by: mattfic...@php.net
 Reported by:mattfic...@php.net
 Summary:extra warnings messages for dir tests
-Status: Open
+Status: Closed
 Type:   Bug
 Package:Testing related
 Operating System:   Windows
 PHP Version:5.4.0RC3
-Assigned To:
+Assigned To:mattficken
 Block user comment: N
 Private report: N



Previous Comments:

[2011-12-13 05:57:14] paj...@php.net

Please add a skipif section and duplicate the test instead, as these tests 
passes 
on other versions.


[2011-12-13 00:57:00] mattfic...@php.net

Description:

on windows (win2008r2 sp1), extra warning messages are added to the output of 
scandir-variation6-win32







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


Bug #64383 [Csd->ReO]: ext/date/tests/bug53437.phpt always crashes on Windows

2013-05-31 Thread mattficken
Edit report at https://bugs.php.net/bug.php?id=64383&edit=1

 ID: 64383
 Updated by: mattfic...@php.net
 Reported by:mattfic...@php.net
 Summary:ext/date/tests/bug53437.phpt always crashes on
 Windows
-Status: Closed
+Status: Re-Opened
 Type:   Bug
 Package:Date/time related
 Operating System:   Windows
 PHP Version:5.5.0alpha5
 Assigned To:mattficken
 Block user comment: N
 Private report: N

 New Comment:

This test is crashing again on 5.3.26rc1 and 5.4.16rc1 but not 5.5.0rc2 (on 
Windows)


Previous Comments:

[2013-04-11 11:19:05] a...@php.net

these commits have fixed this one in 5.5+

http://git.php.net/?p=php-src.git;a=commitdiff;h=0ee71557ffd285552659b6aa37ea236e3bad493f
http://git.php.net/?p=php-src.git;a=commitdiff;h=fa3fc711d3fb54bf1746138ffcf7f46426921204


[2013-03-08 09:14:07] mattfic...@php.net

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 this bug report at https://bugs.php.net/bug.php?id=64383&edit=1


Bug #55814 [Asn->Bgs]: stream_socket_recvfrom() “randomly” returns false

2011-10-14 Thread mattficken
Edit report at https://bugs.php.net/bug.php?id=55814&edit=1

 ID: 55814
 Updated by: mattfic...@php.net
 Reported by:ivan dot enderlin at hoa-project dot net
 Summary:stream_socket_recvfrom() “randomly” returns
 false
-Status: Assigned
+Status: Bogus
 Type:   Bug
 Package:Streams related
 Operating System:   Windows 7
 PHP Version:Irrelevant
 Assigned To:mattficken
 Block user comment: N
 Private report: N

 New Comment:

I can reproduce this behavior on Windows 7, but not Linux (both using php 
5.3.8).

The manual entry for stream_socket_recvfrom, isn't clear on this, but really it 
just reads whatever message may be in the stream buffer (if any). Typically its 
used with stream_select.

This is asynchronous IO, so you can't assume the message will be there when you 
call stream_socket_recvfrom.

Even on Linux, if you're going to a remote host (your example is a localhost), 
it may not work sometimes due to network traffic, number of connections, etc...

Windows network scheduling has different behavior than Linux. Thats why this 
'problem' occurred. Also, because of those differences, if you call usleep(1) 
to sleep for just a 1 ms before calling stream_socket_recvfrom, the message 
will get into the buffer (because you're putting your program to sleep so 
Windows can use that time to do other work).

Also, if you do: stream_set_blocking($client, true);  before 
stream_socket_recvfrom, you'll convert the $client stream to synchronous IO 
(whereas its asynchronous by default) and your example will work then.

I recommend you do that, or rewrite your code to use synchronous functions like 
fread().


Previous Comments:

[2011-10-13 21:55:46] paj...@php.net

Matt, please analyze that one.


[2011-09-29 14:23:07] ivan dot enderlin at hoa-project dot net

Description:

Sometimes, on Windows7 with PHP5.3+, stream_socket_recvfrom() returns false 
(the documentation says that it always returns a string but the source code 
says the opposite, it can return false), and I have no idea why. It happens 
only on Windows7 a priori. Basically, I have a client and a server as bellow.

Test script:
---
Client.php

https://bugs.php.net/bug.php?id=55814&edit=1


Req #62968 [Opn->Nab]: Unable to Run PHP with IIS 7.X

2012-10-08 Thread mattficken
Edit report at https://bugs.php.net/bug.php?id=62968&edit=1

 ID: 62968
 Updated by: mattfic...@php.net
 Reported by:bankim dot rana at strixsystems dot com
 Summary:Unable to Run PHP with IIS 7.X
-Status: Open
+Status: Not a bug
 Type:   Feature/Change Request
 Package:IIS related
 Operating System:   windows 2008 64 bit R2 sp1
 PHP Version:5.4.6
 Block user comment: N
 Private report: N

 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.

ISAPI is not supported by PHP. You should not use it.

You should use FastCGI instead. If instructions, tutorials, etc... weren't 
clear on this, then let us know because that will need to be fixed.

For instructions on how to setup PHP with IIS, see this link: 
http://www.iis.net/learn/application-frameworks/install-and-configure-php-applications-on-iis/using-fastcgi-to-host-php-applications-on-iis.
 

You can also try WebPI and PHP Manager, both available on iis.net.


Previous Comments:

[2012-08-29 13:31:17] bankim dot rana at strixsystems dot com

Description:

We are getting "HTTP Error 500.0 - Internal Server Error" while run any php 
file on IIS 7 and above on windows 2008 R2 sp1 OS with 64 bit.
Details about error
Module IsapiModule -> Requested URL http://localhost:80/phpinfo.php 

Notification ExecuteRequestHandler - Physical Path 
C:\inetpub\wwwroot\phpinfo.php 

Handler PHP-ISPAI - Logon Method Anonymous
Error Code 0x8007007e - Logon User Anonymous 


Test script:
---


Expected result:

it shuld display php.ini configuration







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