[PHP-BUG] Bug #65367 [NEW]: Segmentation fault when returning onjects by reference
From: mbeccati Operating system: Any PHP version: 5.5.1 Package: Reproducible crash Bug Type: Bug Bug description:Segmentation fault when returning onjects by reference Description: While updating an old open source application to work with PHP 5.4 and 5.5, I somehow managed to trigger a segmentation fault when removing an =& assignment. I've been able to write a small reproduce script, which however still requires MDB2 from PEAR (tested only with the pgsql driver). Changing back a specific assignment to =& prevents the shutdown segfault from happening. The code works fine with 5.3 and crashes on 5.4+. Tested on Windows and Linux. Test script: --- loadModule('Datatype'); $GLOBALS['DB'] = $db; // Using =& $db doesn't crash return $GLOBALS['DB']; } } class B { function __construct() { $this->db =& $this->getDb(); } function &getDB() { return A::singleton(); } } $b = new B(); Expected result: PHP Notice: Only variable references should be returned by reference in foobar.php on line 25 Actual result: -- #0 0x00812979 in gc_zval_possible_root (zv=0x7fffeef256e0) at /root/compile/php-5.5.1/Zend/zend_gc.c:143 No locals. #1 0x00801268 in zend_hash_destroy (ht=0x7fffeef2b4a0) at /root/compile/php-5.5.1/Zend/zend_hash.c:560 p = 0x7fffeef2b860 q = 0x7fffeef2b7b0 #2 0x007f206b in _zval_dtor_func (zvalue=0x7fffeef2b470) at /root/compile/php-5.5.1/Zend/zend_variables.c:45 No locals. #3 0x007e3178 in _zval_dtor (zvalue=0x7fffeef2b470) at /root/compile/php-5.5.1/Zend/zend_variables.h:35 No locals. #4 i_zval_ptr_dtor (zval_ptr=0x7fffeef2b470) at /root/compile/php-5.5.1/Zend/zend_execute.h:81 No locals. #5 _zval_ptr_dtor (zval_ptr=) at /root/compile/php-5.5.1/Zend/zend_execute_API.c:426 No locals. #6 0x00801268 in zend_hash_destroy (ht=0x7fffeef28b10) at /root/compile/php-5.5.1/Zend/zend_hash.c:560 p = 0x7fffeef2bfd0 q = 0x7fffeef2ba80 #7 0x007f206b in _zval_dtor_func (zvalue=0x7fffeef28778) at /root/compile/php-5.5.1/Zend/zend_variables.c:45 No locals. #8 0x007e3178 in _zval_dtor (zvalue=0x7fffeef28778) at /root/compile/php-5.5.1/Zend/zend_variables.h:35 No locals. #9 i_zval_ptr_dtor (zval_ptr=0x7fffeef28778) at /root/compile/php-5.5.1/Zend/zend_execute.h:81 No locals. #10 _zval_ptr_dtor (zval_ptr=) at /root/compile/php-5.5.1/Zend/zend_execute_API.c:426 No locals. #11 0x00801268 in zend_hash_destroy (ht=0x7fffeef2cbb8) at /root/compile/php-5.5.1/Zend/zend_hash.c:560 p = 0x7fffeef2ce78 q = 0x7fffeef2ce20 #12 0x0081579c in zend_object_std_dtor (object=0x7fffeef27cb0) at /root/compile/php-5.5.1/Zend/zend_objects.c:44 No locals. #13 0x00815829 in zend_objects_free_object_storage (object=0x7fffeef27cb0) at /root/compile/php-5.5.1/Zend/zend_objects.c:137 No locals. #14 0x0081b476 in zend_objects_store_free_object_storage (objects=0x1085120) at /root/compile/php-5.5.1/Zend/zend_objects_API.c:92 obj = i = #15 0x007e37e3 in shutdown_executor () at /root/compile/php-5.5.1/Zend/zend_execute_API.c:293 __orig_bailout = 0x7fffe460 __bailout = {{__jmpbuf = {17321344, -8869895244590628792, 0, 0, 0, 17333536, 8869894737283235912, -8869895235585851320}, __mask_was_saved = 0, __saved_mask = {__val = {9576849035021516823, 0, 8402366, 17291648, 17319392, 140737353913872, 140737353912280, 140737353913920, 140737353912280, 0, 17321080, 1, 0, 0, 8330270, 17320992 #16 0x007f3075 in zend_deactivate () at /root/compile/php-5.5.1/Zend/zend.c:939 No locals. #17 0x00791637 in php_request_shutdown (dummy=) at /root/compile/php-5.5.1/main/main.c:1803 report_memleaks = 1 '\001' -- Edit bug report at https://bugs.php.net/bug.php?id=65367&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=65367&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=65367&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=65367&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=65367&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=65367&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=65367&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=65367&r=needscript Try newer version: https://bugs.php.net/fix.php?id=65367&r=oldversion Not developer issue:https://bugs.php.net/fix.php?id=65367&r=support Expected behavior: https://bugs.php.net/fix.php?id=65367&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=65367&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=65367&r=submittedt
[PHP-BUG] Bug #55665 [NEW]: Segmentation fault in gc_mark_roots()
From: mbeccati Operating system: FreeBSD 6.2 PHP version: 5.3SVN-2011-09-10 (SVN) Package: Reproducible crash Bug Type: Bug Bug description:Segmentation fault in gc_mark_roots() Description: As usual with bugs related to garbage collection, I don't have a short reproduce code. The segmentation fault happens when running a pretty heavy integration test and is currently reproducible on PHP 5.3 (tested 5.3.4, 5.3.6RC3, 5.3.8 and PHP_5_3 svn HEAD). Unfortunately garbage collection is a bit too much for me to be able to make sense of it and debug the issue. Interestingly enough I couldn't reproduce it on PHP 5.2 or PHP 5.4. Happens both with gcc 3.4.6 and 4.2.5 with -O0. SSH Access to the machine is available for anyone interested in investigating. Actual result: -- Here is the relevant portion of backtrace and some other gdb commands: #0 0x0094a060 in gc_mark_roots () at /array1/compile/php-src/php/php-src/branches/PHP_5_3/Zend/zend_gc.c:434 434 if (GC_ZVAL_GET_COLOR(current->u.pz) == GC_PURPLE) { (gdb) bt full #0 0x0094a060 in gc_mark_roots () at /array1/compile/php-src/php/php-src/branches/PHP_5_3/Zend/zend_gc.c:434 current = (gc_root_buffer *) 0x11121a0 #1 0x0094a90c in gc_collect_cycles () at /array1/compile/php-src/php/php-src/branches/PHP_5_3/Zend/zend_gc.c:664 p = (zval_gc_info *) 0x1e8fbd0 q = (zval_gc_info *) 0x7fffccd8 orig_free_list = (zval_gc_info *) 0x377c42d8edc99ee orig_next_to_free = (zval_gc_info *) 0x901e88190 count = 0 #2 0x009495c2 in gc_zval_possible_root (zv=0x3e37620) at /array1/compile/php-src/php/php-src/branches/PHP_5_3/Zend/zend_gc.c:166 newRoot = (gc_root_buffer *) 0x0 #3 0x009bb104 in ZEND_FETCH_DIM_W_SPEC_VAR_CV_HANDLER (execute_data=0x1390810) at zend_gc.h:183 opline = (zend_op *) 0x1e8fbf8 free_op1 = {var = 0x0} dim = (zval *) 0x3e37708 container = (zval **) 0x3057850 #4 0x00953c58 in execute (op_array=0x1e8be08) at zend_vm_execute.h:107 ret = 0 execute_data = (zend_execute_data *) 0x1390810 nested = 1 '\001' original_in_execution = 0 '\0' ... (gdb) print current->u.pz $1 = (zval *) 0x3e9fd38 (gdb) print *current->u.pz Cannot access memory at address 0x3e9fd38 (gdb) frame 4 #4 0x00953c58 in execute (op_array=0x1e8be08) at zend_vm_execute.h:107 107 if ((ret = EX(opline)->handler(execute_data TSRMLS_CC)) > 0) { (gdb) dump_bt executor_globals.current_execute_data [0x01390810] addItem() /usr/local/bamboo/test-home/xml-data/build-dir/RET-TRUNK-PHPBUG/lib/pear/Config/Container.php:153 [0x013905c0] addItem() /usr/local/bamboo/test-home/xml-data/build-dir/RET-TRUNK-PHPBUG/lib/pear/Config/Container.php:108 [0x01390450] createItem() /usr/local/bamboo/test-home/xml-data/build-dir/RET-TRUNK-PHPBUG/lib/pear/Config/Container.php:196 [0x01390008] createDirective() /usr/local/bamboo/test-home/xml-data/build-dir/RET-TRUNK-PHPBUG/lib/pear/Config/Container/PHPArray.php:113 [0x0138fbc0] _parseArray() /usr/local/bamboo/test-home/xml-data/build-dir/RET-TRUNK-PHPBUG/lib/pear/Config/Container/PHPArray.php:111 [0x0138f5a0] _parseArray() /usr/local/bamboo/test-home/xml-data/build-dir/RET-TRUNK-PHPBUG/lib/pear/Config/Container/PHPArray.php:75 [0x0138ef48] parseDatasrc() /usr/local/bamboo/test-home/xml-data/build-dir/RET-TRUNK-PHPBUG/lib/pear/Config.php:197 [0x0138ebd8] parseConfig() /usr/local/bamboo/test-home/xml-data/build-dir/RET-TRUNK-PHPBUG/lib/OA/Admin/Settings.php:364 [0x0138b9b0] writeConfigArrayToFile() /usr/local/bamboo/test-home/xml-data/build-dir/RET-TRUNK-PHPBUG/lib/OA/Admin/Settings.php:173 [0x0138b7a0] writeConfigChange() /usr/local/bamboo/test-home/xml-data/build-dir/RET-TRUNK-PHPBUG/lib/OX/Plugin/PluginManager.php:870 [0x0138ac18] _setPackage() /usr/local/bamboo/test-home/xml-data/build-dir/RET-TRUNK-PHPBUG/lib/OX/Plugin/PluginManager.php:518 [0x0138a0e8] enablePackage() /usr/local/bamboo/test-home/xml-data/build-dir/RET-TRUNK-PHPBUG/tests/testClasses/TestEnv.php:183 [0x01389198] installPluginPackage() /usr/local/bamboo/test-home/xml-data/build-dir/RET-TRUNK-PHPBUG/plugins_repo/apRetargetingDriverExternal/plugins/apRetargeting/lib/Dal/Drivers/tests/integration/External.plg.test.php:28 [0x01388f80] setUp() /usr/local/bamboo/test-home/xml-data/build-dir/RET-TRUNK-PHPBUG/lib/simpletest/invoker.php:67 [0x01388e50] invoke() /usr/local/bamboo/test-home/xml-data/build-dir/RET-TRUNK-PHPBUG/lib/simpletest/invoker.php:126 [0x01388878] invoke() /usr/local/bamboo/test-home/xml-data/build-dir/RET-TRUNK-PHPBUG/lib/simpletest/errors.php:48 [0x01388748] invoke() /usr/local/bamboo/test-home/xml-data/build-dir/RET-TRUNK-PHPBUG/lib/simpletest/invoker.php:126 [0x01388228] invoke() /usr/local/bamboo/test-home/xml-data/build-dir/RET-TRUNK-PHPBUG/lib/simpletest/exceptions.php:42 [0x01387a28] invoke() /usr/local/bam
[PHP-BUG] Bug #52349 [NEW]: "zend_mm_heap corrupted" error
From: mbeccati Operating system: FreeBSD 6.2 PHP version: 5.3.3RC3 Package: Reproducible crash Bug Type: Bug Bug description:"zend_mm_heap corrupted" error Description: A few things: * It happens when running a specific "simpletest" integration test * It doesn't always happen, roughly 33-50% of the times * Never happened with 5.3.2, I got a report from Bamboo as soon as I upgraded to 5.3.3RC3 Of course I can't get a simple reproduce script as the aforementioned test does tons of things, but of course I can provide more information, SSH access, or try anything I'm asked to. Test script: --- n/a Expected result: No failure Actual result: -- zend_mm_heap corrupted exit message, with the following backtrace #0 0x0079f25b in zval_scan (pz=0x3b31970) at /array1/compile/php-5.3.3RC3-fcgi/Zend/zend_gc.c:485 p = (Bucket *) 0x3661108 #1 0x0079f6b9 in gc_collect_cycles () at /array1/compile/php-5.3.3RC3-fcgi/Zend/zend_gc.c:535 p = (zval_gc_info *) 0xee5ee0 q = (zval_gc_info *) 0x0 orig_free_list = (zval_gc_info *) 0x7fffc6e0 orig_next_to_free = (zval_gc_info *) 0x211ef18 count = 0 #2 0x0079fbd8 in gc_zval_possible_root (zv=0x33588b0) at /array1/compile/php-5.3.3RC3-fcgi/Zend/zend_gc.c:166 newRoot = (gc_root_buffer *) 0x3627830 #3 0x007a4fde in zend_assign_to_object (result=0x211ef18, object_ptr=0xe567a0, property_name=0x211ef60, value_op=0x211efb0, Ts=0x113b228, opcode=136) at /array1/compile/php-5.3.3RC3-fcgi/Zend/zend_execute.c:602 object = (zval *) 0x3632b70 free_value = {var = 0x113b701} value = (zval *) 0x33588b0 retval = (zval **) 0x113b6e0 #4 0x007e2796 in ZEND_ASSIGN_OBJ_SPEC_UNUSED_CONST_HANDLER (execute_data=0x113b190) at zend_vm_execute.h:17645 opline = (zend_op *) 0x0 #5 0x007a65f9 in execute (op_array=0x2119968) at zend_vm_execute.h:107 ret = 0 execute_data = (zend_execute_data *) 0x113b190 nested = 1 '\001' original_in_execution = 1 '\001' #6 0x00777d94 in zend_call_function (fci=0x7fffc970, fci_cache=0x0) at /array1/compile/php-5.3.3RC3-fcgi/Zend/zend_execute_API.c:963 call_via_handler = 34934168 i = 18062328 original_return_value = (zval **) 0x1139bf8 calling_symbol_table = (HashTable *) 0x0 original_op_array = (zend_op_array *) 0x2150d98 original_opline_ptr = (zend_op **) 0x1139f28 current_scope = (zend_class_entry *) 0x2118528 current_called_scope = (zend_class_entry *) 0x2104658 calling_scope = (zend_class_entry *) 0x2104658 called_scope = (zend_class_entry *) 0x2104658 current_this = (zval *) 0x30c9840 execute_data = {opline = 0x0, function_state = {function = 0x2109b78, arguments = 0x113a068}, fbc = 0x0, called_scope = 0x0, op_array = 0x0, object = 0x3632b70, Ts = 0x1139fe0, CVs = 0x1139fc0, symbol_table = 0x0, prev_execute_data = 0x1139f28, old_error_reporting = 0x0, nested = 1 '\001', original_return_value = 0x2104658, current_scope = 0x30c9840, current_called_scope = 0x0, current_this = 0x0, current_object = 0x0, call_opline = 0x1139fc8} #7 0x00728986 in xml_call_handler (parser=0x2f77938, handler=0x3356688, function_ptr=0x3627830, argc=3, argv=0x7fffca50) at /array1/compile/php-5.3.3RC3-fcgi/ext/xml/xml.c:530 args = (zval ***) 0x2f7e210 retval = (zval *) 0x0 result = -13744 fci = {size = 72, function_table = 0xe58180, function_name = 0x3356688, symbol_table = 0x0, retval_ptr_ptr = 0x7fffc968, param_count = 3, params = 0x2f7e210, object_ptr = 0x3632b70, no_separation = 0 '\0'} i = 3 #8 0x0072926a in _xml_startElementHandler (userData=0x2f77938, name=0x11fa8c0 "plugin", attributes=0x0) at /array1/compile/php-5.3.3RC3-fcgi/ext/xml/xml.c:822 attrs = (const char **) 0x0 att = 0x0 val = 0x11fa8c0 "plugin" val_len = 0 retval = (zval *) 0x821ae6ce args = {0x37ba0f0, 0x3359b18, 0x37ba450} #9 0x0072b56e in _start_element_handler (user=0x2d40860, name=0x11fa8c0 "plugin", attributes=0x0) at /array1/compile/php-5.3.3RC3-fcgi/ext/xml/compat.c:84 qualified_name = (xmlChar *) 0x11fa8c0 "plugin" #10 0x820fa26a in xmlParseStartTag () from /usr/local/lib/libxml2.so.5 No symbol table info available. #11 0x820ff102 in xmlParseTryOrFinish () from /usr/local/lib/libxml2.so.5 No symbol table info available. #12 0x821004ab in xmlParseChunk () from /usr/local/lib/libxml2.so.5 No symbol table info available. #13 0x0072c00d in php_XML_Parse (parser=0x2d40860, data=0x3540020 "", data_len=56784944, is_final=0) at /array1/compile/php-5.3.3RC3-fcgi/ext/xml/compat.c:605 error = 0 #14 0x0072a963 in
Bug #51248 [Com]: Segmentation fault in mysql_fetch_array
Edit report at http://bugs.php.net/bug.php?id=51248&edit=1 ID: 51248 Comment by: mbecc...@php.net Reported by: mbecc...@php.net Summary: Segmentation fault in mysql_fetch_array Status: Feedback Type: Bug Package: MySQL related Operating System: FreeBSD 6.2 PHP Version: 5.3.2 Assigned To: mysql New Comment: I've been able to test the drush script with a newly compiled 5.3.2 w/ mysqlnd and it appears that the segmentation fault is gone. Is there any way I can trace what happens with libmysql? i.e. libmysql: $ /usr/local/bin/php ~/bin/drush/drush.php dis twitter The following projects will be disabled: twitter Do you really want to continue? (y/n): y Segmentation fault: 11 (core dumped) mysqlnd: $ /array1/compile/php-5.3.2-apache/sapi/cli/php -d mysqlnd.debug="t:o,/tmp/mysqlnd.trace" ~/bin/drush/drush.php dis twitter The following projects will be disabled: twitter Do you really want to continue? (y/n): y twitter was disabled successfully. [ok] Previous Comments: [2010-04-08 16:57:29] mbecc...@php.net I've been using libmysql, but IIRC I've also tried mysqlnd and had the same result. As soon as I have time, I'll try to make a test build with mysqlnd and generate the trace file. [2010-04-08 16:50:54] and...@php.net Do you use libmysql or mysqlnd as the underlying library? if mysqlnd then can you try a debug build and put into your php.ini : mysqlnd.debug="t:o,/tmp/mysqlnd.trace" . Then please mail me the trace file because it won't be small. Thanks! Andrey [2010-03-29 21:03:43] mgarrison at alienz dot net I'm also able to reproduce this but with custom code, replicated with 5.3.2 and php5.3-201003291630 on a CentOS 4.8 box. Doesn't happen in php 5.2.12. (gdb) bt #0 0x7fdcc37cdac3 in zend_fetch_resource (passed_id=0x7fffd484e6a0, default_id=-1, resource_type_name=0x7fdcc3a8ce08 "MySQL result", found_resource_type=0x0, num_resource_types=1) at /usr/src/php-5.3.2/Zend/zend_list.c:127 #1 0x7fdcc3651846 in php_mysql_fetch_hash (ht=2, return_value=0x7fdcbf0e2970, return_value_ptr=Variable "return_value_ptr" is not available. ) at /usr/src/php-5.3.2/ext/mysql/php_mysql.c:1944 #2 0x7fdcc3651dcb in zif_mysql_fetch_array (ht=-729487712, return_value=0x, return_value_ptr=0x7fdcc37cd9cf, this_ptr=0x0, return_value_used=1) at /usr/src/php-5.3.2/ext/mysql/php_mysql.c:2105 #3 0x7fdcc37e2c62 in zend_do_fcall_common_helper_SPEC (execute_data=0x7fdcc2b34310) at /usr/src/php-5.3.2/Zend/zend_vm_execute.h:313 #4 0x7fdcc37e2089 in execute (op_array=0x7fdcbf4841c8) at /usr/src/php- 5.3.2/Zend/zend_vm_execute.h:104 #5 0x7fdcc37c0345 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/php-5.3.2/Zend/zend.c:1194 #6 0x7fdcc376e67d in php_execute_script (primary_file=0x7fffd4850da0) at /usr/src/php-5.3.2/main/main.c:2260 #7 0x7fdcc3845d12 in apache_php_module_main (r=Variable "r" is not available. ) at /usr/src/php-5.3.2/sapi/apache/sapi_apache.c:53 #8 0x7fdcc38468ce in send_php (r=0xcec3d0, display_source_mode=0, filename=0x0) at /usr/src/php-5.3.2/sapi/apache/mod_php5.c:682 #9 0x7fdcc3846ac3 in send_parsed_php (r=0x7fffd484e6a0) at /usr/src/php- 5.3.2/sapi/apache/mod_php5.c:697 #10 0x004428e4 in ap_invoke_handler () #11 0x0045a74e in process_request_internal () #12 0x0045ac19 in ap_internal_redirect () #13 0x7fdcc3ee7f7c in mod_gzip_redir1_handler () from /var/www/libexec/mod_gzip.so #14 0x7fdcc3ee61eb in mod_gzip_handler () from /var/www/libexec/mod_gzip.so #15 0x004428e4 in ap_invoke_handler () #16 0x0045a74e in process_request_internal () #17 0x0045a7a3 in ap_process_request () #18 0x00450a06 in child_main () #19 0x00450cf1 in make_child () #20 0x0045109e in perform_idle_server_maintenance () #21 0x004516c3 in standalone_main () #22 0x00451cb7 in main () -------- [2010-03-09 20:20:13] mbecc...@php.net Description: I've been asked to publish a Drupal based website on my 5.3.2 box, but every page call triggers a segmentation fault. Replicated with 5.3.1 as well. I've been able to test an old 5.2.8 and the issue is gone. I can't attach a reproduce code, but I will try to gather more information in the next few days. For now I'm attaching the backtrace. Actual result: -- Program received signal SIGSEGV, Segmentation fault. 0x8
[PHP-BUG] Bug #51248 [NEW]: Segmentation fault in mysql_fetch_array
From: mbeccati Operating system: FreeBSD 6.2 PHP version: 5.3.2 Package: MySQL related Bug Type: Bug Bug description:Segmentation fault in mysql_fetch_array Description: I've been asked to publish a Drupal based website on my 5.3.2 box, but every page call triggers a segmentation fault. Replicated with 5.3.1 as well. I've been able to test an old 5.2.8 and the issue is gone. I can't attach a reproduce code, but I will try to gather more information in the next few days. For now I'm attaching the backtrace. Actual result: -- Program received signal SIGSEGV, Segmentation fault. 0x8518a7c3 in zend_fetch_resource (passed_id=0x7fffcc50, default_id=-1, resource_type_name=0x855c3d6f "MySQL result", found_resource_type=0x0, num_resource_types=1) at /root/compile/php-5.3.2-apache/Zend/zend_list.c:127 127 } else if ((*passed_id)->type != IS_RESOURCE) { (gdb) bt full #0 0x8518a7c3 in zend_fetch_resource (passed_id=0x7fffcc50, default_id=-1, resource_type_name=0x855c3d6f "MySQL result", found_resource_type=0x0, num_resource_types=1) at /root/compile/php-5.3.2-apache/Zend/zend_list.c:127 id = -1 actual_resource_type = 0 resource = (void *) 0x10 resource_types = {{gp_offset = 5, fp_offset = 0, overflow_arg_area = 0x861c775b, reg_save_area = 0x300020}} i = -1 space = 0x85185062 "H\201Ãè" class_name = 0x1 #1 0x84fabcc6 in php_mysql_fetch_hash (ht=2, return_value=0xb04ae0, return_value_ptr=0x8518a6cf, this_ptr=0x0, return_value_used=1, result_type=1, expected_args=2, into_object=0) at /root/compile/php-5.3.2-apache/ext/mysql/php_mysql.c:1944 class_name = 0x7fffcd40 "Ãî©" class_name_len = 32767 mysql_result = (MYSQL_RES *) 0x2 res = (zval *) 0x0 ctor_params = (zval *) 0x0 ce = (zend_class_entry *) 0x0 i = 17 mysql_field = (MYSQL_FIELD *) 0x0 mysql_row = (MYSQL_ROW) 0xa9eed0 mysql_row_lengths = (long unsigned int *) 0x1 #2 0x84fac24b in zif_mysql_fetch_array (ht=-13232, return_value=0x, return_value_ptr=0x8518a6cf, this_ptr=0x0, return_value_used=1) at /root/compile/php-5.3.2-apache/ext/mysql/php_mysql.c:2105 No locals. #3 0x8519fa82 in zend_do_fcall_common_helper_SPEC (execute_data=0x9cef80) at /root/compile/php-5.3.2-apache/Zend/zend_vm_execute.h:313 i = 0 p = (zval **) 0x9cef70 arg_count = 2 opline = (zend_op *) 0xa9eed0 should_change_scope = 0 '\0' #4 0x8519eea9 in execute (op_array=0xa94e00) at /root/compile/php-5.3.2-apache/Zend/zend_vm_execute.h:104 ret = 0 execute_data = (zend_execute_data *) 0x9cef80 nested = 1 '\001' original_in_execution = 0 '\0' #5 0x8517d055 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /root/compile/php-5.3.2-apache/Zend/zend.c:1194 files = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7fffd000, reg_save_area = 0x7fffcf10}} i = 1 file_handle = (zend_file_handle *) 0x7fffe640 orig_op_array = (zend_op_array *) 0x0 orig_retval_ptr_ptr = (zval **) 0x0 #6 0x8512a7db in php_execute_script (primary_file=0x7fffe640) at /root/compile/php-5.3.2-apache/main/main.c:2260 realfile = "\000\000\000\000\000\000\000\000Ã\204{\200", '\0' , "ÿ\177\000\000\002\000\000\000\002\000\000\000Ã\217\233\000\000\000\000\000\v\000\000\000\000\000\000\000>\020V\200\000\000\000\000 äW\200\000\000\000\000Ããÿÿÿ\177\000\000\000\000\000\000\000\000\000\000\001\000\000\000\000\000\000\000ÃI<\a\000\000\000\000é\rV\200\000\000\000\000(p\233\000\000\000\000\000\0006X\200\000\000\000\000¸ãÿÿÿ\177", '\0' , "äÿÿÿ\177\000\000{", '\0' , "\001\000\000\000\000\000\000\000ÃI<\a\000\000\000\000\001\fV\200\000\000\000\000\000ðW\200\000\000\000\000\000òW\200\000\000\000\000\000ôW\200"... prepend_file_p = (zend_file_handle *) 0x0 append_file_p = (zend_file_handle *) 0x0 prepend_file = {type = ZEND_HANDLE_FILENAME, filename = 0x0, opened_path = 0x0, handle = {fd = 0, fp = 0x0, stream = {handle = 0x0, isatty = 0, mmap = {len = 0, pos = 0, map = 0x0, buf = 0x0, old_handle = 0x0, old_closer = 0}, reader = 0, fsizer = 0, closer = 0}}, free_filename = 0 '\0'} append_file = {type = ZEND_HANDLE_FILENAME, filename = 0x0, opened_path = 0x0, handle = {fd = 0, fp = 0x0, stream = {handle = 0x0, isatty = 0, mmap = {len = 0, pos = 0, map = 0x0, buf = 0x0, old_handle = 0x0, old_closer = 0}, reader = 0, fsizer = 0, closer = 0}}, free_filename = 0 '\0'} old_cwd = 0x7fffd010 "/array1/compile" retval = 0 #7 0x85203a20 in php_handler (r=0x9cb3a0) at /root/compile/php-5.3.2-apache/sapi/apache2handler/sapi_apache2.c:655 zfd = {type =
#50621 [NEW]: Memory leak in OnUpdateUTF8String
From: mbecc...@php.net Operating system: Ubuntu 9.10 PHP version: 6SVN-2009-12-31 (SVN) PHP Bug Type: Unicode Engine related Bug description: Memory leak in OnUpdateUTF8String Description: Discovered this while checking for leaks in my own changes. It always happens, even with an empty script. 90 bytes are definitely lost, plus 7+ kbytes still reachable that I'm not reporting here (overlong list). Reproduce code: --- # valgrind --tool=memcheck --num-callers=30 --leak-check=full sapi/cli/php < /dev/null Expected result: No leaks Actual result: -- ==18400== HEAP SUMMARY: ==18400== in use at exit: 7,750 bytes in 33 blocks ==18400== total heap usage: 36,914 allocs, 36,881 frees, 4,687,551 bytes allocated ==18400== ==18400== 90 bytes in 2 blocks are definitely lost in loss record 28 of 32 ==18400==at 0x4C2524D: realloc (vg_replace_malloc.c:476) ==18400==by 0x721D10: OnUpdateUTF8String (zend_ini.c:694) ==18400==by 0x722AAA: zend_register_ini_entries (zend_ini.c:215) ==18400==by 0x5937B9: zm_startup_session (session.c:2006) ==18400==by 0x70CC08: zend_startup_module_ex (zend_API.c:1929) ==18400==by 0x71525B: zend_hash_apply (zend_hash.c:873) ==18400==by 0x70CA1B: zend_startup_modules (zend_API.c:1978) ==18400==by 0x69EBC9: php_module_startup (main.c:2157) ==18400==by 0x7A37EC: php_cli_startup (php_cli.c:407) ==18400==by 0x7A412A: main (php_cli.c:781) ==18400== ==18400== LEAK SUMMARY: ==18400==definitely lost: 90 bytes in 2 blocks ==18400==indirectly lost: 0 bytes in 0 blocks ==18400== possibly lost: 0 bytes in 0 blocks ==18400==still reachable: 7,660 bytes in 31 blocks ==18400== suppressed: 0 bytes in 0 blocks -- Edit bug report at http://bugs.php.net/?id=50621&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50621&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50621&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50621&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50621&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50621&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50621&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50621&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50621&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50621&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50621&r=support Expected behavior: http://bugs.php.net/fix.php?id=50621&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50621&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50621&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50621&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50621&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50621&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50621&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50621&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50621&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50621&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50621&r=mysqlcfg
#50575 [NEW]: PDO_PGSQL LOBs are not compatible with PostgreSQL 8.5
From: mbecc...@php.net Operating system: * PHP version: 5.2.12 PHP Bug Type: PDO related Bug description: PDO_PGSQL LOBs are not compatible with PostgreSQL 8.5 Description: Tested with 8.5alpha3. Some 5.3+ improvemnts were not backported to 5.2. Specifically ones that were raising the minimum requirements. PDO_PGSQL in PHP 5.2 doesn't use PQunescapeBytea, but a copy of its code taken from an old version of Postgres, thus can't properly decode bytea fields on 8.5 because the default encoding has changed to the new "hex" format, while 5.3+ can. -- Edit bug report at http://bugs.php.net/?id=50575&edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=50575&r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=50575&r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=50575&r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=50575&r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=50575&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=50575&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=50575&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=50575&r=needscript Try newer version: http://bugs.php.net/fix.php?id=50575&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=50575&r=support Expected behavior: http://bugs.php.net/fix.php?id=50575&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=50575&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=50575&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=50575&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=50575&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=50575&r=dst IIS Stability: http://bugs.php.net/fix.php?id=50575&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=50575&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=50575&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=50575&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=50575&r=mysqlcfg
#48188 [NEW]: Cannot execute a scrollable cursors twice with PDO_PGSQL
From: mbecc...@php.net Operating system: * PHP version: 5.3CVS-2009-05-08 (CVS) PHP Bug Type: PDO related Bug description: Cannot execute a scrollable cursors twice with PDO_PGSQL Description: Scrollable cursor support for PDO_PGSQL was introduced in PHP 5.3 (see bug #44861). Some small issues need to be ironed out, e.g. I found out that it's impossible to execute a pdo statement using a cursor twice. The current code fails as the cursor is already existing. Reproduce code: --- $pdo = new PDO("pgsql:dbname=test", 'user', 'pass', array( PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION )); $res = $pdo->prepare("SELECT (?)::int AS x", array( PDO::ATTR_CURSOR => PDO::CURSOR_SCROLL )); try { var_dump($res->execute(array(1))); var_dump($res->execute(array(2))); } catch (Exception $e) { var_dump($e->getMessage()); } Expected result: bool(true) bool(true) Actual result: -- bool(true) string(94) "SQLSTATE[42P03]: Duplicate cursor: 7 ERROR: cursor "pdo_crsr_0104fee8" already exists" -- Edit bug report at http://bugs.php.net/?id=48188&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48188&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48188&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48188&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48188&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48188&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48188&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48188&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48188&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48188&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48188&r=support Expected behavior: http://bugs.php.net/fix.php?id=48188&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48188&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48188&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48188&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48188&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48188&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48188&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48188&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48188&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48188&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48188&r=mysqlcfg
#48185 [NEW]: warning: value computed is not used in pdo_sqlite_stmt_get_col line 271
From: mbecc...@php.net Operating system: * PHP version: 5.3CVS-2009-05-07 (CVS) PHP Bug Type: PDO related Bug description: warning: value computed is not used in pdo_sqlite_stmt_get_col line 271 Description: Reported here: http://gcov.php.net/viewer.php?version=PHP_5_3&func=compile_results -- Edit bug report at http://bugs.php.net/?id=48185&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48185&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48185&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48185&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48185&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48185&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48185&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48185&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48185&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48185&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48185&r=support Expected behavior: http://bugs.php.net/fix.php?id=48185&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48185&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48185&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48185&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48185&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48185&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48185&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48185&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48185&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48185&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48185&r=mysqlcfg
#48060 [NEW]: pdo_pgsql - large objects are returned as empty
From: mbecc...@php.net Operating system: * PHP version: 5.3CVS-2009-04-23 (CVS) PHP Bug Type: PDO related Bug description: pdo_pgsql - large objects are returned as empty Description: Bug isn't always reproducible. It might depend on various factors like e.g. memory addresses in use (to me it happens when pdo_oci support is compiled in). Explanation: the fix for bug #46274 is not properly working under some circumstances. The get_col function might be returning a (php_stream *) which is treated like a string by the empty string check, leading to inconsistent result (empty LOB) and a memory leak. -- Edit bug report at http://bugs.php.net/?id=48060&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48060&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48060&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48060&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48060&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48060&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48060&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48060&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48060&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48060&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48060&r=support Expected behavior: http://bugs.php.net/fix.php?id=48060&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48060&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48060&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48060&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48060&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48060&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48060&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48060&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48060&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48060&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48060&r=mysqlcfg
#47870 [NEW]: array() returns NULL
From: mbecc...@php.net Operating system: FreeBSD 6.2 PHP version: 5.3CVS-2009-04-01 (CVS) PHP Bug Type: Arrays related Bug description: array() returns NULL Description: Again, another bug happening in a unit test of OpenX. The problem always happens in the same test at the same point. What happens is that a simple array() call is returning NULL on my FreeBSD system. The same test generates a segmentation fault when run on our Linux based continuous integration system. Unfortunately I can't create a self-contained test case, but I can provide access to the system or more data. I will also attach a backtrace of the core dump (which might even not be happening at the same place as the FreeBSD failure). Reproduce code: --- $ids = array(); echo 'On FreeBSD: '; var_dump($ids); Expected result: On FreeBSD: Array () Actual result: -- On FreeBSD: NULL Backtrace (Linux): Program terminated with signal 11, Segmentation fault. (gdb) bt full #0 ZEND_ASSIGN_SPEC_CV_VAR_HANDLER (execute_data=0x2ecf02d8) at /usr/local/src/php-5.3.0RC1/Zend/zend_execute.c:664 opline = (zend_op *) 0x12eb418 free_op2 = {var = 0x273c0d0} value = (zval *) 0x1 variable_ptr_ptr = (zval **) 0x2a0e848 #1 0x007242fb in execute (op_array=0x10fdf40) at /usr/local/src/php-5.3.0RC1/Zend/zend_vm_execute.h:104 ret = execute_data = (zend_execute_data *) 0x2ecf02d8 nested = 1 '\001' original_in_execution = 0 '\0' #2 0x00701306 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/local/src/php-5.3.0RC1/Zend/zend.c:1188 files = {{gp_offset = 40, fp_offset = 73, overflow_arg_area = 0x7fffbdf97f10, reg_save_area = 0x7fffbdf97e20}} i = 1 file_handle = (zend_file_handle *) 0x7fffbdf9a3e0 orig_op_array = (zend_op_array *) 0x0 orig_retval_ptr_ptr = (zval **) 0x0 #3 0x006ae155 in php_execute_script (primary_file=0x7fffbdf9a3e0) at /usr/local/src/php-5.3.0RC1/main/main.c:2157 __orig_bailout = (jmp_buf *) 0x7fffbdf9a1c0 __bailout = {{__jmpbuf = {15364672, 903771196811129754, 1, 0, 0, 0, 903771196811177402, 903720367174677233}, __mask_was_saved = 0, __saved_mask = {__val = {48, 7, 15372768, 9416, 216135044429, 17634384, 229440404087961, 48, 7403025, 15235744, 0, 206158430215, 140736380641392, 17634352, 17634352, 140736380641392 prepend_file_p = (zend_file_handle *) 0x0 append_file_p = (zend_file_handle *) 0x8 prepend_file = {type = ZEND_HANDLE_FILENAME, filename = 0x0, opened_path = 0x0, handle = {fd = 0, fp = 0x0, stream = {handle = 0x0, isatty = 0, mmap = {len = 0, pos = 0, map = 0x0, buf = 0x0, old_handle = 0x0, old_closer = 0}, reader = 0, fsizer = 0, closer = 0}}, free_filename = 0 '\0'} append_file = {type = ZEND_HANDLE_FILENAME, filename = 0x0, opened_path = 0x0, handle = {fd = 0, fp = 0x0, stream = {handle = 0x0, isatty = 0, mmap = {len = 0, pos = 0, map = 0x0, buf = 0x0, old_handle = 0x0, old_closer = 0}, reader = 0, fsizer = 0, closer = 0}}, free_filename = 0 '\0'} old_cwd = 0x7fffbdf97f20 "" retval = 0 #4 0x0078bcee in main (argc=10, argv=0x7fffbdf9a658) at /usr/local/src/php-5.3.0RC1/sapi/cli/php_cli.c:1159 __bailout = {{__jmpbuf = {216132590528, 903720367176127146, 0, 140736380642896, 110, 0, 903771196811129834, 903720367173477278}, __mask_was_saved = 0, __saved_mask = {__val = {140736380642608, 140736380642416, 57, 112, 15369344, 15369328, 216135048496, 216138037600, 81, 140736380641952, 216135037715, 47, 96, 50, 216130423719, 15369344 exit_status = 0 c = file_handle = {type = ZEND_HANDLE_MAPPED, filename = 0x7fffbdf9a935 "run.php", opened_path = 0x0, handle = {fd = 17477016, fp = 0x10aad98, stream = {handle = 0x10aad98, isatty = 0, mmap = { len = 5351, pos = 0, map = 0x2ed69000, buf = 0x2ed69000 "", old_handle = 0x10d10b0, old_closer = 0x715dd0 }, reader = 0x716390 , fsizer = 0x7162d0 , closer = 0x716320 }}, free_filename = 0 '\0'} behavior = 1 reflection_what = 0x0 orig_optind = 1 orig_optarg = 0x0 arg_free = 0x7fffbdf9a935 "run.php" arg_excp = script_file = 0x7fffbdf9a935 "run.php" interactive = 0 module_started = 1 request_started = 1 lineno = 1 exec_direct = 0x0 exec_run = 0x0 exec_begin = 0x0 exec_end = 0x0 param_error = hide_argv = 0 ini_entries_len = -- Edit bug report at http://bugs.php.net/?id=47870&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47870&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47
#47852 [NEW]: Compilation failure in zend_alloc.c
From: mbecc...@php.net Operating system: NetBSD 5 PHP version: 5.3CVS-2009-03-31 (CVS) PHP Bug Type: Compile Failure Bug description: Compilation failure in zend_alloc.c Description: NetBSD 5 introduced mremap() but the signature is different from what we expect. >From man remap: COMPATIBILITY The semantics of mremap() differ from the one provided by glibc on Linux in that the newp argument was added and a different set of flags are implemented. A patch is available here: http://www.beccati.com/misc/php/zend_alloc_netbsd.diff NetBSD 4 compiles without any problem because mremap is not available. -- Edit bug report at http://bugs.php.net/?id=47852&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47852&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47852&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47852&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47852&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47852&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47852&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47852&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47852&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47852&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47852&r=support Expected behavior: http://bugs.php.net/fix.php?id=47852&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47852&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47852&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47852&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47852&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47852&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47852&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47852&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47852&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47852&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47852&r=mysqlcfg
#47851 [NEW]: is_callable throws fatal error
From: mbecc...@php.net Operating system: Irrelevant PHP version: 5.3CVS-2009-03-31 (CVS) PHP Bug Type: Class/Object related Bug description: is_callable throws fatal error Description: Under some circumstances is_callable() throws a fatal error when testing if the PHP4-style constructor of the class (e.g. is_callable(array('test1', 'test1')). Unfortunately I wasn't able to create a self-contained example, but the issue seems to happen often when using Simpletest Mocks in the OpenX test suite. It's ok if is_callable returns false if the method cannot be called statically, but definitely a fatal error isn't expected. Reproduce code: --- echo "Test"; is_callable(array('OX_Dal_Maintenance_Statistics', 'OX_Dal_Maintenance_Statistics')); Expected result: Test Actual result: -- Test Fatal error: Non-static method OX_Dal_Maintenance_Statistics::OX_Dal_Maintenance_Statistics() cannot be called statically in ... -- Edit bug report at http://bugs.php.net/?id=47851&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47851&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47851&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47851&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47851&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47851&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47851&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47851&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47851&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47851&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47851&r=support Expected behavior: http://bugs.php.net/fix.php?id=47851&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47851&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47851&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47851&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47851&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47851&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47851&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47851&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47851&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47851&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47851&r=mysqlcfg
#47816 [NEW]: pcntl tests failing on NetBSD
From: mbecc...@php.net Operating system: NetBSD 4 PHP version: 5.3CVS-2009-03-28 (CVS) PHP Bug Type: PCNTL related Bug description: pcntl tests failing on NetBSD Description: There are a few problems with the new pcntl extension on my NetBSD 4.0 system. The extension compiles fine, but a few tests fail. First, it seems that NetBSD sigtimedwait / sigwaitinfo implementations return 0 on success and -1 on failure, rather then the signal number: see http://www.daemon-systems.org/man/sigwait.2.html A patch is available here: http://www.beccati.com/misc/php/pcntl_sigtimedwait_HEAD.diff I didn't commit myself as you might want a better (autoconf based?) fix. Second, there are a couple of kernel bugs interfering with pcntl properly working: http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=41076 (Fixed in -current) http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=41085 (Under investigation) Once those bugs have been fixed the extensions should be properly working on NetBSD. Reproduce code: --- pcntl_sigprocmask(SIG_BLOCK, array(SIGTERM)); posix_kill(posix_getpid(), SIGTERM); var_dump(pcntl_sigwaitinfo(array(SIGTERM), $siginfo)); var_dump($siginfo); Expected result: int(15) array(3) { [u"signo"]=> int(15) [u"errno"]=> int(0) [u"code"]=> int(0) } Actual result: -- int(0) NULL -- Edit bug report at http://bugs.php.net/?id=47816&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47816&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47816&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47816&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47816&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47816&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47816&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47816&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47816&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47816&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47816&r=support Expected behavior: http://bugs.php.net/fix.php?id=47816&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47816&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47816&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47816&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47816&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47816&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47816&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47816&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47816&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47816&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47816&r=mysqlcfg
#47779 [NEW]: Wrong value for SIG_UNBLOCK and SIG_SETMASK constants
From: mbecc...@php.net Operating system: * PHP version: 5.3CVS-2009-03-25 (CVS) PHP Bug Type: PCNTL related Bug description: Wrong value for SIG_UNBLOCK and SIG_SETMASK constants Description: While chking pcntl.c because of build errors on FreeBSD 6 and test failures on NetBSD 4, I spotted that SIG_UNBLOCK and SIG_SETMASK both have the same value as SIG_BLOCK. Patch w/ test available here: http://www.beccati.com/misc/php/pcntl_sig_constants_HEAD.diff My karma prevents me from committing directly. Reproduce code: --- var_dump(SIG_BLOCK); var_dump(SIG_UNBLOCK); var_dump(SIG_SETMASK); Expected result: int(0) int(1) int(2) Actual result: -- int(0) int(0) int(0) -- Edit bug report at http://bugs.php.net/?id=47779&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47779&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47779&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47779&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47779&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47779&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47779&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47779&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47779&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47779&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47779&r=support Expected behavior: http://bugs.php.net/fix.php?id=47779&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47779&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47779&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47779&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47779&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47779&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47779&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47779&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47779&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47779&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47779&r=mysqlcfg