#47894 [NEW]: Request: Support multi threading/multiple CPU cores
From: ryan14 at mail dot com Operating system: Windows/Linux PHP version: 5.3.0RC1 PHP Bug Type: Feature/Change Request Bug description: Request: Support multi threading/multiple CPU cores Description: PHP doesn't currently support Multi threading and multiple core CPU's. All new CPU's have multiple cores like intel's quad core CPU which has 4 cores and some motherboards have two CPU sockets so 2 quad core CPU's would mean there would be 8 cores. PHP should support Multi threading and multiple core CPU's because it will mean people won't need to have as many servers in their cluster, because alot of CPU power is being wasted because PHP doesn't support Multi threading and multiple core CPU's. You can read more about it here: http://www.alternateinterior.com/2007/05/multi-threading-strategies-in-php.html So please PHP, the next version of PHP should support Multi threading and multiple core CPU's. If you have to work with the mysql and apache teams with this then please do it. Can you pass on my feature request to the php team? Thanks -- Edit bug report at http://bugs.php.net/?id=47894edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47894r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47894r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47894r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47894r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47894r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47894r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47894r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47894r=needscript Try newer version: http://bugs.php.net/fix.php?id=47894r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47894r=support Expected behavior: http://bugs.php.net/fix.php?id=47894r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47894r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47894r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47894r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47894r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47894r=dst IIS Stability: http://bugs.php.net/fix.php?id=47894r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47894r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47894r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47894r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47894r=mysqlcfg
#47880 [Asn]: Garbage Collector crashes
ID: 47880 User updated by: patric at zap dot lu Reported By: patric at zap dot lu Status: Assigned Bug Type: Scripting Engine problem Operating System: Debian Lenny PHP Version: 5.3.0RC1 Assigned To: dmitry New Comment: Yes the last testcase created infinite recursion, nevertheless it should not core dump but reach memory exhausted at the end? I got a new testcase, I isolated the parts in the framework which lead to the segfault. Stripped it down to some weird chain of operations, which lead to segfault. This time no deep recursion, at a depth of 18 it begins to segfault. The piece of code: class bomb { static function go($pDepth) { if ($pDepth0) call_user_func_array(array('bomb', 'go'),array($pDepth-1)); $backtrace = debug_backtrace(false); foreach ($backtrace as $k=$e) foreach ($e['args'] as $kk=$arg) if (is_array($arg)) $backtrace[$k]['args'][$kk]= 'Foobar'; } } bomb::go(18); ### GDB ### Program terminated with signal 11, Segmentation fault. [New process 25022] #0 _zend_mm_free_int (heap=0x9eb81b8, p=0x9fe2da0) at /blade/install/daemon/php/Zend/zend_alloc.c:1979 1979if (ZEND_MM_IS_FREE_BLOCK(next_block)) { (gdb) bt #0 _zend_mm_free_int (heap=0x9eb81b8, p=0x9fe2da0) at /blade/install/daemon/php/Zend/zend_alloc.c:1979 #1 0x0832114d in _zval_ptr_dtor (zval_ptr=0x9feb5bc) at /blade/install/daemon/php/Zend/zend_variables.h:35 #2 0x08337c1e in zend_hash_destroy (ht=0x9fdfc44) at /blade/install/daemon/php/Zend/zend_hash.c:526 #3 0x0832be75 in _zval_dtor_func (zvalue=0x9fe27c4) at /blade/install/daemon/php/Zend/zend_variables.c:43 #4 0x0832114d in _zval_ptr_dtor (zval_ptr=0x9fdae88) at /blade/install/daemon/php/Zend/zend_variables.h:35 #5 0x08337c1e in zend_hash_destroy (ht=0x9febac4) at /blade/install/daemon/php/Zend/zend_hash.c:526 #6 0x0832be75 in _zval_dtor_func (zvalue=0x9fe0eb8) at /blade/install/daemon/php/Zend/zend_variables.c:43 #7 0x0832114d in _zval_ptr_dtor (zval_ptr=0x9feb590) at /blade/install/daemon/php/Zend/zend_variables.h:35 #8 0x08337c1e in zend_hash_destroy (ht=0x9fdf82c) at /blade/install/daemon/php/Zend/zend_hash.c:526 #9 0x0832be75 in _zval_dtor_func (zvalue=0x9fdf1c0) at /blade/install/daemon/php/Zend/zend_variables.c:43 #10 0x0832114d in _zval_ptr_dtor (zval_ptr=0xa0111c0) at /blade/install/daemon/php/Zend/zend_variables.h:35 #11 0x0834e816 in zend_leave_helper_SPEC (execute_data=0x1) at /blade/install/daemon/php/Zend/zend_vm_execute.h:157 #12 0x08354b8e in execute (op_array=0x9fdd56c) at /blade/install/daemon/php/Zend/zend_vm_execute.h:104 #13 0x08321ab7 in zend_call_function (fci=0xbfe4521c, fci_cache=0xbfe45240) at /blade/install/daemon/php/Zend/zend_execute_API.c:936 #14 0x08269947 in zif_call_user_func_array (ht=2, return_value=0x9fdefd0, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /blade/install/daemon/php/ext/standard/basic_functions.c:4745 #15 0x08376a59 in zend_do_fcall_common_helper_SPEC (execute_data=0xa010ee8) at /blade/install/daemon/php/Zend/zend_vm_execute.h:313 #16 0x08354b8e in execute (op_array=0x9fdd56c) at /blade/install/daemon/php/Zend/zend_vm_execute.h:104 #17 0x08321ab7 in zend_call_function (fci=0xbfe4542c, fci_cache=0xbfe45450) at /blade/install/daemon/php/Zend/zend_execute_API.c:936 #18 0x08269947 in zif_call_user_func_array (ht=2, return_value=0x9fdedc4, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /blade/install/daemon/php/ext/standard/basic_functions.c:4745 #19 0x08376a59 in zend_do_fcall_common_helper_SPEC (execute_data=0xa010c78) at /blade/install/daemon/php/Zend/zend_vm_execute.h:313 #20 0x08354b8e in execute (op_array=0x9fdd56c) at /blade/install/daemon/php/Zend/zend_vm_execute.h:104 #21 0x08321ab7 in zend_call_function (fci=0xbfe4563c, fci_cache=0xbfe45660) at /blade/install/daemon/php/Zend/zend_execute_API.c:936 #22 0x08269947 in zif_call_user_func_array (ht=2, return_value=0x9fdebb8, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /blade/install/daemon/php/ext/standard/basic_functions.c:4745 #23 0x08376a59 in zend_do_fcall_common_helper_SPEC (execute_data=0xa010a08) at /blade/install/daemon/php/Zend/zend_vm_execute.h:313 #24 0x08354b8e in execute (op_array=0x9fdd56c) at /blade/install/daemon/php/Zend/zend_vm_execute.h:104 #25 0x08321ab7 in zend_call_function (fci=0xbfe4584c, fci_cache=0xbfe45870) at /blade/install/daemon/php/Zend/zend_execute_API.c:936 #26 0x08269947 in zif_call_user_func_array (ht=2, return_value=0x9fde9ac, return_value_ptr=0x0, this_ptr=0x0, return_value_used=0) at /blade/install/daemon/php/ext/standard/basic_functions.c:4745 #27 0x08376a59 in zend_do_fcall_common_helper_SPEC (execute_data=0xa010798) at /blade/install/daemon/php/Zend/zend_vm_execute.h:313 #28 0x08354b8e in execute (op_array=0x9fdd56c) at
#47894 [Opn-Bgs]: Request: Support multi threading/multiple CPU cores
ID: 47894 Updated by: johan...@php.net Reported By: ryan14 at mail dot com -Status: Open +Status: Bogus Bug Type: Feature/Change Request Operating System: Windows/Linux PHP Version: 5.3.0RC1 New Comment: PHP is made to run from a web server, there you usually serve multiple requests in parallel - all cores used. In PHP level multi-threading is barely needed, usually all threading is needed for IO operations, but these can be solved by async connections (as of 5.3 you have async query support with mysql for instance) Adding full thread support just adds lots of new complexity and locking issues and barely real wins in performance. Previous Comments: [2009-04-04 09:54:03] ryan14 at mail dot com Description: PHP doesn't currently support Multi threading and multiple core CPU's. All new CPU's have multiple cores like intel's quad core CPU which has 4 cores and some motherboards have two CPU sockets so 2 quad core CPU's would mean there would be 8 cores. PHP should support Multi threading and multiple core CPU's because it will mean people won't need to have as many servers in their cluster, because alot of CPU power is being wasted because PHP doesn't support Multi threading and multiple core CPU's. You can read more about it here: http://www.alternateinterior.com/2007/05/multi-threading-strategies-in-php.html So please PHP, the next version of PHP should support Multi threading and multiple core CPU's. If you have to work with the mysql and apache teams with this then please do it. Can you pass on my feature request to the php team? Thanks -- Edit this bug report at http://bugs.php.net/?id=47894edit=1
#47893 [Opn-Ana]: CLI script with non-blocking STDIN terminates randomly
ID: 47893 Updated by: lbarn...@php.net Reported By: jon at thesquareplanet dot com -Status: Open +Status: Analyzed Bug Type: Reproducible crash Operating System: Debian Lenny PHP Version: 5.2CVS-2009-04-03 (snap) New Comment: This is reproducible with this script too: ?php stream_set_blocking(STDIN, 0); $str = str_repeat(a, 65535); var_dump($str); ? This is caused by STDOUT being non-blocking if your shell passes the same descriptor for STDOUT and STDIN (the write fails with EAGAIN and PHP aborts). Running the same script with different STDIN/STDOUT does not reproduce the problem, e.g. php test.php /dev/null or php test.php /dev/null Previous Comments: [2009-04-03 23:18:55] jon at thesquareplanet dot com A discussion of this bug can also be found at: http://www.mail-archive.com/php-gene...@lists.php.net/msg118150.html [2009-04-03 23:17:40] jon at thesquareplanet dot com Description: When setting STDIN to be non-blocking, and then running fread() on it, the cli script suddenly terminates at a seemingly random point during the reading. No error message is given. Seemingly related bugs: http://bugs.php.net/bug.php?id=25616 -- This is the same bug, but has erroneously been labeled as a dupe of the one below http://bugs.php.net/bug.php?id=25575 -- This bug describes a somewhat similar, though not nearly identical, problem These bugs are both set as last modified in 2003/2004, but the issue remains unfixed. Reproduce code: --- ?php stream_set_blocking(STDIN, FALSE); while (1) { var_dump(fread(STDIN,1)); echo \n;; } ? Expected result: A never-ending sequence of var_dumps of either an empty string or a typed character Actual result: -- The expected output, but only for a short while, and then the script terminates -- Edit this bug report at http://bugs.php.net/?id=47893edit=1
#47684 [Opn]: file_get_contents Content-Length problem
ID: 47684 Updated by: lbarn...@php.net Reported By: r-ser at yandex dot ru Status: Open Bug Type: HTTP related Operating System: Linux 2.6.26 PHP Version: 5.2.9 New Comment: This problem had been fixed in PHP 5.3 (#45540), could you please check with PHP 5.3 ? Previous Comments: [2009-03-18 10:59:28] r-ser at yandex dot ru /* this message is to change status.. =) */ [2009-03-17 19:55:06] r-ser at yandex dot ru Add string php_stream_context_set_option(context, http, method, (zval *) GET); Before stream = php_stream_url_wrap_http_ex(wrapper, new_path, mode, options, opened_path, context, --redirect_max, 0 STREAMS_CC TSRMLS_CC); In ext/standard/http_fopen_wrapper.c Solved problem. [2009-03-17 16:13:21] r-ser at yandex dot ru I can write this code as $header = Content-type: multipart/form-data, boundary=$boundary\r\nContent-Length: .strlen($data).\r\n; But nothing is changed. Becouse error is in _second_ request. cat test.php ?php $context = stream_context_create(array('http' = array('method'='POST', 'header'= 'Content-Length: 0', 'content' = ''))); echo file_get_contents('http://localhost/1.php', false, $context); ? cat 1.php ?php header(Location: 2.php); ? cat 2.php ? echo Method: .$_SERVER['REQUEST_METHOD'].\n; $headers = getallheaders(); foreach ($headers as $header = $value) echo $header: $value\n; ? Note: 1.php and 2.php are located in root of webserver if change http://localhost/1.php to http://localhost/2.php you can see differents headers.. This works with Apache web server. But not work with some elses, like lighttpd/1.5.0 /* like in example in first message */ [2009-03-17 11:00:15] j...@php.net Why are you not passing the content-length in there..? I mean, isn't that the obvious error..? :) [2009-03-17 00:15:55] r-ser at yandex dot ru Description: When use file_get_contents + stream_context_create to post file to web server and the page in web server return redirect to another page (location field in answer), then file_get_contents requested redirected page with POST header without Content-Length: field in request and server response HTTP/1.0 411 Length Required. I think, it's two ways to fix problem 1) 'method' must be change to GET in requests to redirect pages. 2) Add 'Content-Length: 0' to next POST redirect requests Reproduce code: --- $argv[1] = image.jpg; $boundary = AaB03x1234567890; $type = mime_content_type($argv[1]); $data = --$boundary\r\nContent-Disposition: form-data; name=\fileupload\; filename=\.basename($argv[1]).\ Content-Type: .$type. \r\nContent-Transfer-Encoding: binary\r\n\r\n.file_get_contents($argv[1]).\r\n--$boundary--; $header = Content-type: multipart/form-data, boundary=$boundary; $context = stream_context_create(array('http' = array('method'='POST', 'header'= $header, 'content' = $data))); $result = file_get_contents('http://load.imageshack.us', false, $context); echo $result; Expected result: failed to open stream: HTTP request failed! HTTP/1.0 411 Length Required Actual result: -- Normal redirected page -- Edit this bug report at http://bugs.php.net/?id=47684edit=1
#47896 [NEW]: Cookie delete
From: G dot B dot Yahav at gmail dot com Operating system: WINDOWS SERVER PHP version: 5.2.9 PHP Bug Type: Unknown/Other Function Bug description: Cookie delete Description: Hey, i got a problen about deleting cookie array. when i use the code above with normal cookie, all work good, but when i defined a cookie array i cannot delete it. Reproduce code: --- ?php // the cookie array name is PearServices_ClientSession if( isset( $_COOKIE['PearServices_ClientSession'] ) ) { foreach ( $_COOKIE['PearServices_ClientSession'] as $k = $v ) { pearRegistry::DeleteCookie( PearServices_ClientSession[.$k.] ); } } // pearRegistry::deletecookie function final static function DeleteCookie( $name ) { setcookie( $name, , time() -3600 ); } ? Expected result: Cookie disappire Actual result: -- Cookie still in browser... -- Edit bug report at http://bugs.php.net/?id=47896edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47896r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47896r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47896r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47896r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47896r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47896r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47896r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47896r=needscript Try newer version: http://bugs.php.net/fix.php?id=47896r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47896r=support Expected behavior: http://bugs.php.net/fix.php?id=47896r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47896r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47896r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47896r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47896r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47896r=dst IIS Stability: http://bugs.php.net/fix.php?id=47896r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47896r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47896r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47896r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47896r=mysqlcfg
#47897 [NEW]: msvcr80.dll
From: anders dot e dot stenman at gmail dot com Operating system: Windows Vista PHP version: 5.2.9 PHP Bug Type: Dynamic loading Bug description: msvcr80.dll Description: Hello, When I run php.exe or pear on my Windows Vista box I get a warning about a missing msvcr80.dll. Is it possible to fix this? Kind regards, /Anders -- Edit bug report at http://bugs.php.net/?id=47897edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47897r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47897r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47897r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47897r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47897r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47897r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47897r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47897r=needscript Try newer version: http://bugs.php.net/fix.php?id=47897r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47897r=support Expected behavior: http://bugs.php.net/fix.php?id=47897r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47897r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47897r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47897r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47897r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47897r=dst IIS Stability: http://bugs.php.net/fix.php?id=47897r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47897r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47897r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47897r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47897r=mysqlcfg
#47897 [Opn-Fbk]: msvcr80.dll
ID: 47897 Updated by: paj...@php.net Reported By: anders dot e dot stenman at gmail dot com -Status: Open +Status: Feedback Bug Type: Dynamic loading Operating System: Windows Vista PHP Version: 5.2.9 New Comment: Which php version did you download and where? Previous Comments: [2009-04-04 20:54:49] anders dot e dot stenman at gmail dot com Description: Hello, When I run php.exe or pear on my Windows Vista box I get a warning about a missing msvcr80.dll. Is it possible to fix this? Kind regards, /Anders -- Edit this bug report at http://bugs.php.net/?id=47897edit=1
#36066 [Com]: Allowing member variables in interfaces
ID: 36066 Comment by: alpha_centurion at hotmail dot com Reported By: pablobm at gmail dot com Status: Open Bug Type: Feature/Change Request Operating System: Any PHP Version: 5.1.2 New Comment: I'd agree with this. Both from the perspective of people coming into PHP from other languages and an OO purist, the capacity to define public properties in interfaces is integral to their function. Although there is an argument which could support using interfaces purely for method signatures, it is more academic than practical and typically ends with some idea of separating property-focused interfaces from method-focused interfaces (facets of functionality). The usage strategy is something that should be decided in the implementation of software built on the language; the provision of the base functionality seems a logical (and necessary) progression of the language. Previous Comments: [2006-01-18 12:20:29] pablobm at gmail dot com Description: Maybe it's just me, but I think member variables should be allowed in object interfaces. My opinion is that this makes sense in PHP because it has proper getters/setters. Java allows mamber variables in interfaces for example, but, in its case, that doesn't make much sense, since (last time I checked, in 1.4) there are no proper getter/setter methods in Java as those found in PHP5. If I want an interface to define behaviour for a data structure that holds information, I will have to include getMember() and setMember() methods, not being able to use PHP5 getters/setters. -- Edit this bug report at http://bugs.php.net/?id=36066edit=1