Bug #54646 [Fbk->Opn]: segmentation fault
Edit report at http://bugs.php.net/bug.php?id=54646&edit=1 ID: 54646 User updated by:public at grik dot net Reported by:public at grik dot net Summary:segmentation fault -Status: Feedback +Status: Open Type: Bug Package:MySQLi related Operating System: linux PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Sorry, I meant backtrace. Or you need some other one? Previous Comments: [2011-05-01 21:06:41] public at grik dot net I am sorry, but the bugtrace is already posted in the report. [2011-05-01 14:27:55] paj...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2011-05-01 14:26:47] public at grik dot net Description: I observe a segfault when running a xenforo package in debug mode. The configuration of the server is Fedora Core 8, MySQL 5.0.45 I recompiled PHP with debug mode and turned off all extensions not from the standard archive. I found a way to avoid it by recompiling the mysqli extension with mysqlnd driver. I am not really sure if it was worth to open this report as I don't know how you can reproduce it, but at least you'll hear about the issue. Test script: --- I am not sure I can make a minimal reproducable case. Xenforo is a large package based on Zend Framework. any call to the xenforo scripts in debug mode crashes php, both fcgi and cli Actual result: -- backtrace: Core was generated by `php index.php'. Program terminated with signal 11, Segmentation fault. #0 0x083ccebc in add_property_string_ex (arg=0xa62c714, key=0x7a6fb4 "catalog", key_len=8, str=0x665f696b , duplicate=1) at /usr/src/web/php-5.3.6/Zend/zend_API.c:1524 1524 ZVAL_STRING(tmp, str, duplicate); (gdb) bt #0 0x083ccebc in add_property_string_ex (arg=0xa62c714, key=0x7a6fb4 "catalog", key_len=8, str=0x665f696b , duplicate=1) at /usr/src/web/php-5.3.6/Zend/zend_API.c:1524 #1 0x00799f0c in php_add_field_properties (value=0xa62c714, field=0xa2aea28) at /usr/src/web/php-5.3.6/ext/mysqli/mysqli_api.c:1056 #2 0x0079a29b in zif_mysqli_fetch_fields (ht=0, return_value=0xa4b8584, return_value_ptr=0x0, this_ptr=0xa5c9ca0, return_value_used=1) at /usr/src/web/php-5.3.6/ext/mysqli/mysqli_api.c:1114 #3 0x083f3f03 in zend_do_fcall_common_helper_SPEC (execute_data=0xa055c50) at /usr/src/web/php-5.3.6/Zend/zend_vm_execute.h:316 #4 0x083f4b3f in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xa055c50) at /usr/src/web/php-5.3.6/Zend/zend_vm_execute.h:421 #5 0x083f32d2 in execute (op_array=0xa2743b4) at /usr/src/web/php-5.3.6/Zend/zend_vm_execute.h:107 #6 0x083c7718 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/web/php-5.3.6/Zend/zend.c:1194 #7 0x0835bd0c in php_execute_script (primary_file=0xbf889e14) at /usr/src/web/php-5.3.6/main/main.c:2268 #8 0x0849121c in main (argc=2, argv=0xbf889f74) at /usr/src/web/php-5.3.6/sapi/cli/php_cli.c:1193 Missing separate debuginfos, use: debuginfo-install keyutils.i386 (gdb) -- Edit this bug report at http://bugs.php.net/bug.php?id=54646&edit=1
Bug #54646 [Com]: segmentation fault
Edit report at http://bugs.php.net/bug.php?id=54646&edit=1 ID: 54646 Comment by: public at grik dot net Reported by:public at grik dot net Summary:segmentation fault Status: Feedback Type: Bug Package:MySQLi related Operating System: linux PHP Version:5.3.6 Block user comment: N Private report: N New Comment: I am sorry, but the bugtrace is already posted in the report. Previous Comments: [2011-05-01 14:27:55] paj...@php.net Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2011-05-01 14:26:47] public at grik dot net Description: I observe a segfault when running a xenforo package in debug mode. The configuration of the server is Fedora Core 8, MySQL 5.0.45 I recompiled PHP with debug mode and turned off all extensions not from the standard archive. I found a way to avoid it by recompiling the mysqli extension with mysqlnd driver. I am not really sure if it was worth to open this report as I don't know how you can reproduce it, but at least you'll hear about the issue. Test script: --- I am not sure I can make a minimal reproducable case. Xenforo is a large package based on Zend Framework. any call to the xenforo scripts in debug mode crashes php, both fcgi and cli Actual result: -- backtrace: Core was generated by `php index.php'. Program terminated with signal 11, Segmentation fault. #0 0x083ccebc in add_property_string_ex (arg=0xa62c714, key=0x7a6fb4 "catalog", key_len=8, str=0x665f696b , duplicate=1) at /usr/src/web/php-5.3.6/Zend/zend_API.c:1524 1524 ZVAL_STRING(tmp, str, duplicate); (gdb) bt #0 0x083ccebc in add_property_string_ex (arg=0xa62c714, key=0x7a6fb4 "catalog", key_len=8, str=0x665f696b , duplicate=1) at /usr/src/web/php-5.3.6/Zend/zend_API.c:1524 #1 0x00799f0c in php_add_field_properties (value=0xa62c714, field=0xa2aea28) at /usr/src/web/php-5.3.6/ext/mysqli/mysqli_api.c:1056 #2 0x0079a29b in zif_mysqli_fetch_fields (ht=0, return_value=0xa4b8584, return_value_ptr=0x0, this_ptr=0xa5c9ca0, return_value_used=1) at /usr/src/web/php-5.3.6/ext/mysqli/mysqli_api.c:1114 #3 0x083f3f03 in zend_do_fcall_common_helper_SPEC (execute_data=0xa055c50) at /usr/src/web/php-5.3.6/Zend/zend_vm_execute.h:316 #4 0x083f4b3f in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xa055c50) at /usr/src/web/php-5.3.6/Zend/zend_vm_execute.h:421 #5 0x083f32d2 in execute (op_array=0xa2743b4) at /usr/src/web/php-5.3.6/Zend/zend_vm_execute.h:107 #6 0x083c7718 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/web/php-5.3.6/Zend/zend.c:1194 #7 0x0835bd0c in php_execute_script (primary_file=0xbf889e14) at /usr/src/web/php-5.3.6/main/main.c:2268 #8 0x0849121c in main (argc=2, argv=0xbf889f74) at /usr/src/web/php-5.3.6/sapi/cli/php_cli.c:1193 Missing separate debuginfos, use: debuginfo-install keyutils.i386 (gdb) -- Edit this bug report at http://bugs.php.net/bug.php?id=54646&edit=1
Bug #54580 [Asn->Csd]: get_browser() segmentation fault
Edit report at http://bugs.php.net/bug.php?id=54580&edit=1 ID: 54580 Updated by: cataphr...@php.net Reported by:tomas dot brastavicius at quantum dot lt Summary:get_browser() segmentation fault -Status: Assigned +Status: Closed Type: Bug Package:Unknown/Other Function Operating System: Ubuntu 10.10 (x86_64) PHP Version:trunk-SVN-2011-04-20 (SVN) Assigned To:cataphract Block user comment: N Private report: N New Comment: Fixed in SVN. Since the fix is non-trivial, I would ask you to try it out and report any problem you may find. Thanks for your report. Previous Comments: [2011-05-01 20:37:22] cataphr...@php.net Automatic comment from SVN on behalf of cataphract Revision: http://svn.php.net/viewvc/?view=revision&revision=310691 Log: - Fixed bug #54580 (get_browser() segmentation fault when the browscap ini directive is set in activation time). This commit fixes this by adding a per request parsing of the browscap file that's when get_browser is called the first time and the directive is set on activation time.w [2011-04-26 04:01:46] cataphr...@php.net The following patch has been added/updated: Patch Name: browscap.diff Revision: 1303783306 URL: http://bugs.php.net/patch-display.php?bug=54580&patch=browscap.diff&revision=1303783306 [2011-04-21 13:54:12] cataphr...@php.net The problem is not ini_set, the segault occurs because PHP assumes the parse result of the code is initialized when the ini setting is non-empty; however, by using php_admin_value, the ini setting value is set after when the parsing code runs, so when it runs it leaves memory initialized because the ini setting is empty. This should be fixed by having the ini setting change via php_admin_value trigger the ini reading and structure initialization. [2011-04-21 00:06:11] tomas dot brastavicius at quantum dot lt Description: PHP is running as an Apache module. The following configuration was used to compile PHP: ./configure --with-apxs2=/usr/bin/apxs2 --enable-debug --disable-all Test script: --- 1. Be sure browscap directive is commented out in php.ini 2. Set browscap setting in Apache configuration file, i.e. php_admin_value browscap "/some/path/browscap.ini" 3. Run the following PHP script: arBuckets[nIndex]; Full backtrace: #0 0x709db2af in zend_hash_find (ht=0x70e6e100, arKey=0x77f6b760 "User-Agent", nKeyLength=109, pData=0x7fffbdb8) at /a/php-trunk/Zend/zend_hash.c:905 #1 0x708ac3b1 in zif_get_browser (ht=0, return_value=0x77f62be8, return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at /a/php-trunk/ext/standard/browscap.c:360 #2 0x70a09972 in zend_do_fcall_common_helper_SPEC (execute_data=0x77f2e338) at /a/php-trunk/Zend/zend_vm_execute.h:642 #3 0x70a0ffd2 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0x77f2e338) at /a/php-trunk/Zend/zend_vm_execute.h:1963 #4 0x70a08077 in execute (op_array=0x77f611c0) at /a/php-trunk/Zend/zend_vm_execute.h:410 #5 0x709c88a3 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /a/php-trunk/Zend/zend.c:1212 #6 0x70933982 in php_execute_script (primary_file=0x7fffe670) at /a/php-trunk/main/main.c:2349 #7 0x70b0de48 in php_handler (r=0x784bbea0) at /a/php-trunk/sapi/apache2handler/sapi_apache2.c:667 #8 0x77fd6310 in ap_run_handler (r=0x784bbea0) at /build/buildd/apache2-2.2.16/server/config.c:159 #9 0x77fd9c9e in ap_invoke_handler (r=0x784bbea0) at /build/buildd/apache2-2.2.16/server/config.c:377 #10 0x77fe77b8 in ap_process_request (r=0x784bbea0) at /build/buildd/apache2-2.2.16/modules/http/http_request.c:282 #11 0x77fe4748 in ap_process_http_connection (c=0x784adc90) at /build/buildd/apache2-2.2.16/modules/http/http_core.c:190 #12 0x77fddef8 in ap_run_process_connection (c=0x784adc90) at /build/buildd/apache2-2.2.16/server/connection.c:43 #13 0x77fec177 in child_main (child_num_arg=) at /build/buildd/apache2-2.2.16/server/mpm/prefork/prefork.c:662 #14 0x77fec446 in make_child (s=0x78214938, slot=0) at /build/buildd/apache2-2.2.16/server/mpm/prefork/prefork.c:702 #15 0x77feca93 in ap_mpm_run (_pconf=, plog=, s=) at /build/buildd/apache2-2.2.16/server/mpm/prefork/prefork.c:978 #16 0x77fc2530 in main (argc=2, argv=0x7fffecf8) at /build/buildd/apache2-2.2.16/server/main.c:742 -
Bug #54645 [Bgs->Opn]: zip:// stream wrapper does not allow wrapping of non-filesystem http:// streams
Edit report at http://bugs.php.net/bug.php?id=54645&edit=1
ID: 54645
Updated by: paj...@php.net
Reported by:seva dot lapsha at gmail dot com
Summary:zip:// stream wrapper does not allow wrapping of
non-filesystem http:// streams
-Status: Bogus
+Status: Open
Type: Bug
Package:Zip Related
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
ZipStream are something different but it is not supported anyway. Moving
to FR.
Previous Comments:
[2011-05-01 15:13:26] seva dot lapsha at gmail dot com
back-seeking may be needed for more complex operations in ZipArchive,
but to read
a stream directly from the Zip archive, it's not required.
For instance, there is a Java Zip Input Stream, which is buffered but
not seeking.
http://download.oracle.com/javase/6/docs/api/java/util/zip/ZipInputStream.html
[2011-05-01 14:24:47] paj...@php.net
it does support non file system, but the file system must be seekable,
which is
not the case for http.
[2011-05-01 14:15:51] seva dot lapsha at gmail dot com
Description:
zip:// stream wrapper doesn't support streams created from sources other
than
files. E.g. reading from zip://http://example.com/file.zip will fail
with
Warning:
As far as I can see, this is just not implemented in ZipArchive.
Test script:
---
$res = fopen('zip://http://example.com/file.zip');
Expected result:
Reading from zip wrapped URL should be possible.
Actual result:
--
Reading from zip wrapped URL gives warning:
fopen(zip://http://example.com/file.zip): failed to open stream:
operation failed
--
Edit this bug report at http://bugs.php.net/bug.php?id=54645&edit=1
Bug #54645 [Bgs]: zip:// stream wrapper does not allow wrapping of non-filesystem http:// streams
Edit report at http://bugs.php.net/bug.php?id=54645&edit=1
ID: 54645
User updated by:seva dot lapsha at gmail dot com
Reported by:seva dot lapsha at gmail dot com
Summary:zip:// stream wrapper does not allow wrapping of
non-filesystem http:// streams
Status: Bogus
Type: Bug
Package:Zip Related
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
back-seeking may be needed for more complex operations in ZipArchive,
but to read
a stream directly from the Zip archive, it's not required.
For instance, there is a Java Zip Input Stream, which is buffered but
not seeking.
http://download.oracle.com/javase/6/docs/api/java/util/zip/ZipInputStream.html
Previous Comments:
[2011-05-01 14:24:47] paj...@php.net
it does support non file system, but the file system must be seekable,
which is
not the case for http.
[2011-05-01 14:15:51] seva dot lapsha at gmail dot com
Description:
zip:// stream wrapper doesn't support streams created from sources other
than
files. E.g. reading from zip://http://example.com/file.zip will fail
with
Warning:
As far as I can see, this is just not implemented in ZipArchive.
Test script:
---
$res = fopen('zip://http://example.com/file.zip');
Expected result:
Reading from zip wrapped URL should be possible.
Actual result:
--
Reading from zip wrapped URL gives warning:
fopen(zip://http://example.com/file.zip): failed to open stream:
operation failed
--
Edit this bug report at http://bugs.php.net/bug.php?id=54645&edit=1
Bug #54646 [Opn->Fbk]: segmentation fault
Edit report at http://bugs.php.net/bug.php?id=54646&edit=1 ID: 54646 Updated by: paj...@php.net Reported by:public at grik dot net Summary:segmentation fault -Status: Open +Status: Feedback Type: Bug Package:MySQLi related Operating System: linux PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php for *NIX and http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32 Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2011-05-01 14:26:47] public at grik dot net Description: I observe a segfault when running a xenforo package in debug mode. The configuration of the server is Fedora Core 8, MySQL 5.0.45 I recompiled PHP with debug mode and turned off all extensions not from the standard archive. I found a way to avoid it by recompiling the mysqli extension with mysqlnd driver. I am not really sure if it was worth to open this report as I don't know how you can reproduce it, but at least you'll hear about the issue. Test script: --- I am not sure I can make a minimal reproducable case. Xenforo is a large package based on Zend Framework. any call to the xenforo scripts in debug mode crashes php, both fcgi and cli Actual result: -- backtrace: Core was generated by `php index.php'. Program terminated with signal 11, Segmentation fault. #0 0x083ccebc in add_property_string_ex (arg=0xa62c714, key=0x7a6fb4 "catalog", key_len=8, str=0x665f696b , duplicate=1) at /usr/src/web/php-5.3.6/Zend/zend_API.c:1524 1524 ZVAL_STRING(tmp, str, duplicate); (gdb) bt #0 0x083ccebc in add_property_string_ex (arg=0xa62c714, key=0x7a6fb4 "catalog", key_len=8, str=0x665f696b , duplicate=1) at /usr/src/web/php-5.3.6/Zend/zend_API.c:1524 #1 0x00799f0c in php_add_field_properties (value=0xa62c714, field=0xa2aea28) at /usr/src/web/php-5.3.6/ext/mysqli/mysqli_api.c:1056 #2 0x0079a29b in zif_mysqli_fetch_fields (ht=0, return_value=0xa4b8584, return_value_ptr=0x0, this_ptr=0xa5c9ca0, return_value_used=1) at /usr/src/web/php-5.3.6/ext/mysqli/mysqli_api.c:1114 #3 0x083f3f03 in zend_do_fcall_common_helper_SPEC (execute_data=0xa055c50) at /usr/src/web/php-5.3.6/Zend/zend_vm_execute.h:316 #4 0x083f4b3f in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xa055c50) at /usr/src/web/php-5.3.6/Zend/zend_vm_execute.h:421 #5 0x083f32d2 in execute (op_array=0xa2743b4) at /usr/src/web/php-5.3.6/Zend/zend_vm_execute.h:107 #6 0x083c7718 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/web/php-5.3.6/Zend/zend.c:1194 #7 0x0835bd0c in php_execute_script (primary_file=0xbf889e14) at /usr/src/web/php-5.3.6/main/main.c:2268 #8 0x0849121c in main (argc=2, argv=0xbf889f74) at /usr/src/web/php-5.3.6/sapi/cli/php_cli.c:1193 Missing separate debuginfos, use: debuginfo-install keyutils.i386 (gdb) -- Edit this bug report at http://bugs.php.net/bug.php?id=54646&edit=1
[PHP-BUG] Bug #54646 [NEW]: segmentation fault
From: Operating system: linux PHP version: 5.3.6 Package: MySQLi related Bug Type: Bug Bug description:segmentation fault Description: I observe a segfault when running a xenforo package in debug mode. The configuration of the server is Fedora Core 8, MySQL 5.0.45 I recompiled PHP with debug mode and turned off all extensions not from the standard archive. I found a way to avoid it by recompiling the mysqli extension with mysqlnd driver. I am not really sure if it was worth to open this report as I don't know how you can reproduce it, but at least you'll hear about the issue. Test script: --- I am not sure I can make a minimal reproducable case. Xenforo is a large package based on Zend Framework. any call to the xenforo scripts in debug mode crashes php, both fcgi and cli Actual result: -- backtrace: Core was generated by `php index.php'. Program terminated with signal 11, Segmentation fault. #0 0x083ccebc in add_property_string_ex (arg=0xa62c714, key=0x7a6fb4 "catalog", key_len=8, str=0x665f696b , duplicate=1) at /usr/src/web/php-5.3.6/Zend/zend_API.c:1524 1524 ZVAL_STRING(tmp, str, duplicate); (gdb) bt #0 0x083ccebc in add_property_string_ex (arg=0xa62c714, key=0x7a6fb4 "catalog", key_len=8, str=0x665f696b , duplicate=1) at /usr/src/web/php-5.3.6/Zend/zend_API.c:1524 #1 0x00799f0c in php_add_field_properties (value=0xa62c714, field=0xa2aea28) at /usr/src/web/php-5.3.6/ext/mysqli/mysqli_api.c:1056 #2 0x0079a29b in zif_mysqli_fetch_fields (ht=0, return_value=0xa4b8584, return_value_ptr=0x0, this_ptr=0xa5c9ca0, return_value_used=1) at /usr/src/web/php-5.3.6/ext/mysqli/mysqli_api.c:1114 #3 0x083f3f03 in zend_do_fcall_common_helper_SPEC (execute_data=0xa055c50) at /usr/src/web/php-5.3.6/Zend/zend_vm_execute.h:316 #4 0x083f4b3f in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER (execute_data=0xa055c50) at /usr/src/web/php-5.3.6/Zend/zend_vm_execute.h:421 #5 0x083f32d2 in execute (op_array=0xa2743b4) at /usr/src/web/php-5.3.6/Zend/zend_vm_execute.h:107 #6 0x083c7718 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/web/php-5.3.6/Zend/zend.c:1194 #7 0x0835bd0c in php_execute_script (primary_file=0xbf889e14) at /usr/src/web/php-5.3.6/main/main.c:2268 #8 0x0849121c in main (argc=2, argv=0xbf889f74) at /usr/src/web/php-5.3.6/sapi/cli/php_cli.c:1193 Missing separate debuginfos, use: debuginfo-install keyutils.i386 (gdb) -- Edit bug report at http://bugs.php.net/bug.php?id=54646&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54646&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54646&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54646&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54646&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54646&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54646&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54646&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54646&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54646&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54646&r=support Expected behavior: http://bugs.php.net/fix.php?id=54646&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54646&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54646&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54646&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54646&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54646&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54646&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54646&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54646&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54646&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54646&r=mysqlcfg
Bug #54645 [Opn->Bgs]: zip:// stream wrapper does not allow wrapping of non-filesystem http:// streams
Edit report at http://bugs.php.net/bug.php?id=54645&edit=1
ID: 54645
Updated by: paj...@php.net
Reported by:seva dot lapsha at gmail dot com
Summary:zip:// stream wrapper does not allow wrapping of
non-filesystem http:// streams
-Status: Open
+Status: Bogus
Type: Bug
Package:Zip Related
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
it does support non file system, but the file system must be seekable,
which is
not the case for http.
Previous Comments:
[2011-05-01 14:15:51] seva dot lapsha at gmail dot com
Description:
zip:// stream wrapper doesn't support streams created from sources other
than
files. E.g. reading from zip://http://example.com/file.zip will fail
with
Warning:
As far as I can see, this is just not implemented in ZipArchive.
Test script:
---
$res = fopen('zip://http://example.com/file.zip');
Expected result:
Reading from zip wrapped URL should be possible.
Actual result:
--
Reading from zip wrapped URL gives warning:
fopen(zip://http://example.com/file.zip): failed to open stream:
operation failed
--
Edit this bug report at http://bugs.php.net/bug.php?id=54645&edit=1
[PHP-BUG] Bug #54645 [NEW]: zip:// stream wrapper does not allow wrapping of non-filesystem http:// streams
From:
Operating system:
PHP version: 5.3.6
Package: Zip Related
Bug Type: Bug
Bug description:zip:// stream wrapper does not allow wrapping of non-filesystem
http:// streams
Description:
zip:// stream wrapper doesn't support streams created from sources other
than
files. E.g. reading from zip://http://example.com/file.zip will fail with
Warning:
As far as I can see, this is just not implemented in ZipArchive.
Test script:
---
$res = fopen('zip://http://example.com/file.zip');
Expected result:
Reading from zip wrapped URL should be possible.
Actual result:
--
Reading from zip wrapped URL gives warning:
fopen(zip://http://example.com/file.zip): failed to open stream: operation
failed
--
Edit bug report at http://bugs.php.net/bug.php?id=54645&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54645&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54645&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54645&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54645&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54645&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54645&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54645&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54645&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54645&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54645&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54645&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54645&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54645&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54645&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54645&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54645&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54645&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54645&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54645&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54645&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54645&r=mysqlcfg
[PHP-BUG] Bug #54644 [NEW]: wrong pathes in php_pdo_mysql_int.h
From: Operating system: unix PHP version: 5.3.6 Package: PDO related Bug Type: Bug Bug description:wrong pathes in php_pdo_mysql_int.h Description: in ext/pdo_mysql/php_pdo_mysql_int.h you have #if defined(PDO_USE_MYSQLND) # include "ext/mysqlnd/mysqlnd.h" # include "ext/mysql/mysql_mysqlnd.h" # include "ext/mysqlnd/mysqlnd_libmysql_compat.h" ... #if defined(PDO_USE_MYSQLND) #include "ext/mysqlnd/mysqlnd_debug.h" so when I tried to re-compile the pdo_mysql extension from the extension folder using `phpize;configure--with-pdo-mysql=mysqlnd;make`, it barkled that can't find "ext/mysqlnd/mysqlnd.h" I changed to #include "../../ext/mysqlnd/mysqlnd_debug.h" and compiled the extension, but that's obviously not a solution. Test script: --- none Expected result: Build complete. Don't forget to run 'make test'. Actual result: -- In file included from /usr/src/web/php-5.3.6/ext/pdo_mysql/pdo_mysql.c:32: /usr/src/web/php-5.3.6/ext/pdo_mysql/php_pdo_mysql_int.h:28:38: error: ext/mysql/mysql_mysqlnd.h: No such file or directory -- Edit bug report at http://bugs.php.net/bug.php?id=54644&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=54644&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=54644&r=trysnapshot53 Try a snapshot (trunk): http://bugs.php.net/fix.php?id=54644&r=trysnapshottrunk Fixed in SVN: http://bugs.php.net/fix.php?id=54644&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=54644&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=54644&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=54644&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=54644&r=needscript Try newer version: http://bugs.php.net/fix.php?id=54644&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=54644&r=support Expected behavior: http://bugs.php.net/fix.php?id=54644&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=54644&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=54644&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=54644&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54644&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=54644&r=dst IIS Stability: http://bugs.php.net/fix.php?id=54644&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=54644&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=54644&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=54644&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=54644&r=mysqlcfg
Bug #54641 [Bgs]: splfileinfo aborts connection when added to session
Edit report at http://bugs.php.net/bug.php?id=54641&edit=1 ID: 54641 Updated by: paj...@php.net Reported by:alex at phpguide dot co dot il Summary:splfileinfo aborts connection when added to session Status: Bogus Type: Bug Package:SPL related Operating System: windows 7 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: SPL raises exception, catching them sounds like a good plan. Previous Comments: [2011-05-01 12:51:50] alex at phpguide dot co dot il Would be lovely to have any warning saying that when the system attempts to perform serialization for objects not supporting that [2011-04-30 23:34:21] paj...@php.net No bug here, it is not allowed nor supported to serialize SplFileInfo instances. [2011-04-30 23:24:02] alex at phpguide dot co dot il seems like Uncaught exception 'Exception' with message 'Serialization of 'SplFileInfo' is not allowed' has to be related. Should be documented somewhere somehow :/ Yet as another bug: unserializable objects lead to unexpected results when put in session instead of producing any warning or exception. [2011-04-30 23:20:13] alex at phpguide dot co dot il Description: Attempting to put SplFileInfo into session results in Connection Was Reset Test script: --- http://bugs.php.net/bug.php?id=54641&edit=1
Bug #54641 [Bgs]: splfileinfo aborts connection when added to session
Edit report at http://bugs.php.net/bug.php?id=54641&edit=1 ID: 54641 User updated by:alex at phpguide dot co dot il Reported by:alex at phpguide dot co dot il Summary:splfileinfo aborts connection when added to session Status: Bogus Type: Bug Package:SPL related Operating System: windows 7 PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Would be lovely to have any warning saying that when the system attempts to perform serialization for objects not supporting that Previous Comments: [2011-04-30 23:34:21] paj...@php.net No bug here, it is not allowed nor supported to serialize SplFileInfo instances. [2011-04-30 23:24:02] alex at phpguide dot co dot il seems like Uncaught exception 'Exception' with message 'Serialization of 'SplFileInfo' is not allowed' has to be related. Should be documented somewhere somehow :/ Yet as another bug: unserializable objects lead to unexpected results when put in session instead of producing any warning or exception. [2011-04-30 23:20:13] alex at phpguide dot co dot il Description: Attempting to put SplFileInfo into session results in Connection Was Reset Test script: --- http://bugs.php.net/bug.php?id=54641&edit=1
