Bug #60708 [Csd]: segmentation fault, use max_input_vars
Edit report at https://bugs.php.net/bug.php?id=60708&edit=1 ID: 60708 Updated by: paj...@php.net Reported by:masugata at gmail dot com Summary:segmentation fault, use max_input_vars Status: Closed Type: Bug Package:*General Issues Operating System: x86_64 GNU/Linux PHP Version:5.3.9 Assigned To:stas Block user comment: N Private report: N New Comment: Are you sure the fix is complete? There are leaks afaik. Previous Comments: [2012-02-02 07:29:21] s...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. Thanks, should be fine in current SVN. [2012-02-02 05:58:45] nickg at client9 dot com Confirmed. Input could be a=1 v[]=2. Last arg past max_input_var just needs to be array-like. Test file could be a EMPTY FILE. Does not need to be CLI but any SAPI source. [2012-01-11 07:04:35] masugata at gmail dot com Description: segmentation fault, use max_input_vars $ gdb /tmp/php-5.3.9/sapi/cgi/php-cgi (gdb) run -d max_input_vars=1 /tmp/cgitest.php a[]=1 v[]=2 Starting program: /tmp/php-5.3.9/sapi/cgi/php-cgi -d max_input_vars=1 /tmp/cgitest.php a[]=1 v[]=2 warning: no loadable sections found in added symbol-file system-supplied DSO at 0x2aaab000 [Thread debugging using libthread_db enabled] Unknown(0) : Warning - Unknown: Input variables exceeded 1. To increase the limit change max_input_vars in php.ini. Unknown(0) : Warning - Unknown: Input variables exceeded 1. To increase the limit change max_input_vars in php.ini. Unknown(0) : Warning - Unknown: Input variables exceeded 1. To increase the limit change max_input_vars in php.ini. Program received signal SIGSEGV, Segmentation fault. 0x0077ba65 in php_register_variable_ex (var_name=0xfe6618 "v[]", val=0x7fffc100, track_vars_array=0xfe5eb8) at /tmp/php-5.3.9/main/php_variables.c:207 207 symtable1 = Z_ARRVAL_PP(gpc_element_p); (gdb) bt #0 0x0077ba65 in php_register_variable_ex (var_name=0xfe6618 "v[]", val=0x7fffc100, track_vars_array=0xfe5eb8) at /tmp/php-5.3.9/main/php_variables.c:207 #1 0x005886d9 in php_sapi_filter (arg=1, var=0xfe6618 "v[]", val=0x7fffc1c0, val_len=1, new_val_len=0x7fffc1b4) at /tmp/php-5.3.9/ext/filter/filter.c:461 #2 0x0077c6ca in php_default_treat_data (arg=1, str=0x0, destArray=0x0) at /tmp/php-5.3.9/main/php_variables.c:408 #3 0x0077d5b0 in php_hash_environment () at /tmp/php- 5.3.9/main/php_variables.c:716 #4 0x00769448 in php_request_startup () at /tmp/php- 5.3.9/main/main.c:1468 #5 0x008d0438 in main (argc=6, argv=0x7fffe928) at /tmp/php- 5.3.9/sapi/cgi/cgi_main.c:2035 Test script: --- https://bugs.php.net/bug.php?id=60708&edit=1
Bug #60708 [Asn->Csd]: segmentation fault, use max_input_vars
Edit report at https://bugs.php.net/bug.php?id=60708&edit=1 ID: 60708 Updated by: s...@php.net Reported by:masugata at gmail dot com Summary:segmentation fault, use max_input_vars -Status: Assigned +Status: Closed Type: Bug Package:*General Issues Operating System: x86_64 GNU/Linux PHP Version:5.3.9 Assigned To:stas Block user comment: N Private report: N New Comment: This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. Thanks, should be fine in current SVN. Previous Comments: [2012-02-02 05:58:45] nickg at client9 dot com Confirmed. Input could be a=1 v[]=2. Last arg past max_input_var just needs to be array-like. Test file could be a EMPTY FILE. Does not need to be CLI but any SAPI source. [2012-01-11 07:04:35] masugata at gmail dot com Description: segmentation fault, use max_input_vars $ gdb /tmp/php-5.3.9/sapi/cgi/php-cgi (gdb) run -d max_input_vars=1 /tmp/cgitest.php a[]=1 v[]=2 Starting program: /tmp/php-5.3.9/sapi/cgi/php-cgi -d max_input_vars=1 /tmp/cgitest.php a[]=1 v[]=2 warning: no loadable sections found in added symbol-file system-supplied DSO at 0x2aaab000 [Thread debugging using libthread_db enabled] Unknown(0) : Warning - Unknown: Input variables exceeded 1. To increase the limit change max_input_vars in php.ini. Unknown(0) : Warning - Unknown: Input variables exceeded 1. To increase the limit change max_input_vars in php.ini. Unknown(0) : Warning - Unknown: Input variables exceeded 1. To increase the limit change max_input_vars in php.ini. Program received signal SIGSEGV, Segmentation fault. 0x0077ba65 in php_register_variable_ex (var_name=0xfe6618 "v[]", val=0x7fffc100, track_vars_array=0xfe5eb8) at /tmp/php-5.3.9/main/php_variables.c:207 207 symtable1 = Z_ARRVAL_PP(gpc_element_p); (gdb) bt #0 0x0077ba65 in php_register_variable_ex (var_name=0xfe6618 "v[]", val=0x7fffc100, track_vars_array=0xfe5eb8) at /tmp/php-5.3.9/main/php_variables.c:207 #1 0x005886d9 in php_sapi_filter (arg=1, var=0xfe6618 "v[]", val=0x7fffc1c0, val_len=1, new_val_len=0x7fffc1b4) at /tmp/php-5.3.9/ext/filter/filter.c:461 #2 0x0077c6ca in php_default_treat_data (arg=1, str=0x0, destArray=0x0) at /tmp/php-5.3.9/main/php_variables.c:408 #3 0x0077d5b0 in php_hash_environment () at /tmp/php- 5.3.9/main/php_variables.c:716 #4 0x00769448 in php_request_startup () at /tmp/php- 5.3.9/main/main.c:1468 #5 0x008d0438 in main (argc=6, argv=0x7fffe928) at /tmp/php- 5.3.9/sapi/cgi/cgi_main.c:2035 Test script: --- https://bugs.php.net/bug.php?id=60708&edit=1
Bug #60708 [Opn->Asn]: segmentation fault, use max_input_vars
Edit report at https://bugs.php.net/bug.php?id=60708&edit=1 ID: 60708 Updated by: paj...@php.net Reported by:masugata at gmail dot com Summary:segmentation fault, use max_input_vars -Status: Open +Status: Assigned Type: Bug Package:*General Issues Operating System: x86_64 GNU/Linux PHP Version:5.3.9 -Assigned To: +Assigned To:stas Block user comment: N Private report: N Previous Comments: [2012-02-02 05:58:45] nickg at client9 dot com Confirmed. Input could be a=1 v[]=2. Last arg past max_input_var just needs to be array-like. Test file could be a EMPTY FILE. Does not need to be CLI but any SAPI source. [2012-01-11 07:04:35] masugata at gmail dot com Description: segmentation fault, use max_input_vars $ gdb /tmp/php-5.3.9/sapi/cgi/php-cgi (gdb) run -d max_input_vars=1 /tmp/cgitest.php a[]=1 v[]=2 Starting program: /tmp/php-5.3.9/sapi/cgi/php-cgi -d max_input_vars=1 /tmp/cgitest.php a[]=1 v[]=2 warning: no loadable sections found in added symbol-file system-supplied DSO at 0x2aaab000 [Thread debugging using libthread_db enabled] Unknown(0) : Warning - Unknown: Input variables exceeded 1. To increase the limit change max_input_vars in php.ini. Unknown(0) : Warning - Unknown: Input variables exceeded 1. To increase the limit change max_input_vars in php.ini. Unknown(0) : Warning - Unknown: Input variables exceeded 1. To increase the limit change max_input_vars in php.ini. Program received signal SIGSEGV, Segmentation fault. 0x0077ba65 in php_register_variable_ex (var_name=0xfe6618 "v[]", val=0x7fffc100, track_vars_array=0xfe5eb8) at /tmp/php-5.3.9/main/php_variables.c:207 207 symtable1 = Z_ARRVAL_PP(gpc_element_p); (gdb) bt #0 0x0077ba65 in php_register_variable_ex (var_name=0xfe6618 "v[]", val=0x7fffc100, track_vars_array=0xfe5eb8) at /tmp/php-5.3.9/main/php_variables.c:207 #1 0x005886d9 in php_sapi_filter (arg=1, var=0xfe6618 "v[]", val=0x7fffc1c0, val_len=1, new_val_len=0x7fffc1b4) at /tmp/php-5.3.9/ext/filter/filter.c:461 #2 0x0077c6ca in php_default_treat_data (arg=1, str=0x0, destArray=0x0) at /tmp/php-5.3.9/main/php_variables.c:408 #3 0x0077d5b0 in php_hash_environment () at /tmp/php- 5.3.9/main/php_variables.c:716 #4 0x00769448 in php_request_startup () at /tmp/php- 5.3.9/main/main.c:1468 #5 0x008d0438 in main (argc=6, argv=0x7fffe928) at /tmp/php- 5.3.9/sapi/cgi/cgi_main.c:2035 Test script: --- https://bugs.php.net/bug.php?id=60708&edit=1
Bug #60708 [Com]: segmentation fault, use max_input_vars
Edit report at https://bugs.php.net/bug.php?id=60708&edit=1 ID: 60708 Comment by: nickg at client9 dot com Reported by:masugata at gmail dot com Summary:segmentation fault, use max_input_vars Status: Open Type: Bug Package:*General Issues Operating System: x86_64 GNU/Linux PHP Version:5.3.9 Block user comment: N Private report: N New Comment: Confirmed. Input could be a=1 v[]=2. Last arg past max_input_var just needs to be array-like. Test file could be a EMPTY FILE. Does not need to be CLI but any SAPI source. Previous Comments: [2012-01-11 07:04:35] masugata at gmail dot com Description: segmentation fault, use max_input_vars $ gdb /tmp/php-5.3.9/sapi/cgi/php-cgi (gdb) run -d max_input_vars=1 /tmp/cgitest.php a[]=1 v[]=2 Starting program: /tmp/php-5.3.9/sapi/cgi/php-cgi -d max_input_vars=1 /tmp/cgitest.php a[]=1 v[]=2 warning: no loadable sections found in added symbol-file system-supplied DSO at 0x2aaab000 [Thread debugging using libthread_db enabled] Unknown(0) : Warning - Unknown: Input variables exceeded 1. To increase the limit change max_input_vars in php.ini. Unknown(0) : Warning - Unknown: Input variables exceeded 1. To increase the limit change max_input_vars in php.ini. Unknown(0) : Warning - Unknown: Input variables exceeded 1. To increase the limit change max_input_vars in php.ini. Program received signal SIGSEGV, Segmentation fault. 0x0077ba65 in php_register_variable_ex (var_name=0xfe6618 "v[]", val=0x7fffc100, track_vars_array=0xfe5eb8) at /tmp/php-5.3.9/main/php_variables.c:207 207 symtable1 = Z_ARRVAL_PP(gpc_element_p); (gdb) bt #0 0x0077ba65 in php_register_variable_ex (var_name=0xfe6618 "v[]", val=0x7fffc100, track_vars_array=0xfe5eb8) at /tmp/php-5.3.9/main/php_variables.c:207 #1 0x005886d9 in php_sapi_filter (arg=1, var=0xfe6618 "v[]", val=0x7fffc1c0, val_len=1, new_val_len=0x7fffc1b4) at /tmp/php-5.3.9/ext/filter/filter.c:461 #2 0x0077c6ca in php_default_treat_data (arg=1, str=0x0, destArray=0x0) at /tmp/php-5.3.9/main/php_variables.c:408 #3 0x0077d5b0 in php_hash_environment () at /tmp/php- 5.3.9/main/php_variables.c:716 #4 0x00769448 in php_request_startup () at /tmp/php- 5.3.9/main/main.c:1468 #5 0x008d0438 in main (argc=6, argv=0x7fffe928) at /tmp/php- 5.3.9/sapi/cgi/cgi_main.c:2035 Test script: --- https://bugs.php.net/bug.php?id=60708&edit=1
Bug #60933 [PATCH]: Testing asort with SORT_LOCALE_STRING fails on Mac OS X 10.6
Edit report at https://bugs.php.net/bug.php?id=60933&edit=1 ID: 60933 Patch added by: ahar...@php.net Reported by:m...@php.net Summary:Testing asort with SORT_LOCALE_STRING fails on Mac OS X 10.6 Status: Assigned Type: Bug Package:Arrays related Operating System: Mac OS X 10.6 PHP Version:5.4SVN-2012-01-30 (SVN) Assigned To:aharvey Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: bug-60933-locale-sort-test Revision: 1328158259 URL: https://bugs.php.net/patch-display.php?bug=60933&patch=bug-60933-locale-sort-test&revision=1328158259 Previous Comments: [2012-02-02 04:50:40] ahar...@php.net I think this may just be nothing more than the default fr_FR locale selected on OS X nowadays simply being UTF-8 by default these days, which obviously fails to sort an ISO-8859-1 array correctly. Can people who've had this fail try the attached patch and see if it fixes the problem, please? [2012-02-02 00:55:36] j dot jeising at gmail dot com Only failed test for me too (Mac OS X 10.6.8). Any environment specific details we could provide to reproduce this? (LANG="de_DE.UTF-8", LC_CTYPE="en_US.UTF-8") [2012-02-01 19:32:31] ras...@php.net I just ran it on an Ubuntu 11.10 box and it passed. So then it is environment- specific somehow. [2012-02-01 17:49:59] carloschilazo at gmail dot com I think its not related to MAC OSX, test failed php5.4-201202011630 ubuntu 11.10 [2012-02-01 16:32:54] ras...@php.net Bug 41758 is a won't fix simply because it is against PHP6 and we aren't fixing bugs in that dead branch at this point. This also a different issue since this one appears to be OSX-specific. This same test passes nicely on various versions of Debian and Ubuntu Linux. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=60933 -- Edit this bug report at https://bugs.php.net/bug.php?id=60933&edit=1
Bug #60933 [Opn->Asn]: Testing asort with SORT_LOCALE_STRING fails on Mac OS X 10.6
Edit report at https://bugs.php.net/bug.php?id=60933&edit=1 ID: 60933 Updated by: ahar...@php.net Reported by:m...@php.net Summary:Testing asort with SORT_LOCALE_STRING fails on Mac OS X 10.6 -Status: Open +Status: Assigned Type: Bug Package:Arrays related Operating System: Mac OS X 10.6 PHP Version:5.4SVN-2012-01-30 (SVN) -Assigned To: +Assigned To:aharvey Block user comment: N Private report: N New Comment: I think this may just be nothing more than the default fr_FR locale selected on OS X nowadays simply being UTF-8 by default these days, which obviously fails to sort an ISO-8859-1 array correctly. Can people who've had this fail try the attached patch and see if it fixes the problem, please? Previous Comments: [2012-02-02 00:55:36] j dot jeising at gmail dot com Only failed test for me too (Mac OS X 10.6.8). Any environment specific details we could provide to reproduce this? (LANG="de_DE.UTF-8", LC_CTYPE="en_US.UTF-8") [2012-02-01 19:32:31] ras...@php.net I just ran it on an Ubuntu 11.10 box and it passed. So then it is environment- specific somehow. [2012-02-01 17:49:59] carloschilazo at gmail dot com I think its not related to MAC OSX, test failed php5.4-201202011630 ubuntu 11.10 [2012-02-01 16:32:54] ras...@php.net Bug 41758 is a won't fix simply because it is against PHP6 and we aren't fixing bugs in that dead branch at this point. This also a different issue since this one appears to be OSX-specific. This same test passes nicely on various versions of Debian and Ubuntu Linux. [2012-02-01 13:03:39] f...@php.net Works on FreeBSD 8.2-RELEASE with snap php5.4-201202011030 PASS Sort with SORT_LOCALE_STRING [ext/standard/tests/array/locale_sort.phpt] The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=60933 -- Edit this bug report at https://bugs.php.net/bug.php?id=60933&edit=1
Req #60944 [Com]: Unable to detect if variable exists vs. is null
Edit report at https://bugs.php.net/bug.php?id=60944&edit=1 ID: 60944 Comment by: phpmpan at mpan dot pl Reported by:lampacz+php at gmail dot com Summary:Unable to detect if variable exists vs. is null Status: Open Type: Feature/Change Request Package:Variables related Operating System: Linux PHP Version:5.3.9 Block user comment: N Private report: N New Comment: What is the rationale for introducing such function? Can you provide any real-life example when it is neccessary to distinguish between an undefined global variable and a global variable set to `NULL`? The question is important, as use of global variables is getting less popular. Adding a new function, that will duplicate already existing functionality (proposed by Laruence), is IMHO not a good idea. Previous Comments: [2012-02-01 10:39:28] lampacz+php at gmail dot com Marvelous. Sugestion for new function: is_defined(mixed $var) which internally return array_key_exists($var, get_defined_vars()); ? Thank you for. [2012-02-01 09:54:15] larue...@php.net [2012-02-01 08:05:10] lampacz+php at gmail dot com Description: There is no difference between $x = NULL and unset($a). So i'm unable to detect if variable was defined (so it can be defined and be filled with null) http://www.php.net/manual/en/types.comparisons.php Table Comparisons of $x with PHP functions, rows 2 - 4 gives same results Expected result: Different results for undefined variables and null variables -- Edit this bug report at https://bugs.php.net/bug.php?id=60944&edit=1
Bug #60933 [Com]: Testing asort with SORT_LOCALE_STRING fails on Mac OS X 10.6
Edit report at https://bugs.php.net/bug.php?id=60933&edit=1 ID: 60933 Comment by: j dot jeising at gmail dot com Reported by:m...@php.net Summary:Testing asort with SORT_LOCALE_STRING fails on Mac OS X 10.6 Status: Open Type: Bug Package:Arrays related Operating System: Mac OS X 10.6 PHP Version:5.4SVN-2012-01-30 (SVN) Block user comment: N Private report: N New Comment: Only failed test for me too (Mac OS X 10.6.8). Any environment specific details we could provide to reproduce this? (LANG="de_DE.UTF-8", LC_CTYPE="en_US.UTF-8") Previous Comments: [2012-02-01 19:32:31] ras...@php.net I just ran it on an Ubuntu 11.10 box and it passed. So then it is environment- specific somehow. [2012-02-01 17:49:59] carloschilazo at gmail dot com I think its not related to MAC OSX, test failed php5.4-201202011630 ubuntu 11.10 [2012-02-01 16:32:54] ras...@php.net Bug 41758 is a won't fix simply because it is against PHP6 and we aren't fixing bugs in that dead branch at this point. This also a different issue since this one appears to be OSX-specific. This same test passes nicely on various versions of Debian and Ubuntu Linux. [2012-02-01 13:03:39] f...@php.net Works on FreeBSD 8.2-RELEASE with snap php5.4-201202011030 PASS Sort with SORT_LOCALE_STRING [ext/standard/tests/array/locale_sort.phpt] [2012-02-01 03:58:53] carloschilazo at gmail dot com I think this goes waaay back to: 41758 And bug 41758 is in status Won't fix, I couldn't find why. Is there a reason behind this? Thanks The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=60933 -- Edit this bug report at https://bugs.php.net/bug.php?id=60933&edit=1
Bug #60826 [Com]: raw POST data missing with chunked encoding, FastCGI
Edit report at https://bugs.php.net/bug.php?id=60826&edit=1 ID: 60826 Comment by: timo dot witte at googlemail dot com Reported by:clarkwise at gmail dot com Summary:raw POST data missing with chunked encoding, FastCGI Status: Open Type: Bug Package:CGI/CLI related Operating System: Windows XP PHP Version:5.3.9 Block user comment: N Private report: N New Comment: I have the same problem on my machine and can confirm this bug! i think this bug affects mod_spdy aswell, because it sends the POST data chunked! ( http://code.google.com/p/mod-spdy/issues/detail?id=22 ). Previous Comments: [2012-01-20 21:15:54] clarkwise at gmail dot com Description: When a POST is sent with the header "Transfer-Encoding: chunked" and PHP 5.3 is running via FastCGI, $HTTP_RAW_POST_DATA is not set. In IIS, the receiving PHP process simply hangs and does not execute at all. If chunked encoding is not set, it executes successfully and $HTTP_RAW_POST_DATA is populated. Comparing ISAPI to FastCGI (using PHP 5.2 which has both implementations), PHP ISAPI works fine with "Transfer-Encoding: chunked" but PHP FastCGI does not. This issue also occurred running Linux/Apache with PHP 5.3 FastCGI. In that scenario, the PHP process did not completely hang, but $HTTP_RAW_POST_DATA and php://input were empty when the script executed. Test script: --- Two files, postsend.php and postreceive.php, can be found within the question here: http://stackoverflow.com/questions/8899239/http-raw-post-data-not-being-populated-after-upgrade-to-php-5-3 Expected result: $HTTP_RAW_POST_DATA and the php://input stream should contain the raw binary data that was sent in the POST. Actual result: -- On Windows/IIS, the PHP process hangs and does not execute. On Linux/Apache, the PHP process executes but $HTTP_RAW_POST_DATA and php://input are empty. -- Edit this bug report at https://bugs.php.net/bug.php?id=60826&edit=1
Bug #60951 [Opn]: PHP-FPM leaks memory, crashes randomly
Edit report at https://bugs.php.net/bug.php?id=60951&edit=1
ID: 60951
User updated by:vytenis dot darulis at gmail dot com
Reported by:vytenis dot darulis at gmail dot com
Summary:PHP-FPM leaks memory, crashes randomly
Status: Open
Type: Bug
Package:Reproducible crash
Operating System: Debian testing
PHP Version:5.3.9
Block user comment: N
Private report: N
New Comment:
Uploaded the script that is indicated in the backtrace at
http://darulis.lt/segf.txt
Previous Comments:
[2012-02-01 23:17:03] vytenis dot darulis at gmail dot com
Re-read "generating a backtrace" instructions on php.net, will update with more
information as it turns out, a single script is responsible for those segfaults.
[2012-02-01 23:04:29] vytenis dot darulis at gmail dot com
Description:
PHP-FPM crashes on restart (after ~12+ hours of runtime), virtual image size is
always much larger than it should be (have to set request- building with --
enable-debug and report_memleaks=On reports a lot of memory leaks.
(gdb) bt
#0 0x00619b3d in do_bind_function (opline=0x7f7f186ba960,
function_table=0x1115c50, compile_time=0 '\000')
at /usr/src/php-5.3.9/Zend/zend_compile.c:2973
#1 0x00654b7c in ZEND_DECLARE_FUNCTION_SPEC_HANDLER (
execute_data=0x13be1c0) at /usr/src/php-5.3.9/Zend/zend_vm_execute.h:586
#2 0x0065490b in execute (op_array=0x14526c0)
at /usr/src/php-5.3.9/Zend/zend_vm_execute.h:107
#3 0x006329c9 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php-5.3.9/Zend/zend.c:1236
#4 0x005dfa8c in php_execute_script (primary_file=0x7fff185f3ef0)
at /usr/src/php-5.3.9/main/main.c:2308
#5 0x00429028 in main (argc=20419800, argv=0x0)
at /usr/src/php-5.3.9/sapi/fpm/fpm/fpm_main.c:1858
#0 0x00619b3d in do_bind_function (opline=0x7f7f186ba960,
function_table=0x1115c50, compile_time=0 '\000')
at /usr/src/php-5.3.9/Zend/zend_compile.c:2973
function = 0xdc32e0
#1 0x00654b7c in ZEND_DECLARE_FUNCTION_SPEC_HANDLER (
execute_data=0x13be1c0) at /usr/src/php-5.3.9/Zend/zend_vm_execute.h:586
No locals.
#2 0x0065490b in execute (op_array=0x14526c0)
at /usr/src/php-5.3.9/Zend/zend_vm_execute.h:107
ret =
execute_data = 0x13be1c0
nested = 1 '\001'
original_in_execution = 0 '\000'
#3 0x006329c9 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php-5.3.9/Zend/zend.c:1236
files = {{gp_offset = 40, fp_offset = 32639,
overflow_arg_area = 0x7fff185ef8c0,
reg_save_area = 0x7fff185ef850}}
i =
file_handle = 0x7fff185f3ef0
orig_op_array = 0x0
orig_retval_ptr_ptr = 0x0
#4 0x005dfa8c in php_execute_script (primary_file=0x7fff185f3ef0)
---Type to continue, or q to quit---
at /usr/src/php-5.3.9/main/main.c:2308
realfile = " \021_\030\377\177", '\000' ,
"B\367\bZ\177\177\000\000\001\000\000\000\177\177\000\000\001\000\000\000\000\00
0\000\000\310+GP\177\177\000\000\001\000\000\000\000\000\000\000\001\000\000\000
\000\000\000\000Ð7\001\000\000\000\000\200\t_\030\377\177\000\000\206n\250X\177\
177\000\000\240\t_\030\377\177\000\000\000\000\000\000\000\000\000\000\001\000\0
00\000\000\000\000\000\177\352k\000\000\000\000\000\067\370\002\000\000\000\000\
000\300\033_\030\377\177\000\000\000\000\000\000\000\000\000\000\327tl\000\000\0
00\000\000\067\370\002\000\000\000\000\000&6\f\000\000\000\000\000\300\033_\030\
377\177\000\000\365\317k", '\000' ,
"\001\005\000\001\000\000\000\000
\223\067\001\000\000\000\000\300\033_\030\377\177\000\000\217\331k\000\000\000\0
00\000\200+\334\000\000\000\000\000\240"...
__orig_bailout = 0x7fff185f3c10
__bailout = {{__jmpbuf = {14430336, -6770098422908330243, 0, 20419800,
20419368, 0, -6770098428205736195, 6770589603805781757},
__mask_was_saved = 0, __saved_mask = {__val = {0, 0, 0, 0,
20281744, 1, 20505256, 20419368, 0, 7418177, 140184908713798,
14429056, 140733602283248, 14429056, 20423224, 20505256
prepend_file_p =
append_file_p = 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,
---Type to continue, or q to quit---
buf = 0x0, old_handle = 0x0, old_closer = 0}, reader = 0,
fsizer = 0, closer = 0}}, free_filename = 0 '\000'}
append_file = {type = ZEND_HANDLE_FILENAME, filename = 0x0,
opened_path = 0x0, handle = {fd = 0, fp = 0x0, stream = {
Bug #60951 [Opn]: PHP-FPM leaks memory, crashes randomly
Edit report at https://bugs.php.net/bug.php?id=60951&edit=1
ID: 60951
User updated by:vytenis dot darulis at gmail dot com
Reported by:vytenis dot darulis at gmail dot com
Summary:PHP-FPM leaks memory, crashes randomly
Status: Open
Type: Bug
Package:Reproducible crash
Operating System: Debian testing
PHP Version:5.3.9
Block user comment: N
Private report: N
New Comment:
Re-read "generating a backtrace" instructions on php.net, will update with more
information as it turns out, a single script is responsible for those segfaults.
Previous Comments:
[2012-02-01 23:04:29] vytenis dot darulis at gmail dot com
Description:
PHP-FPM crashes on restart (after ~12+ hours of runtime), virtual image size is
always much larger than it should be (have to set request- building with --
enable-debug and report_memleaks=On reports a lot of memory leaks.
(gdb) bt
#0 0x00619b3d in do_bind_function (opline=0x7f7f186ba960,
function_table=0x1115c50, compile_time=0 '\000')
at /usr/src/php-5.3.9/Zend/zend_compile.c:2973
#1 0x00654b7c in ZEND_DECLARE_FUNCTION_SPEC_HANDLER (
execute_data=0x13be1c0) at /usr/src/php-5.3.9/Zend/zend_vm_execute.h:586
#2 0x0065490b in execute (op_array=0x14526c0)
at /usr/src/php-5.3.9/Zend/zend_vm_execute.h:107
#3 0x006329c9 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php-5.3.9/Zend/zend.c:1236
#4 0x005dfa8c in php_execute_script (primary_file=0x7fff185f3ef0)
at /usr/src/php-5.3.9/main/main.c:2308
#5 0x00429028 in main (argc=20419800, argv=0x0)
at /usr/src/php-5.3.9/sapi/fpm/fpm/fpm_main.c:1858
#0 0x00619b3d in do_bind_function (opline=0x7f7f186ba960,
function_table=0x1115c50, compile_time=0 '\000')
at /usr/src/php-5.3.9/Zend/zend_compile.c:2973
function = 0xdc32e0
#1 0x00654b7c in ZEND_DECLARE_FUNCTION_SPEC_HANDLER (
execute_data=0x13be1c0) at /usr/src/php-5.3.9/Zend/zend_vm_execute.h:586
No locals.
#2 0x0065490b in execute (op_array=0x14526c0)
at /usr/src/php-5.3.9/Zend/zend_vm_execute.h:107
ret =
execute_data = 0x13be1c0
nested = 1 '\001'
original_in_execution = 0 '\000'
#3 0x006329c9 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php-5.3.9/Zend/zend.c:1236
files = {{gp_offset = 40, fp_offset = 32639,
overflow_arg_area = 0x7fff185ef8c0,
reg_save_area = 0x7fff185ef850}}
i =
file_handle = 0x7fff185f3ef0
orig_op_array = 0x0
orig_retval_ptr_ptr = 0x0
#4 0x005dfa8c in php_execute_script (primary_file=0x7fff185f3ef0)
---Type to continue, or q to quit---
at /usr/src/php-5.3.9/main/main.c:2308
realfile = " \021_\030\377\177", '\000' ,
"B\367\bZ\177\177\000\000\001\000\000\000\177\177\000\000\001\000\000\000\000\00
0\000\000\310+GP\177\177\000\000\001\000\000\000\000\000\000\000\001\000\000\000
\000\000\000\000Ð7\001\000\000\000\000\200\t_\030\377\177\000\000\206n\250X\177\
177\000\000\240\t_\030\377\177\000\000\000\000\000\000\000\000\000\000\001\000\0
00\000\000\000\000\000\177\352k\000\000\000\000\000\067\370\002\000\000\000\000\
000\300\033_\030\377\177\000\000\000\000\000\000\000\000\000\000\327tl\000\000\0
00\000\000\067\370\002\000\000\000\000\000&6\f\000\000\000\000\000\300\033_\030\
377\177\000\000\365\317k", '\000' ,
"\001\005\000\001\000\000\000\000
\223\067\001\000\000\000\000\300\033_\030\377\177\000\000\217\331k\000\000\000\0
00\000\200+\334\000\000\000\000\000\240"...
__orig_bailout = 0x7fff185f3c10
__bailout = {{__jmpbuf = {14430336, -6770098422908330243, 0, 20419800,
20419368, 0, -6770098428205736195, 6770589603805781757},
__mask_was_saved = 0, __saved_mask = {__val = {0, 0, 0, 0,
20281744, 1, 20505256, 20419368, 0, 7418177, 140184908713798,
14429056, 140733602283248, 14429056, 20423224, 20505256
prepend_file_p =
append_file_p = 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,
---Type to continue, or q to quit---
buf = 0x0, old_handle = 0x0, old_closer = 0}, reader = 0,
fsizer = 0, closer = 0}}, free_filename = 0 '\000'}
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 '\000'}
[PHP-BUG] Bug #60951 [NEW]: PHP-FPM leaks memory, crashes randomly
From:
Operating system: Debian testing
PHP version: 5.3.9
Package: Reproducible crash
Bug Type: Bug
Bug description:PHP-FPM leaks memory, crashes randomly
Description:
PHP-FPM crashes on restart (after ~12+ hours of runtime), virtual image
size is
always much larger than it should be (have to set request- building with
--
enable-debug and report_memleaks=On reports a lot of memory leaks.
(gdb) bt
#0 0x00619b3d in do_bind_function (opline=0x7f7f186ba960,
function_table=0x1115c50, compile_time=0 '\000')
at /usr/src/php-5.3.9/Zend/zend_compile.c:2973
#1 0x00654b7c in ZEND_DECLARE_FUNCTION_SPEC_HANDLER (
execute_data=0x13be1c0) at
/usr/src/php-5.3.9/Zend/zend_vm_execute.h:586
#2 0x0065490b in execute (op_array=0x14526c0)
at /usr/src/php-5.3.9/Zend/zend_vm_execute.h:107
#3 0x006329c9 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php-5.3.9/Zend/zend.c:1236
#4 0x005dfa8c in php_execute_script (primary_file=0x7fff185f3ef0)
at /usr/src/php-5.3.9/main/main.c:2308
#5 0x00429028 in main (argc=20419800, argv=0x0)
at /usr/src/php-5.3.9/sapi/fpm/fpm/fpm_main.c:1858
#0 0x00619b3d in do_bind_function (opline=0x7f7f186ba960,
function_table=0x1115c50, compile_time=0 '\000')
at /usr/src/php-5.3.9/Zend/zend_compile.c:2973
function = 0xdc32e0
#1 0x00654b7c in ZEND_DECLARE_FUNCTION_SPEC_HANDLER (
execute_data=0x13be1c0) at
/usr/src/php-5.3.9/Zend/zend_vm_execute.h:586
No locals.
#2 0x0065490b in execute (op_array=0x14526c0)
at /usr/src/php-5.3.9/Zend/zend_vm_execute.h:107
ret =
execute_data = 0x13be1c0
nested = 1 '\001'
original_in_execution = 0 '\000'
#3 0x006329c9 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/php-5.3.9/Zend/zend.c:1236
files = {{gp_offset = 40, fp_offset = 32639,
overflow_arg_area = 0x7fff185ef8c0,
reg_save_area = 0x7fff185ef850}}
i =
file_handle = 0x7fff185f3ef0
orig_op_array = 0x0
orig_retval_ptr_ptr = 0x0
#4 0x005dfa8c in php_execute_script (primary_file=0x7fff185f3ef0)
---Type to continue, or q to quit---
at /usr/src/php-5.3.9/main/main.c:2308
realfile = " \021_\030\377\177", '\000' ,
"B\367\bZ\177\177\000\000\001\000\000\000\177\177\000\000\001\000\000\000\000\00
0\000\000\310+GP\177\177\000\000\001\000\000\000\000\000\000\000\001\000\000\000
\000\000\000\000Ð7\001\000\000\000\000\200\t_\030\377\177\000\000\206n\250X\177\
177\000\000\240\t_\030\377\177\000\000\000\000\000\000\000\000\000\000\001\000\0
00\000\000\000\000\000\177\352k\000\000\000\000\000\067\370\002\000\000\000\000\
000\300\033_\030\377\177\000\000\000\000\000\000\000\000\000\000\327tl\000\000\0
00\000\000\067\370\002\000\000\000\000\000&6\f\000\000\000\000\000\300\033_\030\
377\177\000\000\365\317k", '\000' ,
"\001\005\000\001\000\000\000\000
\223\067\001\000\000\000\000\300\033_\030\377\177\000\000\217\331k\000\000\000\0
00\000\200+\334\000\000\000\000\000\240"...
__orig_bailout = 0x7fff185f3c10
__bailout = {{__jmpbuf = {14430336, -6770098422908330243, 0,
20419800,
20419368, 0, -6770098428205736195, 6770589603805781757},
__mask_was_saved = 0, __saved_mask = {__val = {0, 0, 0, 0,
20281744, 1, 20505256, 20419368, 0, 7418177,
140184908713798,
14429056, 140733602283248, 14429056, 20423224,
20505256
prepend_file_p =
append_file_p = 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,
---Type to continue, or q to quit---
buf = 0x0, old_handle = 0x0, old_closer = 0}, reader = 0,
fsizer = 0, closer = 0}}, free_filename = 0 '\000'}
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 '\000'}
old_cwd = 0x7fff185ef8d0 "/data-ssd/www/ywa/online_service/java"
use_heap = 0 '\000'
retval = 0
#5 0x00429028 in main (argc=20419800, argv=0x0)
at /usr/src/php-5.3.9/sapi/fpm/fpm/fpm_main.c:1858
primary_script = 0x138c0b0 "/data-ssd/www/ywa/htdocs/index.php"
__orig_bailout = 0x0
__bailout = {{__jmpbuf = {4294967295, 677056464061181,
140733602283848, 3, 14305900, 0, -6770098422906233091,
6770589613499080445}, __mask_was_saved = 0, __saved_mask = {
__val = {140184950204880, 140184908371680, 0, 0,
Bug #47640 [Com]: Session does not close file in /tmp/
Edit report at https://bugs.php.net/bug.php?id=47640&edit=1 ID: 47640 Comment by: pio at rdl dot pl Reported by:manuel dot schmitt at manitu dot de Summary:Session does not close file in /tmp/ Status: Not a bug Type: Bug Package:Session related Operating System: Linux PHP Version:5.2.9 Block user comment: N Private report: N New Comment: Hello ! Is there any news with this issue ? Piotr Previous Comments: [2010-10-24 12:29:55] alex dot linte at gmail dot com Hello, I have the same mistake : host:~# date dimanche 24 octobre 2010, 12:10:03 (UTC+0200) host:~# ps faux | grep php juritrav 17749 0.0 0.0 118988 11616 ?S00:11 0:00 | \_ /usr/bin/php-cgi suphpuser 17818 0.0 0.0 117764 9536 ?S00:12 0:00 | \_ /usr/bin/php-cgi suphpuser 18004 0.0 0.0 117764 9536 ?S00:14 0:00 | \_ /usr/bin/php-cgi suphpuser 12573 0.0 0.1 138812 31784 ?S09:39 0:00 | \_ /usr/bin/php-cgi suphpuser 12574 0.0 0.0 117492 9396 ?S09:39 0:00 | \_ /usr/bin/php-cgi duphpuser 12594 0.0 0.0 117492 9396 ?S09:39 0:00 | \_ /usr/bin/php-cgi suphpuser 12675 0.0 0.0 117764 9536 ?S09:40 0:00 | \_ /usr/bin/php-cgi suphpuser 12682 0.0 0.0 117764 9536 ?S09:40 0:00 | \_ /usr/bin/php-cgi suphpuser 12695 0.0 0.0 117764 9536 ?S09:40 0:00 | \_ /usr/bin/php-cgi So php-cgi scripts run for ever until I kill its manually. I take the sample of process 18004 : front2:~# strace -p18004 Process 18004 attached - interrupt to quit flock(3, LOCK_EX host# lsof -p18004 php-cgi 18004 suphpuser3uW REG9,1 7 897723 /tmp/php5/sess_ (deleted) So the php script tries to lock a session file (file descriptor 3) that has been deleted by the PHP garbage collector. When the garbage collector delete a session file, it doesn't take care that any php process still using this session file. Then the php process can't lock the file because it doesn't exist anymore, the php-cgi process is blocked I have the problem with the following version of php : PHP 5.2.6-1+lenny9 with Suhosin-Patch 0.9.6.2 (cli) (built: Aug 4 2010 06:06:53) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies with Zend Optimizer v3.3.9, Copyright (c) 1998-2009, by Zend Technologies The cron job for php (script that delete session on debian) is disabled et the garbage collector php is enabled in php.ini file : session.gc_probability = 1 session.gc_divisor = 100 Sorry for my english. Alexandre LINTE [2009-05-03 12:07:47] manuel dot schmitt at manitu dot de ACK, but as server administrator there *must* be a way to prevent this. Admins do not have influence on the scripts that are used by webmasters. So I think it's a PHP thing. Likely one should automatically close all sessions that were opened by scripts aborting / running into limits sets by php (e.g. exec time) etc. This should solve it. [2009-05-02 18:42:02] j...@php.net Endless loops tend to cause such problems. One should always use http://www.php.net/session_write_close as early as possible to prevent race conditions and this kind of "bugs". [2009-03-17 06:32:36] manuel dot schmitt at manitu dot de ARGH! It is so simple! Execute it for the first time and ensure, that it runs into any of the php limits, e.g. maxmimum execution time. Call the script a second time while not running into the limit. When tracing the PHP process you will see an unlimited flock() syscall! [2009-03-16 23:46:42] j...@php.net You need to come up with a script / set of scripts which can be used to _reliably_ reproduce the issue. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at https://bugs.php.net/bug.php?id=47640 -- Edit this bug report at https://bugs.php.net/bug.php?id=47640&edit=1
Bug #60933 [Opn]: Testing asort with SORT_LOCALE_STRING fails on Mac OS X 10.6
Edit report at https://bugs.php.net/bug.php?id=60933&edit=1
ID: 60933
Updated by: ras...@php.net
Reported by:m...@php.net
Summary:Testing asort with SORT_LOCALE_STRING fails on Mac
OS X 10.6
Status: Open
Type: Bug
Package:Arrays related
Operating System: Mac OS X 10.6
PHP Version:5.4SVN-2012-01-30 (SVN)
Block user comment: N
Private report: N
New Comment:
I just ran it on an Ubuntu 11.10 box and it passed. So then it is environment-
specific somehow.
Previous Comments:
[2012-02-01 17:49:59] carloschilazo at gmail dot com
I think its not related to MAC OSX, test failed php5.4-201202011630 ubuntu 11.10
[2012-02-01 16:32:54] ras...@php.net
Bug 41758 is a won't fix simply because it is against PHP6 and we aren't fixing
bugs in that dead branch at this point. This also a different issue since this
one appears to be OSX-specific. This same test passes nicely on various
versions
of Debian and Ubuntu Linux.
[2012-02-01 13:03:39] f...@php.net
Works on FreeBSD 8.2-RELEASE with snap php5.4-201202011030
PASS Sort with SORT_LOCALE_STRING [ext/standard/tests/array/locale_sort.phpt]
[2012-02-01 03:58:53] carloschilazo at gmail dot com
I think this goes waaay back to: 41758
And bug 41758 is in status Won't fix, I couldn't find why.
Is there a reason behind this?
Thanks
[2012-01-30 13:50:47] m...@php.net
Description:
The test ext/standard/tests/array/locale_sort.phpt fails.
"Ãle-du-Prince-Ãdouard"
is sorted to the end of the array, instead of the expected 3rd position.
Test script:
---
"Alberta",
"BC" => "Colombie-Britannique",
"MB" => "Manitoba",
"NB" => "Nouveau-Brunswick",
"NL" => "Terre-Neuve-et-Labrador",
"NS" => "Nouvelle-Ãcosse",
"ON" => "Ontario",
"PE" => "Ãle-du-Prince-Ãdouard",
"QC" => "Québec",
"SK" => "Saskatchewan",
"NT" => "Territoires du Nord-Ouest",
"NU" => "Nunavut",
"YT" => "Territoire du Yukon");
asort($table, SORT_LOCALE_STRING);
var_dump($table);
Expected result:
array(13) {
["AB"]=>
string(7) "Alberta"
["BC"]=>
string(20) "Colombie-Britannique"
["PE"]=>
string(21) "Ãle-du-Prince-Ãdouard"
["MB"]=>
string(8) "Manitoba"
["NB"]=>
string(17) "Nouveau-Brunswick"
["NS"]=>
string(15) "Nouvelle-Ãcosse"
["NU"]=>
string(7) "Nunavut"
["ON"]=>
string(7) "Ontario"
["QC"]=>
string(6) "Québec"
["SK"]=>
string(12) "Saskatchewan"
["NL"]=>
Bug #55496 [Asn]: Interactive mode doesn't force a newline before the prompt
Edit report at https://bugs.php.net/bug.php?id=55496&edit=1 ID: 55496 Updated by: s...@php.net Reported by:s...@php.net Summary:Interactive mode doesn't force a newline before the prompt Status: Assigned Type: Bug Package:CGI/CLI related Operating System: Linux PHP Version:5.4SVN-2011-08-23 (SVN) Assigned To:johannes Block user comment: N Private report: N New Comment: For the record, this changed (broke) in PHP 5.4. Previous Comments: [2011-08-23 20:59:01] s...@php.net Automatic comment from SVN on behalf of sixd Revision: http://svn.php.net/viewvc/?view=revision&revision=315404 Log: Update log, marking 5.4 and trunk as XFAIL due to bug #55496 [2011-08-23 20:58:39] s...@php.net The expected & actual sections above should be swapped. [2011-08-23 20:47:27] s...@php.net Description: The call to readline_shell_write() in readline_shell_run() is effectively a no-op so no newline is forced before the prompt. Expected result: $ php -a Interactive shell php > echo "hi"; hiphp > Actual result: -- $ php -a Interactive shell php > echo "hi"; hi php > -- Edit this bug report at https://bugs.php.net/bug.php?id=55496&edit=1
Bug #60933 [Com]: Testing asort with SORT_LOCALE_STRING fails on Mac OS X 10.6
Edit report at https://bugs.php.net/bug.php?id=60933&edit=1
ID: 60933
Comment by: carloschilazo at gmail dot com
Reported by:m...@php.net
Summary:Testing asort with SORT_LOCALE_STRING fails on Mac
OS X 10.6
Status: Open
Type: Bug
Package:Arrays related
Operating System: Mac OS X 10.6
PHP Version:5.4SVN-2012-01-30 (SVN)
Block user comment: N
Private report: N
New Comment:
I think its not related to MAC OSX, test failed php5.4-201202011630 ubuntu 11.10
Previous Comments:
[2012-02-01 16:32:54] ras...@php.net
Bug 41758 is a won't fix simply because it is against PHP6 and we aren't fixing
bugs in that dead branch at this point. This also a different issue since this
one appears to be OSX-specific. This same test passes nicely on various
versions
of Debian and Ubuntu Linux.
[2012-02-01 13:03:39] f...@php.net
Works on FreeBSD 8.2-RELEASE with snap php5.4-201202011030
PASS Sort with SORT_LOCALE_STRING [ext/standard/tests/array/locale_sort.phpt]
[2012-02-01 03:58:53] carloschilazo at gmail dot com
I think this goes waaay back to: 41758
And bug 41758 is in status Won't fix, I couldn't find why.
Is there a reason behind this?
Thanks
[2012-01-30 13:50:47] m...@php.net
Description:
The test ext/standard/tests/array/locale_sort.phpt fails.
"Ãle-du-Prince-Ãdouard"
is sorted to the end of the array, instead of the expected 3rd position.
Test script:
---
"Alberta",
"BC" => "Colombie-Britannique",
"MB" => "Manitoba",
"NB" => "Nouveau-Brunswick",
"NL" => "Terre-Neuve-et-Labrador",
"NS" => "Nouvelle-Ãcosse",
"ON" => "Ontario",
"PE" => "Ãle-du-Prince-Ãdouard",
"QC" => "Québec",
"SK" => "Saskatchewan",
"NT" => "Territoires du Nord-Ouest",
"NU" => "Nunavut",
"YT" => "Territoire du Yukon");
asort($table, SORT_LOCALE_STRING);
var_dump($table);
Expected result:
array(13) {
["AB"]=>
string(7) "Alberta"
["BC"]=>
string(20) "Colombie-Britannique"
["PE"]=>
string(21) "Ãle-du-Prince-Ãdouard"
["MB"]=>
string(8) "Manitoba"
["NB"]=>
string(17) "Nouveau-Brunswick"
["NS"]=>
string(15) "Nouvelle-Ãcosse"
["NU"]=>
string(7) "Nunavut"
["ON"]=>
string(7) "Ontario"
["QC"]=>
string(6) "Québec"
["SK"]=>
string(12) "Saskatchewan"
["NL"]=>
string(23) "Terre-Neuve-et-Labrador"
["YT"]=>
string(19) "Territoire du Yukon"
Bug #60933 [Opn]: Testing asort with SORT_LOCALE_STRING fails on Mac OS X 10.6
Edit report at https://bugs.php.net/bug.php?id=60933&edit=1
ID: 60933
Updated by: ras...@php.net
Reported by:m...@php.net
Summary:Testing asort with SORT_LOCALE_STRING fails on Mac
OS X 10.6
Status: Open
Type: Bug
Package:Arrays related
Operating System: Mac OS X 10.6
PHP Version:5.4SVN-2012-01-30 (SVN)
Block user comment: N
Private report: N
New Comment:
Bug 41758 is a won't fix simply because it is against PHP6 and we aren't fixing
bugs in that dead branch at this point. This also a different issue since this
one appears to be OSX-specific. This same test passes nicely on various
versions
of Debian and Ubuntu Linux.
Previous Comments:
[2012-02-01 13:03:39] f...@php.net
Works on FreeBSD 8.2-RELEASE with snap php5.4-201202011030
PASS Sort with SORT_LOCALE_STRING [ext/standard/tests/array/locale_sort.phpt]
[2012-02-01 03:58:53] carloschilazo at gmail dot com
I think this goes waaay back to: 41758
And bug 41758 is in status Won't fix, I couldn't find why.
Is there a reason behind this?
Thanks
[2012-01-30 13:50:47] m...@php.net
Description:
The test ext/standard/tests/array/locale_sort.phpt fails.
"Ãle-du-Prince-Ãdouard"
is sorted to the end of the array, instead of the expected 3rd position.
Test script:
---
"Alberta",
"BC" => "Colombie-Britannique",
"MB" => "Manitoba",
"NB" => "Nouveau-Brunswick",
"NL" => "Terre-Neuve-et-Labrador",
"NS" => "Nouvelle-Ãcosse",
"ON" => "Ontario",
"PE" => "Ãle-du-Prince-Ãdouard",
"QC" => "Québec",
"SK" => "Saskatchewan",
"NT" => "Territoires du Nord-Ouest",
"NU" => "Nunavut",
"YT" => "Territoire du Yukon");
asort($table, SORT_LOCALE_STRING);
var_dump($table);
Expected result:
array(13) {
["AB"]=>
string(7) "Alberta"
["BC"]=>
string(20) "Colombie-Britannique"
["PE"]=>
string(21) "Ãle-du-Prince-Ãdouard"
["MB"]=>
string(8) "Manitoba"
["NB"]=>
string(17) "Nouveau-Brunswick"
["NS"]=>
string(15) "Nouvelle-Ãcosse"
["NU"]=>
string(7) "Nunavut"
["ON"]=>
string(7) "Ontario"
["QC"]=>
string(6) "Québec"
["SK"]=>
string(12) "Saskatchewan"
["NL"]=>
string(23) "Terre-Neuve-et-Labrador"
["YT"]=>
string(19) "Territoire du Yukon"
["NT"]=>
string(25) "Territoires du Nord-Ouest"
Actual result:
--
array(13) {
Bug #60937 [Nab]: Memory leak on unserialize for nested objects
Edit report at https://bugs.php.net/bug.php?id=60937&edit=1 ID: 60937 User updated by:npm at nuestrared dot com Reported by:npm at nuestrared dot com Summary:Memory leak on unserialize for nested objects Status: Not a bug Type: Bug Package:Performance problem Operating System: Debian Linux PHP Version:5.4SVN-2012-01-31 (snap) Block user comment: N Private report: N New Comment: Hi, I have updated the object on the script and force the use of gc_collect_cycles() after each iteration. However, there is an increase of 4980736 bytes, after 100 runs, it doesn't happen with every object, but it does with this particular one. Also the increase is not with every iteration but every couple of iterations, until it gets to a maximum, in this case the 4980736 bytes. Let me know if to open a different bug. The updated script at: http://dl.dropbox.com/u/7170408/unserialize_memleak.php The output of the script: Iteration 0 Start Mem 786432 Cicle Mem 3145728 Diff 2359296 Iteration 1 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 2 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 3 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 4 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 5 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 6 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 7 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 8 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 9 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 10 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 11 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 12 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 13 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 14 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 15 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 16 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 17 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 18 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 19 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 20 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 21 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 22 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 23 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 24 Start Mem 786432 Cicle Mem 5505024 Diff 4718592 Iteration 25 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 26 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 27 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 28 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 29 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 30 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 31 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 32 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 33 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 34 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 35 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 36 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 37 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 38 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 39 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 40 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 41 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 42 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 43 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 44 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 45 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 46 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 47 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 48 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 49 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 50 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 51 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 52 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 53 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 54 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 55 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 56 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 57 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 58 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 59 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iteration 60 Start Mem 786432 Cicle Mem 5767168 Diff 4980736 Iterat
Bug #60948 [Asn]: mysqlnd FTBFS when -Wformat-security is enabled
Edit report at https://bugs.php.net/bug.php?id=60948&edit=1 ID: 60948 Updated by: johan...@php.net Reported by:ond...@php.net Summary:mysqlnd FTBFS when -Wformat-security is enabled Status: Assigned Type: Bug Package:MySQL related Operating System: Any PHP Version:5.4.0RC6 Assigned To:mysql Block user comment: N Private report: N New Comment: As a remark: The patch is not strictly needed - the msg is a const char* without any risk of injecting anything ... therefore not critical. Previous Comments: [2012-02-01 13:34:47] johan...@php.net Patch looks good, checking with RM before committing. [2012-02-01 13:10:40] ond...@php.net Description: $ svn diff Index: ext/mysqlnd/mysqlnd_wireprotocol.c === --- ext/mysqlnd/mysqlnd_wireprotocol.c (revision 322993) +++ ext/mysqlnd/mysqlnd_wireprotocol.c (working copy) @@ -500,7 +500,7 @@ const char * const msg = "Authentication data too long. " "Won't fit into the buffer and will be truncated. Authentication will thus fail"; SET_CLIENT_ERROR(*conn->error_info, CR_UNKNOWN_ERROR, UNKNOWN_SQLSTATE, msg); - php_error_docref(NULL TSRMLS_CC, E_WARNING, msg); + php_error_docref(NULL TSRMLS_CC, E_WARNING, "%s", msg); DBG_RETURN(0); } -- Edit this bug report at https://bugs.php.net/bug.php?id=60948&edit=1
Bug #60948 [Opn->Asn]: mysqlnd FTBFS when -Wformat-security is enabled
Edit report at https://bugs.php.net/bug.php?id=60948&edit=1 ID: 60948 Updated by: johan...@php.net Reported by:ond...@php.net Summary:mysqlnd FTBFS when -Wformat-security is enabled -Status: Open +Status: Assigned Type: Bug Package:MySQL related Operating System: Any PHP Version:5.4.0RC6 -Assigned To: +Assigned To:mysql Block user comment: N Private report: N New Comment: Patch looks good, checking with RM before committing. Previous Comments: [2012-02-01 13:10:40] ond...@php.net Description: $ svn diff Index: ext/mysqlnd/mysqlnd_wireprotocol.c === --- ext/mysqlnd/mysqlnd_wireprotocol.c (revision 322993) +++ ext/mysqlnd/mysqlnd_wireprotocol.c (working copy) @@ -500,7 +500,7 @@ const char * const msg = "Authentication data too long. " "Won't fit into the buffer and will be truncated. Authentication will thus fail"; SET_CLIENT_ERROR(*conn->error_info, CR_UNKNOWN_ERROR, UNKNOWN_SQLSTATE, msg); - php_error_docref(NULL TSRMLS_CC, E_WARNING, msg); + php_error_docref(NULL TSRMLS_CC, E_WARNING, "%s", msg); DBG_RETURN(0); } -- Edit this bug report at https://bugs.php.net/bug.php?id=60948&edit=1
[PHP-BUG] Bug #60948 [NEW]: mysqlnd FTBFS when -Wformat-security is enabled
From: ondrej Operating system: Any PHP version: 5.4.0RC6 Package: MySQL related Bug Type: Bug Bug description:mysqlnd FTBFS when -Wformat-security is enabled Description: $ svn diff Index: ext/mysqlnd/mysqlnd_wireprotocol.c === --- ext/mysqlnd/mysqlnd_wireprotocol.c (revision 322993) +++ ext/mysqlnd/mysqlnd_wireprotocol.c (working copy) @@ -500,7 +500,7 @@ const char * const msg = "Authentication data too long. " "Won't fit into the buffer and will be truncated. Authentication will thus fail"; SET_CLIENT_ERROR(*conn->error_info, CR_UNKNOWN_ERROR, UNKNOWN_SQLSTATE, msg); - php_error_docref(NULL TSRMLS_CC, E_WARNING, msg); + php_error_docref(NULL TSRMLS_CC, E_WARNING, "%s", msg); DBG_RETURN(0); } -- Edit bug report at https://bugs.php.net/bug.php?id=60948&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60948&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60948&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60948&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60948&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60948&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60948&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60948&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60948&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60948&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60948&r=support Expected behavior: https://bugs.php.net/fix.php?id=60948&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60948&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60948&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60948&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60948&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60948&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60948&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60948&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60948&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60948&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60948&r=mysqlcfg
Bug #60933 [Com]: Testing asort with SORT_LOCALE_STRING fails on Mac OS X 10.6
Edit report at https://bugs.php.net/bug.php?id=60933&edit=1
ID: 60933
Comment by: f...@php.net
Reported by:m...@php.net
Summary:Testing asort with SORT_LOCALE_STRING fails on Mac
OS X 10.6
Status: Open
Type: Bug
Package:Arrays related
Operating System: Mac OS X 10.6
PHP Version:5.4SVN-2012-01-30 (SVN)
Block user comment: N
Private report: N
New Comment:
Works on FreeBSD 8.2-RELEASE with snap php5.4-201202011030
PASS Sort with SORT_LOCALE_STRING [ext/standard/tests/array/locale_sort.phpt]
Previous Comments:
[2012-02-01 03:58:53] carloschilazo at gmail dot com
I think this goes waaay back to: 41758
And bug 41758 is in status Won't fix, I couldn't find why.
Is there a reason behind this?
Thanks
[2012-01-30 13:50:47] m...@php.net
Description:
The test ext/standard/tests/array/locale_sort.phpt fails.
"Ãle-du-Prince-Ãdouard"
is sorted to the end of the array, instead of the expected 3rd position.
Test script:
---
"Alberta",
"BC" => "Colombie-Britannique",
"MB" => "Manitoba",
"NB" => "Nouveau-Brunswick",
"NL" => "Terre-Neuve-et-Labrador",
"NS" => "Nouvelle-Ãcosse",
"ON" => "Ontario",
"PE" => "Ãle-du-Prince-Ãdouard",
"QC" => "Québec",
"SK" => "Saskatchewan",
"NT" => "Territoires du Nord-Ouest",
"NU" => "Nunavut",
"YT" => "Territoire du Yukon");
asort($table, SORT_LOCALE_STRING);
var_dump($table);
Expected result:
array(13) {
["AB"]=>
string(7) "Alberta"
["BC"]=>
string(20) "Colombie-Britannique"
["PE"]=>
string(21) "Ãle-du-Prince-Ãdouard"
["MB"]=>
string(8) "Manitoba"
["NB"]=>
string(17) "Nouveau-Brunswick"
["NS"]=>
string(15) "Nouvelle-Ãcosse"
["NU"]=>
string(7) "Nunavut"
["ON"]=>
string(7) "Ontario"
["QC"]=>
string(6) "Québec"
["SK"]=>
string(12) "Saskatchewan"
["NL"]=>
string(23) "Terre-Neuve-et-Labrador"
["YT"]=>
string(19) "Territoire du Yukon"
["NT"]=>
string(25) "Territoires du Nord-Ouest"
Actual result:
--
array(13) {
["AB"]=>
string(7) "Alberta"
["BC"]=>
Bug #43834 [Com]: zend_mm_shutdown - Apache Crash
Edit report at https://bugs.php.net/bug.php?id=43834&edit=1 ID: 43834 Comment by: neweracracker at gmail dot com Reported by:jaco at jump dot co dot za Summary:zend_mm_shutdown - Apache Crash Status: No Feedback Type: Bug Package:Scripting Engine problem Operating System: Windows 2003 PHP Version:5.2CVS-2008-01-14 (snap) Block user comment: N Private report: N New Comment: A workaround to this issue is to create an environment variable named USE_ZEND_ALLOC and set it to "0" (without quotes). Previous Comments: [2012-01-30 17:26:50] neweracracker at gmail dot com I can also reproduce this bug, this happens when php code is ran under high concurrency. Apache bench utility could be used to reproduce this, Apache must be configured to use 32 ThreadsPerChild in order for this to be reproducible with fewer concurrent connections. Test Script: Apache bench: ab -n 1000 -c 500 http://127.0.0.1/test.php [2010-04-11 00:42:18] qq12345 at web dot de For me the same: Since update to PHP 5.3.1 in conjunction with Apache 2.2.14 We have only 100 page impressions per day. By random per day around 4 crashes. Modul: php5ts.dll In the dump: Funktion: php5ts!zend_mm_shutdown 00dcc1b1 45 inc ebp 00dcc1b2 14ba adc al,0xba 00dcc1b4 0100 add [eax],eax 00dcc1b6 add [eax],al 00dcc1b8 8bcf mov ecx,edi 00dcc1ba d3e2 shl edx,cl 00dcc1bc f7d2 not edx 00dcc1be 23c2 and eax,edx 00dcc1c0 894514 mov [ebp+0x14],eax 00dcc1c3 e90d01 jmp php5ts!zend_mm_shutdown+0x1065 (00dcc2d5) 00dcc1c8 8b4f18 mov ecx,[edi+0x18] 00dcc1cb 33c0 xor eax,eax 00dcc1cd 85c9 testecx,ecx 00dcc1cf 0f95c0 setne al 00dcc1d2 8b4c8714 mov ecx,[edi+eax*4+0x14] 00dcc1d6 8d448714 lea eax,[edi+eax*4+0x14] 00dcc1da 85c9 testecx,ecx 00dcc1dc 741a jz php5ts!zend_mm_shutdown+0xf88 (00dcc1f8) 00dcc1de 8bf9 mov edi,ecx 00dcc1e0 8bd0 mov edx,eax 00dcc1e2 33c9 xor ecx,ecx 00dcc1e4 8b4718 mov eax,[edi+0x18] 00dcc1e7 85c0 testeax,eax 00dcc1e9 0f95c1 setne cl 00dcc1ec 8d448f14 lea eax,[edi+ecx*4+0x14] 00dcc1f0 8b4c8f14 mov ecx,[edi+ecx*4+0x14] 00dcc1f4 85c9 testecx,ecx 00dcc1f6 75e6 jnz php5ts!zend_mm_shutdown+0xf6e (00dcc1de) 00dcc1f8 c702 mov dword ptr [edx],0x0 00dcc1fe eb6a jmp php5ts!zend_mm_shutdown+0xffa (00dcc26a) FEHLER ->00dcc200 395f0c cmp [edi+0xc],ebx ds:0023:000c= 00dcc203 7505 jnz php5ts!zend_mm_shutdown+0xf9a (00dcc20a) 00dcc205 395908 cmp [ecx+0x8],ebx 00dcc208 7411 jz php5ts!zend_mm_shutdown+0xfab (00dcc21b) 00dcc20a 68c4cc1301 push0x113ccc4 00dcc20f e85cf6 callphp5ts!zend_mm_shutdown+0x600 (00dcb870) 00dcc214 8b4c2418 mov ecx,[esp+0x18] 00dcc218 83c404 add esp,0x4 00dcc21b 894f0c mov [edi+0xc],ecx 00dcc21e 897908 mov [ecx+0x8],edi 00dcc221 8b03 mov eax,[ebx] 00dcc223 3d1001 cmp eax,0x110 00dcc228 7339 jnb php5ts!zend_mm_shutdown+0xff3 (00dcc263) 00dcc22a 3bf9 cmp edi,ecx 00dcc22c 0f85a300 jne php5ts!zend_mm_shutdown+0x1065 (00dcc2d5) 00dcc232 c1e803 shr eax,0x3 00dcc235 83e802 sub eax,0x2 00dcc238 8b94c5d000 mov edx,[ebp+eax*8+0xd0] 00dcc23f 8b8cc5d400 mov ecx,[ebp+eax*8+0xd4] 00dcc246 3bd1 cmp edx,ecx 00dcc248 0f858700 jne php5ts!zend_mm_shutdown+0x1065 (00dcc2d5) 00dcc24e ba0100 mov edx,0x1 00dcc253 8bc8 mov ecx,eax 00dcc255 8b4510 mov eax,[ebp+0x10] 00dcc258 d3e2 shl edx,cl 00dcc25a f7d2 not edx 00dcc25c 23c2 and eax,edx 00dcc25e 894510 mov [ebp+0x10],eax 00dcc261 eb72 jmp php5ts!zend_mm_shutdown+0x1065 (00dcc2d5) 00dcc263 8b4310 mov eax,[ebx+0x1
Req #60944 [Com]: Unable to detect if variable exists vs. is null
Edit report at https://bugs.php.net/bug.php?id=60944&edit=1 ID: 60944 Comment by: lampacz+php at gmail dot com Reported by:lampacz+php at gmail dot com Summary:Unable to detect if variable exists vs. is null Status: Open Type: Feature/Change Request Package:Variables related Operating System: Linux PHP Version:5.3.9 Block user comment: N Private report: N New Comment: Marvelous. Sugestion for new function: is_defined(mixed $var) which internally return array_key_exists($var, get_defined_vars()); ? Thank you for. Previous Comments: [2012-02-01 09:54:15] larue...@php.net [2012-02-01 08:05:10] lampacz+php at gmail dot com Description: There is no difference between $x = NULL and unset($a). So i'm unable to detect if variable was defined (so it can be defined and be filled with null) http://www.php.net/manual/en/types.comparisons.php Table Comparisons of $x with PHP functions, rows 2 - 4 gives same results Expected result: Different results for undefined variables and null variables -- Edit this bug report at https://bugs.php.net/bug.php?id=60944&edit=1
[PHP-BUG] Bug #60947 [NEW]: Segmentation fault while executing ibase_db_info
From: Operating system: All PHP version: Irrelevant Package: InterBase related Bug Type: Bug Bug description:Segmentation fault while executing ibase_db_info Description: All versions of PHP takes segmentation fault while executing ibase_db_info() function. I solved this problem and wrote patch. Please apply it. Thanks. Test script: --- Expected result: testvh1 public_html # ./php-5.2.17/sapi/cli/php test.php Database "/var/lib/firebird/testvh11_fb1234.fdb" Database header page information: Flags 0 Checksum12345 Generation 65 Page size 8192 ODS version 11.2 Oldest transaction 20 Oldest active 21 Oldest snapshot 21 Next transaction26 Bumped transaction 1 Sequence number 0 Next attachment ID 38 Implementation ID 24 Shadow count0 Page buffers0 Next header page0 Database dialect3 Creation date Jan 30, 2012 15:10:47 Attributes force write Variable header data: *END* testvh1 public_html # Actual result: -- testvh1 public_html # php test.php Segmentation fault testvh1 public_html # -- Edit bug report at https://bugs.php.net/bug.php?id=60947&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60947&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60947&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60947&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60947&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60947&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60947&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60947&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60947&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60947&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60947&r=support Expected behavior: https://bugs.php.net/fix.php?id=60947&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60947&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60947&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60947&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60947&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60947&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60947&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60947&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60947&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60947&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60947&r=mysqlcfg
Req #60944 [Opn]: Unable to detect if variable exists vs. is null
Edit report at https://bugs.php.net/bug.php?id=60944&edit=1 ID: 60944 Updated by: larue...@php.net Reported by:lampacz+php at gmail dot com Summary:Unable to detect if variable exists vs. is null Status: Open Type: Feature/Change Request Package:Variables related Operating System: Linux PHP Version:5.3.9 Block user comment: N Private report: N New Comment: Previous Comments: [2012-02-01 08:05:10] lampacz+php at gmail dot com Description: There is no difference between $x = NULL and unset($a). So i'm unable to detect if variable was defined (so it can be defined and be filled with null) http://www.php.net/manual/en/types.comparisons.php Table Comparisons of $x with PHP functions, rows 2 - 4 gives same results Expected result: Different results for undefined variables and null variables -- Edit this bug report at https://bugs.php.net/bug.php?id=60944&edit=1
[PHP-BUG] Bug #60945 [NEW]: Cannot set memory size for sysvshm methods
From: Operating system: Linux PHP version: 5.3.9 Package: Semaphore related Bug Type: Bug Bug description:Cannot set memory size for sysvshm methods Description: Using the sysvshm extension I am not able to define a memory size different from the default 1 bytes. The second parameter '$memsize' of shm_attach() is ignored (but throws a warning about an invalid key). Setting 'sysvshm.init_mem' to something else than 1 has no effect as php doesn't recognize it as a valid config option. ini_get() on said config option returns 'does not exist'. I even tried changing the hardcoded '1' value in sysvshm.c to something different and recompile php, which didn't have an effect either. -- Edit bug report at https://bugs.php.net/bug.php?id=60945&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60945&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60945&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60945&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60945&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60945&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60945&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60945&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60945&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60945&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60945&r=support Expected behavior: https://bugs.php.net/fix.php?id=60945&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60945&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60945&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60945&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60945&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60945&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60945&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60945&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60945&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60945&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60945&r=mysqlcfg
[PHP-BUG] Req #60944 [NEW]: Unable to detect if variable exists vs. is null
From: Operating system: Linux PHP version: 5.3.9 Package: Variables related Bug Type: Feature/Change Request Bug description:Unable to detect if variable exists vs. is null Description: There is no difference between $x = NULL and unset($a). So i'm unable to detect if variable was defined (so it can be defined and be filled with null) http://www.php.net/manual/en/types.comparisons.php Table Comparisons of $x with PHP functions, rows 2 - 4 gives same results Expected result: Different results for undefined variables and null variables -- Edit bug report at https://bugs.php.net/bug.php?id=60944&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=60944&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=60944&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=60944&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=60944&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=60944&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=60944&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=60944&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=60944&r=needscript Try newer version: https://bugs.php.net/fix.php?id=60944&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=60944&r=support Expected behavior: https://bugs.php.net/fix.php?id=60944&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=60944&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=60944&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=60944&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=60944&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=60944&r=dst IIS Stability: https://bugs.php.net/fix.php?id=60944&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=60944&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=60944&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=60944&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=60944&r=mysqlcfg
