Bug #55015 [Com]: strToTime calculates wrong date
Edit report at https://bugs.php.net/bug.php?id=55015edit=1 ID: 55015 Comment by: lonnyk at gmail dot com Reported by:cp at ltur dot de Summary:strToTime calculates wrong date Status: Open Type: Bug Package:Date/time related Operating System: Linux PHP Version:5.3.6 Block user comment: N Private report: N New Comment: The problem is that the relative weekday was calculated before the relative month/year. I attached a batch and a test to change the order of the calculation. Previous Comments: [2011-07-01 04:52:27] lonnyk at gmail dot com I also found that if you are using this code and the next Monday is in the next month then the month will advance two months. I set the date to 20110630 and ran the exact same test script: lonny@lonnydev:~/php/php-src-5.3$ sudo date -s 30 JUN 2011 10:00:00 Thu Jun 30 10:00:00 EDT 2011 lonny@lonnydev:~/php/php-src-5.3$ php ~/test.php 20110804 4 [2011-06-09 14:13:00] cp at ltur dot de Description: Hi, strToTime calculates a Wednesday when i asked for a Monday. php 5.3.6 Configure Command = './configure' '--disable-cgi' '--with-libedit' PHP API = 20090626 PHP Extension = 20090626 Zend Extension = 220090626 Zend Extension Build = API220090626,NTS PHP Extension Build = API20090626,NTS Test script: --- // today Y-m-d 2011-06-09 date_default_timezone_set('Europe/Berlin'); echo date('Ymd N', strToTime('next month next Monday')); Expected result: 20110711 1 Actual result: -- 20110713 3 -- Edit this bug report at https://bugs.php.net/bug.php?id=55015edit=1
Bug #55131 [Opn-Bgs]: HUITA fix this bug
Edit report at https://bugs.php.net/bug.php?id=55131edit=1 ID: 55131 Updated by: scott...@php.net Reported by:archon dot saratov at gmail dot com Summary:HUITA fix this bug -Status: Open +Status: Bogus Type: Bug Package:*Programming Data Structures Operating System: Windows, FreeBSD PHP Version:5.3.6 Block user comment: N Private report: N New Comment: things returned by __get() are read only. When you have $c1-e1[] = 1; It's really calling __get on e1 and then appending to the array the value 1. The latter can't happen since it's read only. Previous Comments: [2011-07-04 14:47:06] archon dot saratov at gmail dot com Description: bad working a __get method Test script: --- ?php class C1 { protected $arr = array( 'e1' = array() ); public function __get($propertyName) { if(isset($this-arr[$propertyName])) return $this-arr[$propertyName]; } public function __set($propertyName, $value) { if(isset($this-arr[$propertyName])) $this-arr[$propertyName] = $value; } } $c1 = new C1(); var_dump($c1-e1); $c1-e1[] = 1; var_dump($c1-e1); Expected result: array empty array 0 = int 1 Actual result: -- array empty ( ! ) Notice: Indirect modification of overloaded property C1::$e1 has no effect in E:\Server\xampp\htdocs\test.php on line 18 array empty [2011-07-04 14:46:22] archon dot saratov at gmail dot com Description: bad working a __get method Test script: --- ?php class C1 { protected $arr = array( 'e1' = array() ); public function __get($propertyName) { if(isset($this-arr[$propertyName])) return $this-arr[$propertyName]; } public function __set($propertyName, $value) { if(isset($this-arr[$propertyName])) $this-arr[$propertyName] = $value; } } $c1 = new C1(); var_dump($c1-e1); $c1-e1[] = 1; var_dump($c1-e1); Expected result: array empty array 0 = int 1 Actual result: -- array empty ( ! ) Notice: Indirect modification of overloaded property C1::$e1 has no effect in E:\Server\xampp\htdocs\test.php on line 18 array empty [2011-07-04 14:44:32] archon dot saratov at gmail dot com Description: bad working a __get method Test script: --- ?php class C1 { protected $arr = array( 'e1' = array() ); public function __get($propertyName) { if(isset($this-arr[$propertyName])) return $this-arr[$propertyName]; } public function __set($propertyName, $value) { if(isset($this-arr[$propertyName])) $this-arr[$propertyName] = $value; } } $c1 = new C1(); var_dump($c1-e1); $c1-e1[] = 1; var_dump($c1-e1); Expected result: array empty array empty Actual result: -- array empty ( ! ) Notice: Indirect modification of overloaded property C1::$e1 has no effect in E:\Server\xampp\htdocs\test.php on line 18 array 0 = int 1 -- Edit this bug report at https://bugs.php.net/bug.php?id=55131edit=1
Bug #55015 [Opn]: strToTime calculates wrong date
Edit report at https://bugs.php.net/bug.php?id=55015edit=1 ID: 55015 User updated by:cp at ltur dot de Reported by:cp at ltur dot de Summary:strToTime calculates wrong date Status: Open Type: Bug Package:Date/time related Operating System: Linux PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Hi, i applied the patch from lonny and it works for me :-) php date_default_timezone_set('Europe/Berlin'); php echo date('Ymd N', strToTime('next month next Monday', mktime(0,0,0,6,9,2011))); // prints 20110711 1 Will somebody commit his patch? kind regards .cp Previous Comments: [2011-07-06 02:10:07] lonnyk at gmail dot com The problem is that the relative weekday was calculated before the relative month/year. I attached a batch and a test to change the order of the calculation. [2011-07-01 04:52:27] lonnyk at gmail dot com I also found that if you are using this code and the next Monday is in the next month then the month will advance two months. I set the date to 20110630 and ran the exact same test script: lonny@lonnydev:~/php/php-src-5.3$ sudo date -s 30 JUN 2011 10:00:00 Thu Jun 30 10:00:00 EDT 2011 lonny@lonnydev:~/php/php-src-5.3$ php ~/test.php 20110804 4 [2011-06-09 14:13:00] cp at ltur dot de Description: Hi, strToTime calculates a Wednesday when i asked for a Monday. php 5.3.6 Configure Command = './configure' '--disable-cgi' '--with-libedit' PHP API = 20090626 PHP Extension = 20090626 Zend Extension = 220090626 Zend Extension Build = API220090626,NTS PHP Extension Build = API20090626,NTS Test script: --- // today Y-m-d 2011-06-09 date_default_timezone_set('Europe/Berlin'); echo date('Ymd N', strToTime('next month next Monday')); Expected result: 20110711 1 Actual result: -- 20110713 3 -- Edit this bug report at https://bugs.php.net/bug.php?id=55015edit=1
Bug #55141 [Opn-Asn]: make fails
Edit report at https://bugs.php.net/bug.php?id=55141edit=1 ID: 55141 Updated by: johan...@php.net Reported by:ddrirc at gmail dot com Summary:make fails -Status: Open +Status: Assigned Type: Bug Package:Compile Failure Operating System: Linux PHP Version:5.4SVN-2011-07-05 (snap) -Assigned To: +Assigned To:pajoye Block user comment: N Private report: N New Comment: It is suggested to use the bundled GD library. Pierre, please look into this. Previous Comments: [2011-07-05 18:30:03] ddrirc at gmail dot com GD 2.0.33 is installed on this machine [2011-07-05 18:26:41] ddrirc at gmail dot com Description: Trying to test php5.4-201107052030, configure worked with no errors, then try to make and then it fails Test script: --- /bin/sh /root/php5.4-201107052030/libtool --silent --preserve-dup-deps --mode=compile cc -I/usr/include -Iext/gd/ -I/root/php5.4-201107052030/ext/gd/ -DPHP_ATOM_INC -I/root/php5.4-201107052030/include -I/root/php5.4-201107052030/main -I/root/php5.4-201107052030 -I/root/php5.4-201107052030/ext/date/lib -I/root/php5.4-201107052030/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/usr/include/imap -I/root/php5.4-201107052030/ext/mbstring/oniguruma -I/root/php5.4-201107052030/ext/mbstring/libmbfl -I/root/php5.4-201107052030/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/include/pspell -I/root/php5.4-201107052030/TSRM -I/root/php5.4-201107052030/Zend-I/usr/include -g -O2 -fvisibility=hidden -DZEND_SIGNALS -c /root/php5.4-201107052030/ext/gd/gd.c -o ext/gd/gd.lo In file included from /root/php5.4-201107052030/ext/gd/gd.c:103: /root/php5.4-201107052030/ext/gd/gd_ctx.c: In function â_php_image_stream_putcâ: /root/php5.4-201107052030/ext/gd/gd_ctx.c:51: error: âstruct gdIOCtxâ has no member named âdataâ /root/php5.4-201107052030/ext/gd/gd_ctx.c: In function â_php_image_stream_putbufâ: /root/php5.4-201107052030/ext/gd/gd_ctx.c:58: error: âstruct gdIOCtxâ has no member named âdataâ /root/php5.4-201107052030/ext/gd/gd_ctx.c: In function â_php_image_stream_ctxfreeâ: /root/php5.4-201107052030/ext/gd/gd_ctx.c:67: error: âstruct gdIOCtxâ has no member named âdataâ /root/php5.4-201107052030/ext/gd/gd_ctx.c:68: error: âstruct gdIOCtxâ has no member named âdataâ /root/php5.4-201107052030/ext/gd/gd_ctx.c:69: error: âstruct gdIOCtxâ has no member named âdataâ /root/php5.4-201107052030/ext/gd/gd_ctx.c: In function â_php_image_output_ctxâ: /root/php5.4-201107052030/ext/gd/gd_ctx.c:153: error: âgdIOCtxâ has no member named âdataâ make: *** [ext/gd/gd.lo] Error 1 -- Edit this bug report at https://bugs.php.net/bug.php?id=55141edit=1
Bug #55015 [Opn-Wfx]: strToTime calculates wrong date
Edit report at https://bugs.php.net/bug.php?id=55015edit=1 ID: 55015 Updated by: der...@php.net Reported by:cp at ltur dot de Summary:strToTime calculates wrong date -Status: Open +Status: Wont fix Type: Bug Package:Date/time related Operating System: Linux PHP Version:5.3.6 Block user comment: N Private report: N New Comment: We can't just randomly change the order because other people may rely on it. What you want to do is really this: $date = date_create(2011-06-09 00:00:00)-modify(next month)-modify(next monday); Previous Comments: [2011-07-06 03:41:37] cp at ltur dot de Hi, i applied the patch from lonny and it works for me :-) php date_default_timezone_set('Europe/Berlin'); php echo date('Ymd N', strToTime('next month next Monday', mktime(0,0,0,6,9,2011))); // prints 20110711 1 Will somebody commit his patch? kind regards .cp [2011-07-06 02:10:07] lonnyk at gmail dot com The problem is that the relative weekday was calculated before the relative month/year. I attached a batch and a test to change the order of the calculation. [2011-07-01 04:52:27] lonnyk at gmail dot com I also found that if you are using this code and the next Monday is in the next month then the month will advance two months. I set the date to 20110630 and ran the exact same test script: lonny@lonnydev:~/php/php-src-5.3$ sudo date -s 30 JUN 2011 10:00:00 Thu Jun 30 10:00:00 EDT 2011 lonny@lonnydev:~/php/php-src-5.3$ php ~/test.php 20110804 4 [2011-06-09 14:13:00] cp at ltur dot de Description: Hi, strToTime calculates a Wednesday when i asked for a Monday. php 5.3.6 Configure Command = './configure' '--disable-cgi' '--with-libedit' PHP API = 20090626 PHP Extension = 20090626 Zend Extension = 220090626 Zend Extension Build = API220090626,NTS PHP Extension Build = API20090626,NTS Test script: --- // today Y-m-d 2011-06-09 date_default_timezone_set('Europe/Berlin'); echo date('Ymd N', strToTime('next month next Monday')); Expected result: 20110711 1 Actual result: -- 20110713 3 -- Edit this bug report at https://bugs.php.net/bug.php?id=55015edit=1
Bug #55088 [Opn-Wfx]: $GLOBALS[_REQUEST][something] not set variable on auto_prepend_file
Edit report at https://bugs.php.net/bug.php?id=55088edit=1 ID: 55088 Updated by: johan...@php.net Reported by:m dot rondini at tigersecurity dot it Summary:$GLOBALS[_REQUEST][something] not set variable on auto_prepend_file -Status: Open +Status: Wont fix Type: Bug Package:*General Issues Operating System: Linux PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Super-Globals ($_GET / $_REQUEST / $_SESSION / ...) are optimized that they are only provided if the parser detects them being used. If you write $GLOBALS[_REQUEST] only this won't be detected. You can fix the issue by writing $_REQUEST[test] = request; $_GET[test1] = get; or by setting auto_globals_jit=0 in php.ini The only way we could fix it is by always providing all super-globals in every context which is a notable performance hit. Previous Comments: [2011-06-30 09:26:36] m dot rondini at tigersecurity dot it Description: test1.php [CODE] ?php $GLOBALS[_REQUEST][test] = request; $GLOBALS[_GET][test1] = get; ? [/CODE] test2.php [CODE] ?php echo $_REQUEST[test]; echo br /; echo $_GET[test1]; ? [/CODE] .htaccess [CODE] php_value auto_prepend_file ./test1.php [/CODE] with this scenario, the only printed variable is $_GET[test1] . However, if I append print_r($_REQUEST); in test1.php, it work. Expected result: request get Actual result: -- get -- Edit this bug report at https://bugs.php.net/bug.php?id=55088edit=1
Bug #55141 [Asn-Fbk]: make fails
Edit report at https://bugs.php.net/bug.php?id=55141edit=1 ID: 55141 Updated by: paj...@php.net Reported by:ddrirc at gmail dot com Summary:make fails -Status: Assigned +Status: Feedback Type: Bug Package:Compile Failure Operating System: Linux PHP Version:5.4SVN-2011-07-05 (snap) Assigned To:pajoye Block user comment: N Private report: N New Comment: Does it work with 5.3? We did not change anything here in gd between both versions. Previous Comments: [2011-07-06 05:01:01] johan...@php.net It is suggested to use the bundled GD library. Pierre, please look into this. [2011-07-05 18:30:03] ddrirc at gmail dot com GD 2.0.33 is installed on this machine [2011-07-05 18:26:41] ddrirc at gmail dot com Description: Trying to test php5.4-201107052030, configure worked with no errors, then try to make and then it fails Test script: --- /bin/sh /root/php5.4-201107052030/libtool --silent --preserve-dup-deps --mode=compile cc -I/usr/include -Iext/gd/ -I/root/php5.4-201107052030/ext/gd/ -DPHP_ATOM_INC -I/root/php5.4-201107052030/include -I/root/php5.4-201107052030/main -I/root/php5.4-201107052030 -I/root/php5.4-201107052030/ext/date/lib -I/root/php5.4-201107052030/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/usr/include/imap -I/root/php5.4-201107052030/ext/mbstring/oniguruma -I/root/php5.4-201107052030/ext/mbstring/libmbfl -I/root/php5.4-201107052030/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/include/pspell -I/root/php5.4-201107052030/TSRM -I/root/php5.4-201107052030/Zend-I/usr/include -g -O2 -fvisibility=hidden -DZEND_SIGNALS -c /root/php5.4-201107052030/ext/gd/gd.c -o ext/gd/gd.lo In file included from /root/php5.4-201107052030/ext/gd/gd.c:103: /root/php5.4-201107052030/ext/gd/gd_ctx.c: In function â_php_image_stream_putcâ: /root/php5.4-201107052030/ext/gd/gd_ctx.c:51: error: âstruct gdIOCtxâ has no member named âdataâ /root/php5.4-201107052030/ext/gd/gd_ctx.c: In function â_php_image_stream_putbufâ: /root/php5.4-201107052030/ext/gd/gd_ctx.c:58: error: âstruct gdIOCtxâ has no member named âdataâ /root/php5.4-201107052030/ext/gd/gd_ctx.c: In function â_php_image_stream_ctxfreeâ: /root/php5.4-201107052030/ext/gd/gd_ctx.c:67: error: âstruct gdIOCtxâ has no member named âdataâ /root/php5.4-201107052030/ext/gd/gd_ctx.c:68: error: âstruct gdIOCtxâ has no member named âdataâ /root/php5.4-201107052030/ext/gd/gd_ctx.c:69: error: âstruct gdIOCtxâ has no member named âdataâ /root/php5.4-201107052030/ext/gd/gd_ctx.c: In function â_php_image_output_ctxâ: /root/php5.4-201107052030/ext/gd/gd_ctx.c:153: error: âgdIOCtxâ has no member named âdataâ make: *** [ext/gd/gd.lo] Error 1 -- Edit this bug report at https://bugs.php.net/bug.php?id=55141edit=1
Bug #55015 [Com]: strToTime calculates wrong date
Edit report at https://bugs.php.net/bug.php?id=55015edit=1 ID: 55015 Comment by: cp at ltur dot de Reported by:cp at ltur dot de Summary:strToTime calculates wrong date Status: Wont fix Type: Bug Package:Date/time related Operating System: Linux PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Hi Derick, We can't just randomly change the order because other people may rely on it. I understand this, but it is still a bug. It should be mentioned in the strToTime() documentation along with the workaround you posted, so people use the function with care. kind regards .cp Previous Comments: [2011-07-06 05:01:13] der...@php.net We can't just randomly change the order because other people may rely on it. What you want to do is really this: $date = date_create(2011-06-09 00:00:00)-modify(next month)-modify(next monday); [2011-07-06 03:41:37] cp at ltur dot de Hi, i applied the patch from lonny and it works for me :-) php date_default_timezone_set('Europe/Berlin'); php echo date('Ymd N', strToTime('next month next Monday', mktime(0,0,0,6,9,2011))); // prints 20110711 1 Will somebody commit his patch? kind regards .cp [2011-07-06 02:10:07] lonnyk at gmail dot com The problem is that the relative weekday was calculated before the relative month/year. I attached a batch and a test to change the order of the calculation. [2011-07-01 04:52:27] lonnyk at gmail dot com I also found that if you are using this code and the next Monday is in the next month then the month will advance two months. I set the date to 20110630 and ran the exact same test script: lonny@lonnydev:~/php/php-src-5.3$ sudo date -s 30 JUN 2011 10:00:00 Thu Jun 30 10:00:00 EDT 2011 lonny@lonnydev:~/php/php-src-5.3$ php ~/test.php 20110804 4 [2011-06-09 14:13:00] cp at ltur dot de Description: Hi, strToTime calculates a Wednesday when i asked for a Monday. php 5.3.6 Configure Command = './configure' '--disable-cgi' '--with-libedit' PHP API = 20090626 PHP Extension = 20090626 Zend Extension = 220090626 Zend Extension Build = API220090626,NTS PHP Extension Build = API20090626,NTS Test script: --- // today Y-m-d 2011-06-09 date_default_timezone_set('Europe/Berlin'); echo date('Ymd N', strToTime('next month next Monday')); Expected result: 20110711 1 Actual result: -- 20110713 3 -- Edit this bug report at https://bugs.php.net/bug.php?id=55015edit=1
Bug #55088 [Com]: $GLOBALS[_REQUEST][something] not set variable on auto_prepend_file
Edit report at https://bugs.php.net/bug.php?id=55088edit=1 ID: 55088 Comment by: m dot rondini at tigersecurity dot it Reported by:m dot rondini at tigersecurity dot it Summary:$GLOBALS[_REQUEST][something] not set variable on auto_prepend_file Status: Wont fix Type: Bug Package:*General Issues Operating System: Linux PHP Version:5.3.6 Block user comment: N Private report: N New Comment: why, if i use require('test1.php'); in test2.php, work it fine? After prepend require, the return is requestbr /get, how i would see. But, using auto_prepend_file, something wrong. Is It a bug or other? Previous Comments: [2011-07-06 05:06:40] johan...@php.net Super-Globals ($_GET / $_REQUEST / $_SESSION / ...) are optimized that they are only provided if the parser detects them being used. If you write $GLOBALS[_REQUEST] only this won't be detected. You can fix the issue by writing $_REQUEST[test] = request; $_GET[test1] = get; or by setting auto_globals_jit=0 in php.ini The only way we could fix it is by always providing all super-globals in every context which is a notable performance hit. [2011-06-30 09:26:36] m dot rondini at tigersecurity dot it Description: test1.php [CODE] ?php $GLOBALS[_REQUEST][test] = request; $GLOBALS[_GET][test1] = get; ? [/CODE] test2.php [CODE] ?php echo $_REQUEST[test]; echo br /; echo $_GET[test1]; ? [/CODE] .htaccess [CODE] php_value auto_prepend_file ./test1.php [/CODE] with this scenario, the only printed variable is $_GET[test1] . However, if I append print_r($_REQUEST); in test1.php, it work. Expected result: request get Actual result: -- get -- Edit this bug report at https://bugs.php.net/bug.php?id=55088edit=1
[PHP-BUG] Bug #55144 [NEW]: Program not generating error giving blank pages
From: Operating system: Ububtu 10.4 PHP version: 5.3.6 Package: *General Issues Bug Type: Bug Bug description:Program not generating error giving blank pages Description: When i m running below code (on php 5.3.2) that time it not giving me any error but it should generate error. that program have 2-3 error but not generating it giving me error on lower version of php 5.3 like 5.2 etc. Test script: --- final class A{ function foo($a){ if (isset($this)) { echo If; } else { echo Else; } } } class b extends A {} $a = new A(); $a-foo(); Expected result: Should give fatal error for class a should not extand and warning argument missing in function foo Actual result: -- blank pages -- Edit bug report at https://bugs.php.net/bug.php?id=55144edit=1 -- Try a snapshot (PHP 5.2): https://bugs.php.net/fix.php?id=55144r=trysnapshot52 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55144r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55144r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55144r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55144r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55144r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55144r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55144r=needscript Try newer version: https://bugs.php.net/fix.php?id=55144r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55144r=support Expected behavior: https://bugs.php.net/fix.php?id=55144r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55144r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55144r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55144r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55144r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55144r=dst IIS Stability: https://bugs.php.net/fix.php?id=55144r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55144r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55144r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55144r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55144r=mysqlcfg Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55144r=trysnapshot54
Bug #54488 [Asn-Fbk]: SIGSEGV in zend_assign_to_variable
Edit report at https://bugs.php.net/bug.php?id=54488edit=1 ID: 54488 Updated by: f...@php.net Reported by:dbetz at df dot eu Summary:SIGSEGV in zend_assign_to_variable -Status: Assigned +Status: Feedback Type: Bug Package:FPM related Operating System: Gentoo PHP Version:5.3.6 Assigned To:fat Block user comment: N Private report: N New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. I'm sorry to bother you again. Can you please give us the apache configuration and a phpinfo() output ? thx Previous Comments: [2011-07-06 01:58:43] dbetz at df dot eu Oh sorry, here the configure options: ./configure --with-mysql=/usr/local/mysql \ --enable-debug \ --with-mysqli \ --with-config-file-path=/usr/local/php53-fpm \ --with-openssl \ --with-gd \ --with-t1lib \ --enable-ftp \ --enable-calendar \ --with-libxml-dir \ --with-jpeg-dir=../jpeg-6b/ \ --with-freetype-dir=/usr/lib \ --with-gettext \ --with-zlib-dir=../zlib-1.1.3/ \ --with-png-dir=../libpng-1.0.6/ \ --with-gdbm \ --with-ndbm \ --enable-dba \ --with-imap=/usr/local/imap-2007e \ --with-imap-ssl=/usr/local/imap-2007e \ --enable-wddx \ --enable-bcmath \ --enable-exif \ --with-curl \ --enable-inline-optimization \ --with-gnu-ld \ --with-zlib \ --with-mcrypt \ --enable-wddx \ --with-mhash \ --with-pgsql \ --enable-sockets \ --with-tidy \ --with-xmlrpc \ --enable-zip \ --with-bz2 \ --with-pdo-mysql=/usr \ --with-iconv \ --enable-soap \ --with-ldap \ --with-xsl \ --with-t1lib \ --enable-fpm \ --enable-mbstring [2011-07-05 17:24:59] f...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. can you please provide the configure options you used to compile PHP please ? thx ++ jerome [2011-07-04 02:20:26] dbetz at df dot eu Hello, the problem ist only in FPM. Running php-cgi works for me. Thx and greetings [2011-07-02 12:49:05] f...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. Is it possible for you to test without FPM (with php-cgi or mod_php for apache) please ? I'd like to first ensure the bug is exclusively related to FPM. thx [2011-04-15 10:36:04] dbetz at df dot eu Hello, here are some more infos it seems **variable_ptr_ptr is empty (gdb) print variable_ptr_ptr $6 = (zval **) 0x9289bb4 (gdb) print *variable_ptr_ptr $7 = (zval *) 0x5a5a5a5a (gdb) print **variable_ptr_ptr Cannot access memory at address 0x5a5a5a5a (gdb) print opline $1 = (zend_op *) 0x926d958 (gdb) print *opline $2 = {handler = 0x865abb8 ZEND_ASSIGN_SPEC_CV_VAR_HANDLER, result = {op_type = 4, u = {constant = {value = {lval = 660, dval = 3.2608332625522272e-321, str = {val = 0x294 Address 0x294 out of bounds, len = 0}, ht = 0x294, obj = {handle = 660, handlers = 0x0}}, refcount__gc = 0, type = 0 '\000', is_ref__gc = 0 '\000'}, var = 660, opline_num = 660, op_array = 0x294, jmp_addr = 0x294, EA = {var = 660, type = 0}}}, op1 = {op_type = 16, u = {constant = {value = {lval = 0, dval = 3.3951932655444357e-313, str = {val = 0x0, len = 16}, ht = 0x0, obj = {handle = 0, handlers = 0x10}}, refcount__gc = 1, type = 6 '\006', is_ref__gc = 0 '\000'}, var = 0, opline_num = 0, op_array = 0x0, jmp_addr = 0x0, EA = {var = 0, type = 16}}}, op2 = {op_type = 4, u = {constant = {value = {lval = 640, dval = 1.6975966643924192e-313, str = { val = 0x280 Address 0x280 out of bounds, len = 8}, ht = 0x280, obj = {handle = 640, handlers = 0x8}}, refcount__gc = 0, type = 0 '\000', is_ref__gc = 0 '\000'}, var = 640, opline_num = 640, op_array = 0x280, jmp_addr = 0x280, EA = {var = 640, type = 8}}}, extended_value = 0, lineno = 403, opcode = 38 ''} (gdb) print opline-op2 $3 = {op_type = 4, u = {constant = {value = {lval = 640, dval = 1.6975966643924192e-313, str = {val = 0x280 Address 0x280 out of bounds,
[PHP-BUG] Bug #55145 [NEW]: SOAP Unspecified Error
From: Operating system: RHEL 5 - 64 bit PHP version: 5.3.6 Package: SOAP related Bug Type: Bug Bug description:SOAP Unspecified Error Description: * The PHP version is actually 5.3.3 (Wasn't an option on drop-down) I have an application that generates a large amount of soap connections to external web services. Any errors that occur are caught and handled. A few months back I upgraded to 5.3.3. Fairly quickly we started to experience a strange error where a SOAP connection would fail and the whole application would bomb out. No error message or anything. The only way we were able to get any data on what was happening was by registering a shutdown function and using error_get_last() which printed... SoapClient::__doRequest(): connect() failed: Unspecified error This error only occurred in maybe one in every 1000 soap requests but was detrimental for our application. We were forced to revert to a 5.2.x version which works fine. Test script: --- NA Expected result: NA Actual result: -- NA -- Edit bug report at https://bugs.php.net/bug.php?id=55145edit=1 -- Try a snapshot (PHP 5.2): https://bugs.php.net/fix.php?id=55145r=trysnapshot52 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55145r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55145r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55145r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55145r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55145r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55145r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55145r=needscript Try newer version: https://bugs.php.net/fix.php?id=55145r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55145r=support Expected behavior: https://bugs.php.net/fix.php?id=55145r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55145r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55145r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55145r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55145r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55145r=dst IIS Stability: https://bugs.php.net/fix.php?id=55145r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55145r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55145r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55145r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55145r=mysqlcfg Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55145r=trysnapshot54
Bug #55145 [Com]: SOAP Unspecified Error
Edit report at https://bugs.php.net/bug.php?id=55145edit=1 ID: 55145 Comment by: robertoregan at eircom dot net Reported by:robertoregan at eircom dot net Summary:SOAP Unspecified Error Status: Open Type: Bug Package:SOAP related Operating System: RHEL 5 - 64 bit PHP Version:5.3.6 Block user comment: N Private report: N New Comment: I forgot to mention that one of the main issues with this is that no exception is thrown or any error generated. The script simply dies. Previous Comments: [2011-07-06 06:31:43] robertoregan at eircom dot net Description: * The PHP version is actually 5.3.3 (Wasn't an option on drop-down) I have an application that generates a large amount of soap connections to external web services. Any errors that occur are caught and handled. A few months back I upgraded to 5.3.3. Fairly quickly we started to experience a strange error where a SOAP connection would fail and the whole application would bomb out. No error message or anything. The only way we were able to get any data on what was happening was by registering a shutdown function and using error_get_last() which printed... SoapClient::__doRequest(): connect() failed: Unspecified error This error only occurred in maybe one in every 1000 soap requests but was detrimental for our application. We were forced to revert to a 5.2.x version which works fine. Test script: --- NA Expected result: NA Actual result: -- NA -- Edit this bug report at https://bugs.php.net/bug.php?id=55145edit=1
Bug #55141 [Fbk-Asn]: make fails
Edit report at https://bugs.php.net/bug.php?id=55141edit=1 ID: 55141 User updated by:ddrirc at gmail dot com Reported by:ddrirc at gmail dot com Summary:make fails -Status: Feedback +Status: Assigned Type: Bug Package:Compile Failure Operating System: Linux PHP Version:5.4SVN-2011-07-05 (snap) Assigned To:pajoye Block user comment: N Private report: N New Comment: @pajoye - yes it works fine in the latest release and snapshot of 5.3.7 Previous Comments: [2011-07-06 05:30:36] paj...@php.net Does it work with 5.3? We did not change anything here in gd between both versions. [2011-07-06 05:01:01] johan...@php.net It is suggested to use the bundled GD library. Pierre, please look into this. [2011-07-05 18:30:03] ddrirc at gmail dot com GD 2.0.33 is installed on this machine [2011-07-05 18:26:41] ddrirc at gmail dot com Description: Trying to test php5.4-201107052030, configure worked with no errors, then try to make and then it fails Test script: --- /bin/sh /root/php5.4-201107052030/libtool --silent --preserve-dup-deps --mode=compile cc -I/usr/include -Iext/gd/ -I/root/php5.4-201107052030/ext/gd/ -DPHP_ATOM_INC -I/root/php5.4-201107052030/include -I/root/php5.4-201107052030/main -I/root/php5.4-201107052030 -I/root/php5.4-201107052030/ext/date/lib -I/root/php5.4-201107052030/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/usr/include/imap -I/root/php5.4-201107052030/ext/mbstring/oniguruma -I/root/php5.4-201107052030/ext/mbstring/libmbfl -I/root/php5.4-201107052030/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/include/pspell -I/root/php5.4-201107052030/TSRM -I/root/php5.4-201107052030/Zend-I/usr/include -g -O2 -fvisibility=hidden -DZEND_SIGNALS -c /root/php5.4-201107052030/ext/gd/gd.c -o ext/gd/gd.lo In file included from /root/php5.4-201107052030/ext/gd/gd.c:103: /root/php5.4-201107052030/ext/gd/gd_ctx.c: In function â_php_image_stream_putcâ: /root/php5.4-201107052030/ext/gd/gd_ctx.c:51: error: âstruct gdIOCtxâ has no member named âdataâ /root/php5.4-201107052030/ext/gd/gd_ctx.c: In function â_php_image_stream_putbufâ: /root/php5.4-201107052030/ext/gd/gd_ctx.c:58: error: âstruct gdIOCtxâ has no member named âdataâ /root/php5.4-201107052030/ext/gd/gd_ctx.c: In function â_php_image_stream_ctxfreeâ: /root/php5.4-201107052030/ext/gd/gd_ctx.c:67: error: âstruct gdIOCtxâ has no member named âdataâ /root/php5.4-201107052030/ext/gd/gd_ctx.c:68: error: âstruct gdIOCtxâ has no member named âdataâ /root/php5.4-201107052030/ext/gd/gd_ctx.c:69: error: âstruct gdIOCtxâ has no member named âdataâ /root/php5.4-201107052030/ext/gd/gd_ctx.c: In function â_php_image_output_ctxâ: /root/php5.4-201107052030/ext/gd/gd_ctx.c:153: error: âgdIOCtxâ has no member named âdataâ make: *** [ext/gd/gd.lo] Error 1 -- Edit this bug report at https://bugs.php.net/bug.php?id=55141edit=1
Bug #55141 [Asn]: make fails
Edit report at https://bugs.php.net/bug.php?id=55141edit=1 ID: 55141 User updated by:ddrirc at gmail dot com Reported by:ddrirc at gmail dot com Summary:make fails Status: Assigned Type: Bug Package:Compile Failure Operating System: Linux PHP Version:5.4SVN-2011-07-05 (snap) Assigned To:pajoye Block user comment: N Private report: N New Comment: followup: I've recompiled --with-gd=shared and it works fine. here are the two differences i've noticed: with shared: GD Version bundled (2.0.34 compatible) XBM Support enabled with user lib: GD Version 2.0.33 no xbm support Previous Comments: [2011-07-06 06:54:06] ddrirc at gmail dot com @pajoye - yes it works fine in the latest release and snapshot of 5.3.7 [2011-07-06 05:30:36] paj...@php.net Does it work with 5.3? We did not change anything here in gd between both versions. [2011-07-06 05:01:01] johan...@php.net It is suggested to use the bundled GD library. Pierre, please look into this. [2011-07-05 18:30:03] ddrirc at gmail dot com GD 2.0.33 is installed on this machine [2011-07-05 18:26:41] ddrirc at gmail dot com Description: Trying to test php5.4-201107052030, configure worked with no errors, then try to make and then it fails Test script: --- /bin/sh /root/php5.4-201107052030/libtool --silent --preserve-dup-deps --mode=compile cc -I/usr/include -Iext/gd/ -I/root/php5.4-201107052030/ext/gd/ -DPHP_ATOM_INC -I/root/php5.4-201107052030/include -I/root/php5.4-201107052030/main -I/root/php5.4-201107052030 -I/root/php5.4-201107052030/ext/date/lib -I/root/php5.4-201107052030/ext/ereg/regex -I/usr/include/libxml2 -I/usr/kerberos/include -I/usr/include/freetype2 -I/usr/include/imap -I/root/php5.4-201107052030/ext/mbstring/oniguruma -I/root/php5.4-201107052030/ext/mbstring/libmbfl -I/root/php5.4-201107052030/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/include/pspell -I/root/php5.4-201107052030/TSRM -I/root/php5.4-201107052030/Zend-I/usr/include -g -O2 -fvisibility=hidden -DZEND_SIGNALS -c /root/php5.4-201107052030/ext/gd/gd.c -o ext/gd/gd.lo In file included from /root/php5.4-201107052030/ext/gd/gd.c:103: /root/php5.4-201107052030/ext/gd/gd_ctx.c: In function â_php_image_stream_putcâ: /root/php5.4-201107052030/ext/gd/gd_ctx.c:51: error: âstruct gdIOCtxâ has no member named âdataâ /root/php5.4-201107052030/ext/gd/gd_ctx.c: In function â_php_image_stream_putbufâ: /root/php5.4-201107052030/ext/gd/gd_ctx.c:58: error: âstruct gdIOCtxâ has no member named âdataâ /root/php5.4-201107052030/ext/gd/gd_ctx.c: In function â_php_image_stream_ctxfreeâ: /root/php5.4-201107052030/ext/gd/gd_ctx.c:67: error: âstruct gdIOCtxâ has no member named âdataâ /root/php5.4-201107052030/ext/gd/gd_ctx.c:68: error: âstruct gdIOCtxâ has no member named âdataâ /root/php5.4-201107052030/ext/gd/gd_ctx.c:69: error: âstruct gdIOCtxâ has no member named âdataâ /root/php5.4-201107052030/ext/gd/gd_ctx.c: In function â_php_image_output_ctxâ: /root/php5.4-201107052030/ext/gd/gd_ctx.c:153: error: âgdIOCtxâ has no member named âdataâ make: *** [ext/gd/gd.lo] Error 1 -- Edit this bug report at https://bugs.php.net/bug.php?id=55141edit=1
Req #46202 [Com]: Avoid SQL injection by design
Edit report at https://bugs.php.net/bug.php?id=46202edit=1 ID: 46202 Comment by: olafvdspek at gmail dot com Reported by:olafvdspek at gmail dot com Summary:Avoid SQL injection by design Status: Bogus Type: Feature/Change Request Package:Feature/Change Request PHP Version:5.2.6 Block user comment: N Private report: N New Comment: SQL injections are still happening today and in a lot of cases PHP is involved. In my opinion it'd not be so hard to implement this feature request. It'd make a lot of people happy! Could you reconsider? Previous Comments: [2008-09-30 10:19:04] olafvdspek at gmail dot com Sorry, but your problem does not imply a bug in PHP itself. Guess why I used category: feature/change request. ;) I'm aware of mysqli_prepare, but it's not what I requested, although the syntax might look similar. mysqli_prepare is harder to use than mysql_query, instead of easier. That's no good... [2008-09-30 10:14:45] scott...@php.net Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. mysqli_prepare() already exists. [2008-09-30 09:26:54] olafvdspek at gmail dot com Description: The standard mysql_query function is very prone to abuse. Could a function be added that's safer? Like, for example: mysql_query_safe(insert into T (A, B, C) values (?, ?, ?), $a, $b, $c); The function would be a bit like sprintf, except it would automatically call mysql_real_escape_string on all non-int arguments and enclose them in single quotes. Safe types like int would not receive this treatment. Reproduce code: --- mysql_query(insert into T (A, B, C) values (?, ?, ?), $a, $b, $c); Expected result: No SQL injection vulnerability Actual result: -- SQL injection vulnerability -- Edit this bug report at https://bugs.php.net/bug.php?id=46202edit=1
Bug #55141 [Asn]: make fails
Edit report at https://bugs.php.net/bug.php?id=55141edit=1 ID: 55141 Updated by: paj...@php.net Reported by:ddrirc at gmail dot com Summary:make fails Status: Assigned Type: Bug Package:Compile Failure Operating System: Linux PHP Version:5.4SVN-2011-07-05 (snap) Assigned To:pajoye Block user comment: N Private report: N New Comment: it is not about shared but about using bundled lib vs system's one. Previous Comments: [2011-07-06 07:13:23] ddrirc at gmail dot com followup: I've recompiled --with-gd=shared and it works fine. here are the two differences i've noticed: with shared: GD Version bundled (2.0.34 compatible) XBM Support enabled with user lib: GD Version 2.0.33 no xbm support [2011-07-06 06:54:06] ddrirc at gmail dot com @pajoye - yes it works fine in the latest release and snapshot of 5.3.7 [2011-07-06 05:30:36] paj...@php.net Does it work with 5.3? We did not change anything here in gd between both versions. [2011-07-06 05:01:01] johan...@php.net It is suggested to use the bundled GD library. Pierre, please look into this. [2011-07-05 18:30:03] ddrirc at gmail dot com GD 2.0.33 is installed on this machine 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=55141 -- Edit this bug report at https://bugs.php.net/bug.php?id=55141edit=1
Bug #54488 [Fbk-Asn]: SIGSEGV in zend_assign_to_variable
Edit report at https://bugs.php.net/bug.php?id=54488edit=1 ID: 54488 User updated by:dbetz at df dot eu Reported by:dbetz at df dot eu Summary:SIGSEGV in zend_assign_to_variable -Status: Feedback +Status: Assigned Type: Bug Package:FPM related Operating System: Gentoo PHP Version:5.3.6 Assigned To:fat Block user comment: N Private report: N New Comment: Hello, no problem. :-) The apache config is a little bit difficult, so i only paste the relevant things: LoadModule fastcgi_module mod_fastcgi.so LoadModule ldap_modulemod_ldap.so LoadModule vhost_ldap_module mod_vhost_ldap.so LDAPSharedCacheSize 200 LDAPCacheEntries 4096 LDAPCacheTTL 5 LDAPOpCacheEntries 4096 LDAPOpCacheTTL 5 FastCgiExternalServer /etc/httpd/fastcgi/php-fcgi-starter -socket /etc/httpd/fastcgi/php5-53LATEST Action php-fastcgi /php/php-fcgi-starter VirtualHost _default_:80 ServerName domainname.de SuexecUserGroup apache nobody DocumentRoot /kunden/shadow/htdocs/ ScriptAlias /php/ /etc/httpd/fastcgi/ VhostLDAPEnabled on VhostLDAPUrl ldap://localhost/cn=bla,sec=hosting,o=domain,c=de; VhostLdapBindDN cn=username,cn=bla,sec=hosting,o=domain,c=de VhostLDAPBindPassword noone /Virtualhost FPM Config: ; ; FPM Configuration ; ; ; All relative paths in this configuration file are relative to PHP's install ; prefix. ; Include one or more files. If glob(3) exists, it is used to include a bunch of ; files from a glob(3) pattern. This directive can be used everywhere in the ; file. include=/usr/local/etc/fpm.d/5-53LATEST-*.conf ;; ; Global Options ; ;; [global] pid = /var/run/php5-53LATEST.pid ; Error log file ; Note: the default prefix is /usr/local/var ; Default Value: log/php-fpm.log error_log = /var/log/php-fpm.log ; Log level ; Possible Values: alert, error, warning, notice, debug ; Default Value: notice log_level = warning ; If this number of child processes exit with SIGSEGV or SIGBUS within the time ; interval set by emergency_restart_interval then FPM will restart. A value ; of '0' means 'Off'. ; Default Value: 0 emergency_restart_threshold = 10 [default] listen = /etc/httpd/fastcgi/5-53LATEST user = root group = nobody pm = dynamic pm.max_children = 1000 pm.start_servers = 1 pm.min_spare_servers = 1 pm.max_spare_servers = 1 pm.max_requests = 1000 ; PHP.ini Settings: php_flag[track_errors] = Off php_flag[allow_url_fopen] = On php_flag[sql.safe_mode] = Off .. tons of php_(admin)_flags phpinfo() can be found at http://imageupgrade2.domainfactory-kunde.de/info.php Thanks for your help Previous Comments: [2011-07-06 06:18:44] f...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. I'm sorry to bother you again. Can you please give us the apache configuration and a phpinfo() output ? thx [2011-07-06 01:58:43] dbetz at df dot eu Oh sorry, here the configure options: ./configure --with-mysql=/usr/local/mysql \ --enable-debug \ --with-mysqli \ --with-config-file-path=/usr/local/php53-fpm \ --with-openssl \ --with-gd \ --with-t1lib \ --enable-ftp \ --enable-calendar \ --with-libxml-dir \ --with-jpeg-dir=../jpeg-6b/ \ --with-freetype-dir=/usr/lib \ --with-gettext \ --with-zlib-dir=../zlib-1.1.3/ \ --with-png-dir=../libpng-1.0.6/ \ --with-gdbm \ --with-ndbm \ --enable-dba \ --with-imap=/usr/local/imap-2007e \ --with-imap-ssl=/usr/local/imap-2007e \ --enable-wddx \ --enable-bcmath \ --enable-exif \ --with-curl \ --enable-inline-optimization \ --with-gnu-ld \ --with-zlib \ --with-mcrypt \ --enable-wddx \ --with-mhash \ --with-pgsql \ --enable-sockets \ --with-tidy \ --with-xmlrpc \ --enable-zip \ --with-bz2 \ --with-pdo-mysql=/usr \ --with-iconv \ --enable-soap \ --with-ldap \ --with-xsl \ --with-t1lib \ --enable-fpm \ --enable-mbstring [2011-07-05 17:24:59] f...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. can you please provide the configure options you used to compile PHP please ? thx ++ jerome [2011-07-04 02:20:26] dbetz at df dot eu Hello, the problem ist only in FPM. Running
Bug #55135 [Asn-Csd]: Array keys are no longer type casted in unset()
Edit report at https://bugs.php.net/bug.php?id=55135edit=1 ID: 55135 Updated by: dmi...@php.net Reported by:damien at commerceguys dot com Summary:Array keys are no longer type casted in unset() -Status: Assigned +Status: Closed Type: Bug Package:Scripting Engine problem Operating System: Linux PHP Version:5.4SVN-2011-07-05 (SVN) Assigned To:dmitry 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/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2011-07-06 08:04:02] dmi...@php.net Automatic comment from SVN on behalf of dmitry Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=313005 Log: Fixed bug #55135 (Array keys are no longer type casted in unset()) [2011-07-05 09:23:18] damien at commerceguys dot com Description: An array key passed to unset() from a variable doesn't seem to be typecasted anymore. Test script: --- This doesn't work anymore in PHP 5.4: ?php // This fails. $array = array(1 = 2); $a = 1; unset($array[$a]); print_r($array); // Those works. $array = array(1 = 2); $a = 1; unset($array[$a]); print_r($array); $array = array(1 = 2); unset($array[1]); print_r($array); $array = array(1 = 2); $a = 1; unset($array[1]); print_r($array); ? Expected result: Array ( ) Array ( ) Array ( ) Array ( ) Actual result: -- Array ( [1] = 2 ) Array ( ) Array ( ) Array ( ) -- Edit this bug report at https://bugs.php.net/bug.php?id=55135edit=1
Req #10203 [PATCH]: allow foreach($array as list($a,$b)
Edit report at https://bugs.php.net/bug.php?id=10203edit=1 ID: 10203 Patch added by: larue...@php.net Reported by:jack at mobil dot cz Summary:allow foreach($array as list($a,$b) Status: Analyzed Type: Feature/Change Request Package:Scripting Engine problem Operating System: * PHP Version:* Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: php-5.4.0svn-add-foreach-list-support.patch Revision: 1309954555 URL: https://bugs.php.net/patch-display.php?bug=10203patch=php-5.4.0svn-add-foreach-list-support.patchrevision=1309954555 Previous Comments: [2011-07-06 01:35:43] larue...@php.net I am working on this now, add firsh patch is submitted. [2011-07-06 01:34:10] larue...@php.net The following patch has been added/updated: Patch Name: php-5.4.0-alpha1-foreach-list-diff.patch Revision: 1309930450 URL: https://bugs.php.net/patch-display.php?bug=10203patch=php-5.4.0-alpha1-foreach-list-diff.patchrevision=1309930450 [2002-01-29 04:19:59] yohg...@php.net It's in TODO already :) Someone might implement it, but I guess it's not anytime soon. [2002-01-29 03:34:06] jack at mobil dot cz you haven't read the previous posts, have you? I think it's a general problem with list() construct, that you cannot use it everywhere you can use an L-value (or however you guys call it in PHP) [2002-01-28 20:45:41] yohg...@php.net foreach ($arr as $key = $val) 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=10203 -- Edit this bug report at https://bugs.php.net/bug.php?id=10203edit=1
Bug #54488 [Asn-Fbk]: SIGSEGV in zend_assign_to_variable
Edit report at https://bugs.php.net/bug.php?id=54488edit=1 ID: 54488 Updated by: f...@php.net Reported by:dbetz at df dot eu Summary:SIGSEGV in zend_assign_to_variable -Status: Assigned +Status: Feedback Type: Bug Package:FPM related Operating System: Gentoo PHP Version:5.3.6 Assigned To:fat Block user comment: N Private report: N New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. you are reporting using 5.3.6 but on the phpinfo() page you provide us it's 5.3.5. Is it possible for you to test using the last snapshot of 5.3 please ? thx ++ jerome Previous Comments: [2011-07-06 07:29:49] dbetz at df dot eu Hello, no problem. :-) The apache config is a little bit difficult, so i only paste the relevant things: LoadModule fastcgi_module mod_fastcgi.so LoadModule ldap_modulemod_ldap.so LoadModule vhost_ldap_module mod_vhost_ldap.so LDAPSharedCacheSize 200 LDAPCacheEntries 4096 LDAPCacheTTL 5 LDAPOpCacheEntries 4096 LDAPOpCacheTTL 5 FastCgiExternalServer /etc/httpd/fastcgi/php-fcgi-starter -socket /etc/httpd/fastcgi/php5-53LATEST Action php-fastcgi /php/php-fcgi-starter VirtualHost _default_:80 ServerName domainname.de SuexecUserGroup apache nobody DocumentRoot /kunden/shadow/htdocs/ ScriptAlias /php/ /etc/httpd/fastcgi/ VhostLDAPEnabled on VhostLDAPUrl ldap://localhost/cn=bla,sec=hosting,o=domain,c=de; VhostLdapBindDN cn=username,cn=bla,sec=hosting,o=domain,c=de VhostLDAPBindPassword noone /Virtualhost FPM Config: ; ; FPM Configuration ; ; ; All relative paths in this configuration file are relative to PHP's install ; prefix. ; Include one or more files. If glob(3) exists, it is used to include a bunch of ; files from a glob(3) pattern. This directive can be used everywhere in the ; file. include=/usr/local/etc/fpm.d/5-53LATEST-*.conf ;; ; Global Options ; ;; [global] pid = /var/run/php5-53LATEST.pid ; Error log file ; Note: the default prefix is /usr/local/var ; Default Value: log/php-fpm.log error_log = /var/log/php-fpm.log ; Log level ; Possible Values: alert, error, warning, notice, debug ; Default Value: notice log_level = warning ; If this number of child processes exit with SIGSEGV or SIGBUS within the time ; interval set by emergency_restart_interval then FPM will restart. A value ; of '0' means 'Off'. ; Default Value: 0 emergency_restart_threshold = 10 [default] listen = /etc/httpd/fastcgi/5-53LATEST user = root group = nobody pm = dynamic pm.max_children = 1000 pm.start_servers = 1 pm.min_spare_servers = 1 pm.max_spare_servers = 1 pm.max_requests = 1000 ; PHP.ini Settings: php_flag[track_errors] = Off php_flag[allow_url_fopen] = On php_flag[sql.safe_mode] = Off .. tons of php_(admin)_flags phpinfo() can be found at http://imageupgrade2.domainfactory-kunde.de/info.php Thanks for your help [2011-07-06 06:18:44] f...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. I'm sorry to bother you again. Can you please give us the apache configuration and a phpinfo() output ? thx [2011-07-06 01:58:43] dbetz at df dot eu Oh sorry, here the configure options: ./configure --with-mysql=/usr/local/mysql \ --enable-debug \ --with-mysqli \ --with-config-file-path=/usr/local/php53-fpm \ --with-openssl \ --with-gd \ --with-t1lib \ --enable-ftp \ --enable-calendar \ --with-libxml-dir \ --with-jpeg-dir=../jpeg-6b/ \ --with-freetype-dir=/usr/lib \ --with-gettext \ --with-zlib-dir=../zlib-1.1.3/ \ --with-png-dir=../libpng-1.0.6/ \ --with-gdbm \ --with-ndbm \ --enable-dba \ --with-imap=/usr/local/imap-2007e \ --with-imap-ssl=/usr/local/imap-2007e \ --enable-wddx \ --enable-bcmath \ --enable-exif \ --with-curl \ --enable-inline-optimization \ --with-gnu-ld \ --with-zlib \ --with-mcrypt \ --enable-wddx \ --with-mhash \ --with-pgsql \ --enable-sockets \ --with-tidy \ --with-xmlrpc \ --enable-zip \ --with-bz2 \ --with-pdo-mysql=/usr \ --with-iconv \ --enable-soap \ --with-ldap \ --with-xsl \ --with-t1lib \ --enable-fpm \ --enable-mbstring [2011-07-05
Bug #54488 [Fbk-Asn]: SIGSEGV in zend_assign_to_variable
Edit report at https://bugs.php.net/bug.php?id=54488edit=1 ID: 54488 User updated by:dbetz at df dot eu Reported by:dbetz at df dot eu Summary:SIGSEGV in zend_assign_to_variable -Status: Feedback +Status: Assigned Type: Bug Package:FPM related Operating System: Gentoo PHP Version:5.3.6 Assigned To:fat Block user comment: N Private report: N New Comment: Oh sorry, my failure. Now its 5.3.6 and the problem still exists with that version. Greetings, Daniel Previous Comments: [2011-07-06 08:32:58] f...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. you are reporting using 5.3.6 but on the phpinfo() page you provide us it's 5.3.5. Is it possible for you to test using the last snapshot of 5.3 please ? thx ++ jerome [2011-07-06 07:29:49] dbetz at df dot eu Hello, no problem. :-) The apache config is a little bit difficult, so i only paste the relevant things: LoadModule fastcgi_module mod_fastcgi.so LoadModule ldap_modulemod_ldap.so LoadModule vhost_ldap_module mod_vhost_ldap.so LDAPSharedCacheSize 200 LDAPCacheEntries 4096 LDAPCacheTTL 5 LDAPOpCacheEntries 4096 LDAPOpCacheTTL 5 FastCgiExternalServer /etc/httpd/fastcgi/php-fcgi-starter -socket /etc/httpd/fastcgi/php5-53LATEST Action php-fastcgi /php/php-fcgi-starter VirtualHost _default_:80 ServerName domainname.de SuexecUserGroup apache nobody DocumentRoot /kunden/shadow/htdocs/ ScriptAlias /php/ /etc/httpd/fastcgi/ VhostLDAPEnabled on VhostLDAPUrl ldap://localhost/cn=bla,sec=hosting,o=domain,c=de; VhostLdapBindDN cn=username,cn=bla,sec=hosting,o=domain,c=de VhostLDAPBindPassword noone /Virtualhost FPM Config: ; ; FPM Configuration ; ; ; All relative paths in this configuration file are relative to PHP's install ; prefix. ; Include one or more files. If glob(3) exists, it is used to include a bunch of ; files from a glob(3) pattern. This directive can be used everywhere in the ; file. include=/usr/local/etc/fpm.d/5-53LATEST-*.conf ;; ; Global Options ; ;; [global] pid = /var/run/php5-53LATEST.pid ; Error log file ; Note: the default prefix is /usr/local/var ; Default Value: log/php-fpm.log error_log = /var/log/php-fpm.log ; Log level ; Possible Values: alert, error, warning, notice, debug ; Default Value: notice log_level = warning ; If this number of child processes exit with SIGSEGV or SIGBUS within the time ; interval set by emergency_restart_interval then FPM will restart. A value ; of '0' means 'Off'. ; Default Value: 0 emergency_restart_threshold = 10 [default] listen = /etc/httpd/fastcgi/5-53LATEST user = root group = nobody pm = dynamic pm.max_children = 1000 pm.start_servers = 1 pm.min_spare_servers = 1 pm.max_spare_servers = 1 pm.max_requests = 1000 ; PHP.ini Settings: php_flag[track_errors] = Off php_flag[allow_url_fopen] = On php_flag[sql.safe_mode] = Off .. tons of php_(admin)_flags phpinfo() can be found at http://imageupgrade2.domainfactory-kunde.de/info.php Thanks for your help [2011-07-06 06:18:44] f...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. I'm sorry to bother you again. Can you please give us the apache configuration and a phpinfo() output ? thx [2011-07-06 01:58:43] dbetz at df dot eu Oh sorry, here the configure options: ./configure --with-mysql=/usr/local/mysql \ --enable-debug \ --with-mysqli \ --with-config-file-path=/usr/local/php53-fpm \ --with-openssl \ --with-gd \ --with-t1lib \ --enable-ftp \ --enable-calendar \ --with-libxml-dir \ --with-jpeg-dir=../jpeg-6b/ \ --with-freetype-dir=/usr/lib \ --with-gettext \ --with-zlib-dir=../zlib-1.1.3/ \ --with-png-dir=../libpng-1.0.6/ \ --with-gdbm \ --with-ndbm \ --enable-dba \ --with-imap=/usr/local/imap-2007e \ --with-imap-ssl=/usr/local/imap-2007e \ --enable-wddx \ --enable-bcmath \ --enable-exif \ --with-curl \ --enable-inline-optimization \ --with-gnu-ld \ --with-zlib \ --with-mcrypt \ --enable-wddx \ --with-mhash \ --with-pgsql \ --enable-sockets \ --with-tidy \ --with-xmlrpc \ --enable-zip \ --with-bz2
[PHP-BUG] Bug #55146 [NEW]: iconv_mime_decode_headers() skips some headers
From: Operating system: Debian Squeeze PHP version: Irrelevant Package: ICONV related Bug Type: Bug Bug description:iconv_mime_decode_headers() skips some headers Description: If ICONV_MIME_DECODE_CONTINUE_ON_ERROR mode is switched on the mime_decode_headers() function parses well-formed headers wrongly. Using of ICONV_MIME_DECODE_STRICT mode solve the problem. Test script: --- ?php $headers = HEADERS X-Header-One: H4sIA+NgFlsCAAA= X-Header-Two: XtLePq6GTMn8G68F0 HEADERS; echo 'Wrong decoding:br /pre'; var_dump(iconv_mime_decode_headers($headers, ICONV_MIME_DECODE_CONTINUE_ON_ERROR)); echo '/pre'; echo 'Correct decoding:br /pre'; var_dump(iconv_mime_decode_headers($headers, ICONV_MIME_DECODE_STRICT)); echo '/pre'; Expected result: Expected result is shown in the test script under Correct decoding. Actual result: -- One header is missing from the result -- Edit bug report at https://bugs.php.net/bug.php?id=55146edit=1 -- Try a snapshot (PHP 5.2): https://bugs.php.net/fix.php?id=55146r=trysnapshot52 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55146r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55146r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55146r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55146r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55146r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55146r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55146r=needscript Try newer version: https://bugs.php.net/fix.php?id=55146r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55146r=support Expected behavior: https://bugs.php.net/fix.php?id=55146r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55146r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55146r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55146r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55146r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55146r=dst IIS Stability: https://bugs.php.net/fix.php?id=55146r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55146r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55146r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55146r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55146r=mysqlcfg Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55146r=trysnapshot54
Bug #54488 [Asn]: SIGSEGV in zend_assign_to_variable
Edit report at https://bugs.php.net/bug.php?id=54488edit=1 ID: 54488 User updated by:dbetz at df dot eu Reported by:dbetz at df dot eu Summary:SIGSEGV in zend_assign_to_variable Status: Assigned Type: Bug Package:FPM related Operating System: Gentoo PHP Version:5.3.6 Assigned To:fat Block user comment: N Private report: N New Comment: Ah, what i have forgotten: With debug flags in the php-fpm binary the segfaults seems not to occur so often. I try now the latest snapshot to see if the problem is there too. Previous Comments: [2011-07-06 08:41:50] dbetz at df dot eu Oh sorry, my failure. Now its 5.3.6 and the problem still exists with that version. Greetings, Daniel [2011-07-06 08:32:58] f...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. you are reporting using 5.3.6 but on the phpinfo() page you provide us it's 5.3.5. Is it possible for you to test using the last snapshot of 5.3 please ? thx ++ jerome [2011-07-06 07:29:49] dbetz at df dot eu Hello, no problem. :-) The apache config is a little bit difficult, so i only paste the relevant things: LoadModule fastcgi_module mod_fastcgi.so LoadModule ldap_modulemod_ldap.so LoadModule vhost_ldap_module mod_vhost_ldap.so LDAPSharedCacheSize 200 LDAPCacheEntries 4096 LDAPCacheTTL 5 LDAPOpCacheEntries 4096 LDAPOpCacheTTL 5 FastCgiExternalServer /etc/httpd/fastcgi/php-fcgi-starter -socket /etc/httpd/fastcgi/php5-53LATEST Action php-fastcgi /php/php-fcgi-starter VirtualHost _default_:80 ServerName domainname.de SuexecUserGroup apache nobody DocumentRoot /kunden/shadow/htdocs/ ScriptAlias /php/ /etc/httpd/fastcgi/ VhostLDAPEnabled on VhostLDAPUrl ldap://localhost/cn=bla,sec=hosting,o=domain,c=de; VhostLdapBindDN cn=username,cn=bla,sec=hosting,o=domain,c=de VhostLDAPBindPassword noone /Virtualhost FPM Config: ; ; FPM Configuration ; ; ; All relative paths in this configuration file are relative to PHP's install ; prefix. ; Include one or more files. If glob(3) exists, it is used to include a bunch of ; files from a glob(3) pattern. This directive can be used everywhere in the ; file. include=/usr/local/etc/fpm.d/5-53LATEST-*.conf ;; ; Global Options ; ;; [global] pid = /var/run/php5-53LATEST.pid ; Error log file ; Note: the default prefix is /usr/local/var ; Default Value: log/php-fpm.log error_log = /var/log/php-fpm.log ; Log level ; Possible Values: alert, error, warning, notice, debug ; Default Value: notice log_level = warning ; If this number of child processes exit with SIGSEGV or SIGBUS within the time ; interval set by emergency_restart_interval then FPM will restart. A value ; of '0' means 'Off'. ; Default Value: 0 emergency_restart_threshold = 10 [default] listen = /etc/httpd/fastcgi/5-53LATEST user = root group = nobody pm = dynamic pm.max_children = 1000 pm.start_servers = 1 pm.min_spare_servers = 1 pm.max_spare_servers = 1 pm.max_requests = 1000 ; PHP.ini Settings: php_flag[track_errors] = Off php_flag[allow_url_fopen] = On php_flag[sql.safe_mode] = Off .. tons of php_(admin)_flags phpinfo() can be found at http://imageupgrade2.domainfactory-kunde.de/info.php Thanks for your help [2011-07-06 06:18:44] f...@php.net Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to Open. Thank you for your interest in PHP. I'm sorry to bother you again. Can you please give us the apache configuration and a phpinfo() output ? thx [2011-07-06 01:58:43] dbetz at df dot eu Oh sorry, here the configure options: ./configure --with-mysql=/usr/local/mysql \ --enable-debug \ --with-mysqli \ --with-config-file-path=/usr/local/php53-fpm \ --with-openssl \ --with-gd \ --with-t1lib \ --enable-ftp \ --enable-calendar \ --with-libxml-dir \ --with-jpeg-dir=../jpeg-6b/ \ --with-freetype-dir=/usr/lib \ --with-gettext \ --with-zlib-dir=../zlib-1.1.3/ \ --with-png-dir=../libpng-1.0.6/ \ --with-gdbm \ --with-ndbm \ --enable-dba \ --with-imap=/usr/local/imap-2007e \ --with-imap-ssl=/usr/local/imap-2007e \
Bug #55088 [Wfx]: $GLOBALS[_REQUEST][something] not set variable on auto_prepend_file
Edit report at https://bugs.php.net/bug.php?id=55088edit=1 ID: 55088 Updated by: johan...@php.net Reported by:m dot rondini at tigersecurity dot it Summary:$GLOBALS[_REQUEST][something] not set variable on auto_prepend_file Status: Wont fix Type: Bug Package:*General Issues Operating System: Linux PHP Version:5.3.6 Block user comment: N Private report: N New Comment: If you include test1.php from test2.php the engine will first compile and execute test2.php. test2.php references $_REQUEST using that name and all so it will be initialized and added to the symbol table (in this case the global symbol table). Then test1.php will be compiled and executed, also using the global symbol table, which still contains $_REQUEST. Previous Comments: [2011-07-06 05:59:23] m dot rondini at tigersecurity dot it why, if i use require('test1.php'); in test2.php, work it fine? After prepend require, the return is requestbr /get, how i would see. But, using auto_prepend_file, something wrong. Is It a bug or other? [2011-07-06 05:06:40] johan...@php.net Super-Globals ($_GET / $_REQUEST / $_SESSION / ...) are optimized that they are only provided if the parser detects them being used. If you write $GLOBALS[_REQUEST] only this won't be detected. You can fix the issue by writing $_REQUEST[test] = request; $_GET[test1] = get; or by setting auto_globals_jit=0 in php.ini The only way we could fix it is by always providing all super-globals in every context which is a notable performance hit. [2011-06-30 09:26:36] m dot rondini at tigersecurity dot it Description: test1.php [CODE] ?php $GLOBALS[_REQUEST][test] = request; $GLOBALS[_GET][test1] = get; ? [/CODE] test2.php [CODE] ?php echo $_REQUEST[test]; echo br /; echo $_GET[test1]; ? [/CODE] .htaccess [CODE] php_value auto_prepend_file ./test1.php [/CODE] with this scenario, the only printed variable is $_GET[test1] . However, if I append print_r($_REQUEST); in test1.php, it work. Expected result: request get Actual result: -- get -- Edit this bug report at https://bugs.php.net/bug.php?id=55088edit=1
Bug #55088 [Com]: $GLOBALS[_REQUEST][something] not set variable on auto_prepend_file
Edit report at https://bugs.php.net/bug.php?id=55088edit=1 ID: 55088 Comment by: m dot rondini at tigersecurity dot it Reported by:m dot rondini at tigersecurity dot it Summary:$GLOBALS[_REQUEST][something] not set variable on auto_prepend_file Status: Wont fix Type: Bug Package:*General Issues Operating System: Linux PHP Version:5.3.6 Block user comment: N Private report: N New Comment: ok right, but in php.net documentation i read this: [phpnet] auto_prepend_file string Specifies the name of a file that is automatically parsed before the main file. The file is included as if it was called with the require() function, so include_path is used. The special value none disables auto-prepending. [/phpnet] It use a require, and the output must be the same.. Previous Comments: [2011-07-06 09:00:10] johan...@php.net If you include test1.php from test2.php the engine will first compile and execute test2.php. test2.php references $_REQUEST using that name and all so it will be initialized and added to the symbol table (in this case the global symbol table). Then test1.php will be compiled and executed, also using the global symbol table, which still contains $_REQUEST. [2011-07-06 05:59:23] m dot rondini at tigersecurity dot it why, if i use require('test1.php'); in test2.php, work it fine? After prepend require, the return is requestbr /get, how i would see. But, using auto_prepend_file, something wrong. Is It a bug or other? [2011-07-06 05:06:40] johan...@php.net Super-Globals ($_GET / $_REQUEST / $_SESSION / ...) are optimized that they are only provided if the parser detects them being used. If you write $GLOBALS[_REQUEST] only this won't be detected. You can fix the issue by writing $_REQUEST[test] = request; $_GET[test1] = get; or by setting auto_globals_jit=0 in php.ini The only way we could fix it is by always providing all super-globals in every context which is a notable performance hit. [2011-06-30 09:26:36] m dot rondini at tigersecurity dot it Description: test1.php [CODE] ?php $GLOBALS[_REQUEST][test] = request; $GLOBALS[_GET][test1] = get; ? [/CODE] test2.php [CODE] ?php echo $_REQUEST[test]; echo br /; echo $_GET[test1]; ? [/CODE] .htaccess [CODE] php_value auto_prepend_file ./test1.php [/CODE] with this scenario, the only printed variable is $_GET[test1] . However, if I append print_r($_REQUEST); in test1.php, it work. Expected result: request get Actual result: -- get -- Edit this bug report at https://bugs.php.net/bug.php?id=55088edit=1
Bug #55015 [Com]: strToTime calculates wrong date
Edit report at https://bugs.php.net/bug.php?id=55015edit=1 ID: 55015 Comment by: lonnyk at gmail dot com Reported by:cp at ltur dot de Summary:strToTime calculates wrong date Status: Wont fix Type: Bug Package:Date/time related Operating System: Linux PHP Version:5.3.6 Block user comment: N Private report: N New Comment: Hi, I do not know if it matters, but this bug was created when the order was changed in rev #213026 Previous Comments: [2011-07-06 05:47:18] cp at ltur dot de Hi Derick, We can't just randomly change the order because other people may rely on it. I understand this, but it is still a bug. It should be mentioned in the strToTime() documentation along with the workaround you posted, so people use the function with care. kind regards .cp [2011-07-06 05:01:13] der...@php.net We can't just randomly change the order because other people may rely on it. What you want to do is really this: $date = date_create(2011-06-09 00:00:00)-modify(next month)-modify(next monday); [2011-07-06 03:41:37] cp at ltur dot de Hi, i applied the patch from lonny and it works for me :-) php date_default_timezone_set('Europe/Berlin'); php echo date('Ymd N', strToTime('next month next Monday', mktime(0,0,0,6,9,2011))); // prints 20110711 1 Will somebody commit his patch? kind regards .cp [2011-07-06 02:10:07] lonnyk at gmail dot com The problem is that the relative weekday was calculated before the relative month/year. I attached a batch and a test to change the order of the calculation. [2011-07-01 04:52:27] lonnyk at gmail dot com I also found that if you are using this code and the next Monday is in the next month then the month will advance two months. I set the date to 20110630 and ran the exact same test script: lonny@lonnydev:~/php/php-src-5.3$ sudo date -s 30 JUN 2011 10:00:00 Thu Jun 30 10:00:00 EDT 2011 lonny@lonnydev:~/php/php-src-5.3$ php ~/test.php 20110804 4 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=55015 -- Edit this bug report at https://bugs.php.net/bug.php?id=55015edit=1
Bug #51860 [Com]: Include fails with toplevel symlink to /
Edit report at https://bugs.php.net/bug.php?id=51860edit=1 ID: 51860 Comment by: rainer at hosting-ist-mein-leben dot de Reported by:stephan dot suerken at 1und1 dot de Summary:Include fails with toplevel symlink to / Status: Open Type: Bug Package:Scripting Engine problem PHP Version:5.3.2 Block user comment: N Private report: N New Comment: In latest 5.4.0-alpha1 problem is still there. Previous Comments: [2011-01-21 10:34:00] plubber at gmx dot ch no solution? I have the same problem with mounted NFS [2011-01-12 17:47:37] rainer at hosting-ist-mein-leben dot de I mean 5.3.5 [2011-01-12 17:46:30] rainer at hosting-ist-mein-leben dot de Problem also in the new version (5.3.3) [2010-08-13 17:08:41] rainer at hosting-ist-mein-leben dot de Problem also in the new version (5.3.3) [2010-06-27 12:26:44] rainer at hosting-ist-mein-leben dot de Hi, we got this problem too. We need a fix for this. Plz. thx. cu Rainer 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=51860 -- Edit this bug report at https://bugs.php.net/bug.php?id=51860edit=1
Req #52569 [Com]: Implement ondemand process-manager (to allow zero children)
Edit report at https://bugs.php.net/bug.php?id=52569edit=1 ID: 52569 Comment by: dbetz at df dot eu Reported by:mplomer at gmx dot de Summary:Implement ondemand process-manager (to allow zero children) Status: Analyzed Type: Feature/Change Request Package:FPM related PHP Version:5.3.3 Assigned To:fat Block user comment: N Private report: N New Comment: Hi Jerome, what config options must i have in php-fpm.conf to get this working ? I have tried following: pm = ondemand pm.min_spare_servers = 1 pm.max_children = 2000 pm.process_idle_timeout = 10s pm.min_delay_between_fork = 100 but no child starts for this pool: [06-Jul-2011 16:32:31.031068] DEBUG: pid 3417, fpm_pctl_perform_idle_server_maintenance(), line 362: [pool default] currently 0 active children, 0 spare children [06-Jul-2011 16:32:32.031349] DEBUG: pid 3417, fpm_pctl_perform_idle_server_maintenance(), line 362: [pool default] currently 0 active children, 0 spare children greets, daniel Previous Comments: [2011-07-05 19:15:08] f...@php.net I've upload 2 new versions of the patch for the ondemand PM: 1- fpm-ondemand.v7.patch applies to 5.4 SVN branch and trunk 2- fpm-ondemand.v7-5.3.patch applies to 5.3 SVN branch it works except that the event is triggered more than once when a request is coming. This makes the ondemand PM to fork more than it should do. I'll look into that but if you have an idea, don't keep it for yourself. Can you please test it ? thx ++ jerome [2011-07-05 19:12:10] f...@php.net The following patch has been added/updated: Patch Name: fpm-ondemand.v7-5.3.patch Revision: 1309907530 URL: https://bugs.php.net/patch-display.php?bug=52569patch=fpm-ondemand.v7-5.3.patchrevision=1309907530 [2011-07-05 19:08:22] f...@php.net The following patch has been added/updated: Patch Name: fpm-ondemand.v7.patch Revision: 1309907302 URL: https://bugs.php.net/patch-display.php?bug=52569patch=fpm-ondemand.v7.patchrevision=1309907302 [2011-06-11 10:38:18] mplomer at gmx dot de Unfortunately not, as libevent was removed from FPM in PHP 5.3.4, the patch has to be ported to the new simple mini event library. If you are interested to do the port and you are familar with C you are welcome, and I can give you a quick starting point. [2011-06-11 10:22:33] denoc at gmx dot de I tried to patch php5-5.3.5 with the last offered patch, but it did not work. Does a patch against the current version exist? 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=52569 -- Edit this bug report at https://bugs.php.net/bug.php?id=52569edit=1
Req #10203 [Ana-Asn]: allow foreach($array as list($a,$b)
Edit report at https://bugs.php.net/bug.php?id=10203edit=1 ID: 10203 Updated by: larue...@php.net Reported by:jack at mobil dot cz Summary:allow foreach($array as list($a,$b) -Status: Analyzed +Status: Assigned Type: Feature/Change Request Package:Scripting Engine problem Operating System: * PHP Version:* -Assigned To: +Assigned To:laruence Block user comment: N Private report: N Previous Comments: [2011-07-06 08:15:55] larue...@php.net The following patch has been added/updated: Patch Name: php-5.4.0svn-add-foreach-list-support.patch Revision: 1309954555 URL: https://bugs.php.net/patch-display.php?bug=10203patch=php-5.4.0svn-add-foreach-list-support.patchrevision=1309954555 [2011-07-06 01:35:43] larue...@php.net I am working on this now, add firsh patch is submitted. [2011-07-06 01:34:10] larue...@php.net The following patch has been added/updated: Patch Name: php-5.4.0-alpha1-foreach-list-diff.patch Revision: 1309930450 URL: https://bugs.php.net/patch-display.php?bug=10203patch=php-5.4.0-alpha1-foreach-list-diff.patchrevision=1309930450 [2002-01-29 04:19:59] yohg...@php.net It's in TODO already :) Someone might implement it, but I guess it's not anytime soon. [2002-01-29 03:34:06] jack at mobil dot cz you haven't read the previous posts, have you? I think it's a general problem with list() construct, that you cannot use it everywhere you can use an L-value (or however you guys call it in PHP) 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=10203 -- Edit this bug report at https://bugs.php.net/bug.php?id=10203edit=1
Req #9195 [Com]: Allow this be passed as default class function parameter
Edit report at https://bugs.php.net/bug.php?id=9195edit=1 ID: 9195 Comment by: larue...@php.net Reported by:nathan at cjhunter dot com Summary:Allow this be passed as default class function parameter Status: Analyzed Type: Feature/Change Request Package:Scripting Engine problem Operating System: Linux PHP Version:* Block user comment: N Private report: N New Comment: $this is in execute process, function declaring is in compile process, but you can use a compiling variable: class A { const FOO = 2; public function dummy($a = FOO) { } } Previous Comments: [2001-02-09 13:00:53] nathan at cjhunter dot com I'm requesting that the default function arguments for a class method be able to reference the class variable members in it's definition. Here is an example of it's use: class searchclass { var $hits; var $results; function save($filename, $start = 0, $end = $this-hits){ /* - this returns Parse error: */ if($fp = @fopen($filename, w)){ for($i = $start; $i $end; $i++){ fwrite($fp, implode(|, $this-results[$i])); } }else{ return false; } } function search(){ /* ... */ } } -- Edit this bug report at https://bugs.php.net/bug.php?id=9195edit=1
Req #9195 [Com]: Allow this be passed as default class function parameter
Edit report at https://bugs.php.net/bug.php?id=9195edit=1 ID: 9195 Comment by: larue...@php.net Reported by:nathan at cjhunter dot com Summary:Allow this be passed as default class function parameter Status: Analyzed Type: Feature/Change Request Package:Scripting Engine problem Operating System: Linux PHP Version:* Block user comment: N Private report: N New Comment: sorry for misspell: class A { const FOO=2; public function dummy($a = self::FOO) { } } Previous Comments: [2011-07-06 11:29:40] larue...@php.net $this is in execute process, function declaring is in compile process, but you can use a compiling variable: class A { const FOO = 2; public function dummy($a = FOO) { } } [2001-02-09 13:00:53] nathan at cjhunter dot com I'm requesting that the default function arguments for a class method be able to reference the class variable members in it's definition. Here is an example of it's use: class searchclass { var $hits; var $results; function save($filename, $start = 0, $end = $this-hits){ /* - this returns Parse error: */ if($fp = @fopen($filename, w)){ for($i = $start; $i $end; $i++){ fwrite($fp, implode(|, $this-results[$i])); } }else{ return false; } } function search(){ /* ... */ } } -- Edit this bug report at https://bugs.php.net/bug.php?id=9195edit=1
[PHP-BUG] Req #55149 [NEW]: Limit the result of print_r() to facilitate debugging
From: Operating system: Irrelevant PHP version: Irrelevant Package: Class/Object related Bug Type: Feature/Change Request Bug description:Limit the result of print_r() to facilitate debugging Description: You could add an additional third parameter to print_r() function in order to limit the nesting level of output. Instead of showing all levels of nested arrays/objects, it could be limited to N nesting levels. If I only want to know my simple class member variables (with 3 or 4 of them) of an object but the object has members with references/alias to other big objects/classes, the screen is filled with a lot of (in this case) useless information. If I could limit in this case the output to 1 or 2 nesting levels it would be much easier for me to debug. If this third parameter were ommitted or zero, the whole tree would be shown (as done now). -- Edit bug report at https://bugs.php.net/bug.php?id=55149edit=1 -- Try a snapshot (PHP 5.2): https://bugs.php.net/fix.php?id=55149r=trysnapshot52 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55149r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55149r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55149r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55149r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55149r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55149r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55149r=needscript Try newer version: https://bugs.php.net/fix.php?id=55149r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55149r=support Expected behavior: https://bugs.php.net/fix.php?id=55149r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55149r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55149r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55149r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55149r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55149r=dst IIS Stability: https://bugs.php.net/fix.php?id=55149r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55149r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55149r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55149r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55149r=mysqlcfg Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55149r=trysnapshot54
Req #52569 [Com]: Implement ondemand process-manager (to allow zero children)
Edit report at https://bugs.php.net/bug.php?id=52569edit=1 ID: 52569 Comment by: f...@php.net Reported by:mplomer at gmx dot de Summary:Implement ondemand process-manager (to allow zero children) Status: Analyzed Type: Feature/Change Request Package:FPM related PHP Version:5.3.3 Assigned To:fat Block user comment: N Private report: N New Comment: This is normal. the ONDEMAND pm has been made to avoid forking unnecessary children. Children are forked when requests arrives. Here is what I have on my side: ## conf: pm = ondemand pm.process_idle_timeout = 10 pm.min_delay_between_fork = 1 # this to avoid the known bug pm.max_children = 5 ## log [06-Jul-2011 18:05:42.236929] NOTICE: pid 2579, fpm_event_loop(), line 267: ready to handle connections [06-Jul-2011 18:05:43.237287] DEBUG: pid 2579, fpm_pctl_perform_idle_server_maintenance(), line 362: [pool direct] currently 0 active children, 0 spare children ## at start, no children have been forked [06-Jul-2011 18:05:44.237661] DEBUG: pid 2579, fpm_pctl_perform_idle_server_maintenance(), line 362: [pool direct] currently 0 active children, 0 spare children ## I request a page and a child is forked to serve the page [06-Jul-2011 18:05:44.902976] DEBUG: pid 2579, fpm_children_make(), line 411: [pool direct] child 2580 started [06-Jul-2011 18:05:44.902987] DEBUG: pid 2579, fpm_pctl_on_socket_accept(), line 543: [pool direct] got accept without idle child available I forked, now=1970813.831429 [06-Jul-2011 18:05:45.238081] DEBUG: pid 2579, fpm_pctl_perform_idle_server_maintenance(), line 362: [pool direct] currently 0 active children, 1 spare children [06-Jul-2011 18:05:46.238388] DEBUG: pid 2579, fpm_pctl_perform_idle_server_maintenance(), line 362: [pool direct] currently 0 active children, 1 spare children [06-Jul-2011 18:05:47.238889] DEBUG: pid 2579, fpm_pctl_perform_idle_server_maintenance(), line 362: [pool direct] currently 0 active children, 1 spare children [06-Jul-2011 18:05:48.239385] DEBUG: pid 2579, fpm_pctl_perform_idle_server_maintenance(), line 362: [pool direct] currently 0 active children, 1 spare children [06-Jul-2011 18:05:49.239671] DEBUG: pid 2579, fpm_pctl_perform_idle_server_maintenance(), line 362: [pool direct] currently 0 active children, 1 spare children [06-Jul-2011 18:05:50.240080] DEBUG: pid 2579, fpm_pctl_perform_idle_server_maintenance(), line 362: [pool direct] currently 0 active children, 1 spare children [06-Jul-2011 18:05:51.240520] DEBUG: pid 2579, fpm_pctl_perform_idle_server_maintenance(), line 362: [pool direct] currently 0 active children, 1 spare children [06-Jul-2011 18:05:52.241133] DEBUG: pid 2579, fpm_pctl_perform_idle_server_maintenance(), line 362: [pool direct] currently 0 active children, 1 spare children [06-Jul-2011 18:05:53.241648] DEBUG: pid 2579, fpm_pctl_perform_idle_server_maintenance(), line 362: [pool direct] currently 0 active children, 1 spare children [06-Jul-2011 18:05:54.242040] DEBUG: pid 2579, fpm_pctl_perform_idle_server_maintenance(), line 362: [pool direct] currently 0 active children, 1 spare children [06-Jul-2011 18:05:55.242414] DEBUG: pid 2579, fpm_pctl_perform_idle_server_maintenance(), line 362: [pool direct] currently 0 active children, 1 spare children ## 10s (pm.process_idle_timeout) later, the child has been killed. [06-Jul-2011 18:05:55.243492] DEBUG: pid 2579, fpm_got_signal(), line 76: received SIGCHLD [06-Jul-2011 18:05:55.243514] DEBUG: pid 2579, fpm_children_bury(), line 254: [pool direct] child 2580 has been killed by the process managment after 10.340552 seconds from start [06-Jul-2011 18:05:56.242905] DEBUG: pid 2579, fpm_pctl_perform_idle_server_maintenance(), line 362: [pool direct] currently 0 active children, 0 spare children [06-Jul-2011 18:05:57.243332] DEBUG: pid 2579, fpm_pctl_perform_idle_server_maintenance(), line 362: [pool direct] currently 0 active children, 0 spare children Previous Comments: [2011-07-06 10:44:25] dbetz at df dot eu Hi Jerome, what config options must i have in php-fpm.conf to get this working ? I have tried following: pm = ondemand pm.min_spare_servers = 1 pm.max_children = 2000 pm.process_idle_timeout = 10s pm.min_delay_between_fork = 100 but no child starts for this pool: [06-Jul-2011 16:32:31.031068] DEBUG: pid 3417, fpm_pctl_perform_idle_server_maintenance(), line 362: [pool default] currently 0 active children, 0 spare children [06-Jul-2011 16:32:32.031349] DEBUG: pid 3417, fpm_pctl_perform_idle_server_maintenance(), line 362: [pool default] currently 0 active children, 0 spare children greets, daniel [2011-07-05 19:15:08] f...@php.net I've upload 2 new versions of the patch for the ondemand
[PHP-BUG] Bug #55150 [NEW]: php -a segfaults
From: Operating system: Linux PHP version: 5.4SVN-2011-07-06 (SVN) Package: Reproducible crash Bug Type: Bug Bug description:php -a segfaults Description: Running the following under interactive php shell segfaults :] ?php header(foobar: baz); flush(); ? Test script: --- bjori@mini:~/Work/php/5.4$ gdb ./sapi/cli/php GNU gdb (Ubuntu/Linaro 7.2-1ubuntu11) 7.2 [..] Reading symbols from /home/bjori/Work/src/php/php/php-src/branches/PHP_5_4/sapi/cli/php...done. (gdb) run -a Starting program: /home/bjori/Work/src/php/php/php-src/branches/PHP_5_4/sapi/cli/php -a [Thread debugging using libthread_db enabled] Interactive mode enabled ?php header(foobar: baz); flush(); Actual result: -- Program received signal SIGSEGV, Segmentation fault. 0x0072e088 in zend_do_fcall_common_helper_SPEC (execute_data=0x77f910e8) at /home/bjori/Work/php/5.4/Zend/zend_vm_execute.h:580 580 if (UNEXPECTED((fbc-common.fn_flags (ZEND_ACC_ABSTRACT|ZEND_ACC_DEPRECATED)) != 0)) { (gdb) bt #0 0x0072e088 in zend_do_fcall_common_helper_SPEC (execute_data=0x77f910e8) at /home/bjori/Work/php/5.4/Zend/zend_vm_execute.h:580 #1 0x00735921 in ZEND_DO_FCALL_SPEC_CONST_HANDLER (execute_data=0x77f910e8) at /home/bjori/Work/php/5.4/Zend/zend_vm_execute.h:2209 #2 0x0072d1eb in execute (op_array=0x77fc84f0) at /home/bjori/Work/php/5.4/Zend/zend_vm_execute.h:410 #3 0x006df3b9 in execute_new_code () at /home/bjori/Work/php/5.4/Zend/zend_execute_API.c:1314 #4 0x00699b7e in zendparse () at /home/bjori/Work/php/5.4/Zend/zend_language_parser.y:161 #5 0x006a0cbe in compile_file (file_handle=0x7fffddb0, type=8) at Zend/zend_language_scanner.l:576 #6 0x006f09da in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/bjori/Work/php/5.4/Zend/zend.c:1213 #7 0x00669f16 in php_execute_script (primary_file=0x7fffddb0) at /home/bjori/Work/php/5.4/main/main.c:2382 #8 0x0083098e in do_cli (argc=2, argv=0x7fffe168) at /home/bjori/Work/php/5.4/sapi/cli/php_cli.c:990 #9 0x00831856 in main (argc=2, argv=0x7fffe168) at /home/bjori/Work/php/5.4/sapi/cli/php_cli.c:1358 (gdb) -- Edit bug report at https://bugs.php.net/bug.php?id=55150edit=1 -- Try a snapshot (PHP 5.2): https://bugs.php.net/fix.php?id=55150r=trysnapshot52 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55150r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55150r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55150r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55150r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55150r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55150r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55150r=needscript Try newer version: https://bugs.php.net/fix.php?id=55150r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55150r=support Expected behavior: https://bugs.php.net/fix.php?id=55150r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55150r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55150r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55150r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55150r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55150r=dst IIS Stability: https://bugs.php.net/fix.php?id=55150r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55150r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55150r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55150r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55150r=mysqlcfg Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55150r=trysnapshot54
[PHP-BUG] Bug #55151 [NEW]: Unable to open sessions while MySQL DB connection is open
From: Operating system: RHEL/CentOS PHP version: 5.3.6 Package: Session related Bug Type: Bug Bug description:Unable to open sessions while MySQL DB connection is open Description: On RHEL(or Centos) 5.6 running any available PHP package thru RedHat and the latest version of PHP (5.3.6). Run first script provided in a browser, then while that is running, fire up the second script. The second script will not finish until the first one calls the session_write_close() function. Test script: --- === 1.php === ?php $counter=1; $DB= mysql_connect(localhost,$user,$pass,true); mysql_select_db(database); session_start(); echo Starting...\n; while ( $counter = 5 ) { echo $counter ... \n; sleep(2); $counter++; } echo Done!... \n; session_write_close(); ? === 2.php === ?php session_start(); echo TESTING!\n; session_write_close(); ? Expected result: When both scripts are run at the same time, the second script should exit (nearly) immediately after opening a session, echoing the TESTING line, then closing the session. After the while loop is done in the first script, it should exit as expected. Actual result: -- When the both scripts are executed at the same time (or one right after the other), the second script hangs at the 'session_start()' line until the first script is done. -- Edit bug report at https://bugs.php.net/bug.php?id=55151edit=1 -- Try a snapshot (PHP 5.2): https://bugs.php.net/fix.php?id=55151r=trysnapshot52 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55151r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55151r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55151r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55151r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55151r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55151r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55151r=needscript Try newer version: https://bugs.php.net/fix.php?id=55151r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55151r=support Expected behavior: https://bugs.php.net/fix.php?id=55151r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55151r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55151r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55151r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55151r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55151r=dst IIS Stability: https://bugs.php.net/fix.php?id=55151r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55151r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55151r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55151r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55151r=mysqlcfg Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55151r=trysnapshot54
[PHP-BUG] Req #55152 [NEW]: Mysql relative seek
From: Operating system: all PHP version: trunk-SVN-2011-07-06 (SVN) Package: MySQL related Bug Type: Feature/Change Request Bug description:Mysql relative seek Description: There is currently a function to do absolute seek in Mysql API. When you need to to relative seek , you have to implement integer counter to keep track of the current cursor position. Then call seek here is a sample code: //iterating over rows for/while{ mysql_fetch_(); $current_row++; [...] // call relative seek $current_row+= $seek_offset; mysql_data_seek($id, $current_row); This quite simple but when the code gets complicated, it s easy to miss on $current_row update. The only only solution is to encapsulate php mysql function in additional abstraction layer to handle counter updates safely. I suppose the internal counter is already available in mysql module. What I am suggesting, is to expose this internal counter by adding a new function to mysql API. -- Edit bug report at https://bugs.php.net/bug.php?id=55152edit=1 -- Try a snapshot (PHP 5.2): https://bugs.php.net/fix.php?id=55152r=trysnapshot52 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55152r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55152r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55152r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55152r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55152r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55152r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55152r=needscript Try newer version: https://bugs.php.net/fix.php?id=55152r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55152r=support Expected behavior: https://bugs.php.net/fix.php?id=55152r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55152r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55152r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55152r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55152r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55152r=dst IIS Stability: https://bugs.php.net/fix.php?id=55152r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55152r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55152r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55152r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55152r=mysqlcfg Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55152r=trysnapshot54
Bug #55084 [Opn-Asn]: Function registered by header_register_callback is called only once per process
Edit report at https://bugs.php.net/bug.php?id=55084edit=1 ID: 55084 Updated by: bj...@php.net Reported by:vr...@php.net Summary:Function registered by header_register_callback is called only once per process -Status: Open +Status: Assigned Type: Bug Package:HTTP related Operating System: Windows PHP Version:5.4.0alpha1 Block user comment: N Private report: N Previous Comments: [2011-06-30 07:32:54] vr...@php.net Description: I use Apache 2.2.19. Function registered by header_register_callback() is called only after the server restart. Test script: --- ?php header_register_callback(function () { echo OK; }); ? Expected result: OK each time the script is run. Actual result: -- OK only for the first time, nothing in the next runs. -- Edit this bug report at https://bugs.php.net/bug.php?id=55084edit=1
Bug #55115 [Asn]: Large segment of memory still reachable with more than one request
Edit report at https://bugs.php.net/bug.php?id=55115edit=1 ID: 55115 Updated by: s...@php.net Reported by:ar...@php.net Summary:Large segment of memory still reachable with more than one request Status: Assigned Type: Bug Package:Built-in web server Operating System: Ubuntu PHP Version:5.4SVN-2011-07-03 (SVN) Assigned To:moriyoshi Block user comment: N Private report: N New Comment: If use the RFC routing example, starting the server as php -S localhost:8000 routing.php and browse for an existing JPG files, I see: PHP Development Server is listening on localhost:8000 in /home/cjones/public_html ... Press Ctrl-C to quit. [Wed Jul 6 13:09:58 2011] ::1:39867: /oraclelogo.jpg [Wed Jul 6 13:09:58 2011] Script: '/home/cjones/public_html/oraclelogo.jpg' /home/cjones/phpsrc/php/php-src/branches/PHP_5_4/main/output.c(802) : Freeing 0xB4F53250 (48 bytes), script=/home/cjones/public_html/oraclelogo.jpg /home/cjones/phpsrc/php/php-src/branches/PHP_5_4/Zend/zend_alloc.c(2529) : Actual location (location was relayed) [Wed Jul 6 13:09:58 2011] Script: '/home/cjones/public_html/oraclelogo.jpg' /home/cjones/phpsrc/php/php-src/branches/PHP_5_4/main/output.c(803) : Freeing 0xB4F532AC (23 bytes), script=/home/cjones/public_html/oraclelogo.jpg [Wed Jul 6 13:09:58 2011] Script: '/home/cjones/public_html/oraclelogo.jpg' /home/cjones/phpsrc/php/php-src/branches/PHP_5_4/main/output.c(808) : Freeing 0xB4F532F0 (8192 bytes), script=/home/cjones/public_html/oraclelogo.jpg [Wed Jul 6 13:09:58 2011] Script: '/home/cjones/public_html/oraclelogo.jpg' /home/cjones/phpsrc/php/php-src/branches/PHP_5_4/Zend/zend_stack.c(37) : Freeing 0xB4F5531C (256 bytes), script=/home/cjones/public_html/oraclelogo.jpg [Wed Jul 6 13:09:58 2011] Script: '/home/cjones/public_html/oraclelogo.jpg' /home/cjones/phpsrc/php/php-src/branches/PHP_5_4/Zend/zend_stack.c(42) : Freeing 0xB4F55448 (4 bytes), script=/home/cjones/public_html/oraclelogo.jpg === Total 5 memory leaks detected === [Wed Jul 6 13:09:59 2011] ::1:39868: /favicon.ico If I repeat this with valgrind, I see the same output. After ^C, I get 5.5K loss records reported by valgrind. Previous Comments: [2011-07-03 00:32:32] ar...@php.net Description: When using the CLI server, more than one access results in a huge amount of still reachable memory. Test script: --- touch t.php valgrind --leak-check=full --show-reachable=yes php -S localhost:8080 [browser] /t.php [browser] /t.php ctrl+c Actual result: -- 55k lines of segments that are apparently still reachable -- Edit this bug report at https://bugs.php.net/bug.php?id=55115edit=1
Bug #55084 [Opn-Csd]: Function registered by header_register_callback is called only once per process
Edit report at https://bugs.php.net/bug.php?id=55084edit=1 ID: 55084 Updated by: bj...@php.net Reported by:vr...@php.net Summary:Function registered by header_register_callback is called only once per process -Status: Open +Status: Closed Type: Bug Package:HTTP related Operating System: Windows PHP Version:5.4.0alpha1 -Assigned To: +Assigned To:bjori 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/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2011-07-06 16:38:57] bj...@php.net Automatic comment from SVN on behalf of bjori Revision: http://svn.php.net/viewvc/?view=revisionamp;revision=313026 Log: Fixed bug#55084 (Function registered by header_register_callback is called only once per process). (Hannes) also fixed an issue when header()s are sent from the callback function [2011-06-30 07:32:54] vr...@php.net Description: I use Apache 2.2.19. Function registered by header_register_callback() is called only after the server restart. Test script: --- ?php header_register_callback(function () { echo OK; }); ? Expected result: OK each time the script is run. Actual result: -- OK only for the first time, nothing in the next runs. -- Edit this bug report at https://bugs.php.net/bug.php?id=55084edit=1
Bug #53035 [Com]: finfo_file() returns incorrect mimetype
Edit report at https://bugs.php.net/bug.php?id=53035edit=1 ID: 53035 Comment by: shawn at thesignchef dot com Reported by:stuart at horuskol dot net Summary:finfo_file() returns incorrect mimetype Status: Bogus Type: Bug Package:Filesystem function related Operating System: Linux/Ubuntu 10.04 PHP Version:Irrelevant Block user comment: N Private report: N New Comment: I am having the same issue still. Has this been fixed or is there a workaround. Thanks so much. Previous Comments: [2010-11-09 16:57:47] stephane at emark dot nl Hi, I just want to say that I experience the same problem. As fel...@php.net mentionned, if you have any type of comments at the top of your file, the problem occurs. For example, if i try to get the mime type of a js file with comments at the top, it returns text/x-c, if i remove the comments, then it returns text/plain, which in and of itself is not correct as it should return 'text/javascript'. Any idea how to circumvent this problem other than removing all my comments ?!?! [2010-10-13 00:38:01] stuart at horuskol dot net however, the command line tool 'mimetype' correctly identifies the file using the same library at '/usr/share/misc/magic' I tested using the -M switch (as in my example/test script): mimetype -DM --database /usr/share/misc/magic /path/to/file/reset.css and this tells me the file is text/css on my platform - are you sure you're using the same magic database? [2010-10-12 07:52:11] ahar...@php.net I get the same result from the command line file program on Ubuntu 10.10: $ curl -s http://horuskol.net/reset.css | file --mime-type - /dev/stdin: text/x-c mimetype also believes it's C source: $ mimetype -DM reset.css Data dirs are: /home/aharvey/.local/share, /usr/share/gnome, /usr/local/share, /usr/share Checking all magic rules Value /* at offset 2 matches at /usr/share/mime/magic line 1136 reset.css: text/x-csrc The only way I can get mimetype to return text/css is if it also looks at the extension (ie is called without -M). I can't really see any way this is a PHP bug, given other programs using the same magic database are resulting in the same file being detected as C source. Closing. [2010-10-11 15:39:35] fel...@php.net Strange... It's caused by the comment in the begin of the CSS file. [2010-10-10 13:37:04] stuart at horuskol dot net Description: This is tested on: PHP 5.3.2-1ubuntu4.5 with Suhosin-Patch (cli) (built: Sep 17 2010 13:49:46) file_info() is reporting a CSS file has having the mimetype 'text/x-c' instead of 'text/css' however, the command line tool 'mimetype' correctly identifies the file using the same library at '/usr/share/misc/magic' the file being tested is available at http://horuskol.net/reset.css Test script: --- PHP: $finfo = new finfo(FILEINFO_MIME); var_dump($finfo-file('/path/to/file/reset.css')); $finfo = new finfo(FILEINFO_MIME, '/usr/share/misc/magic'); var_dump($finfo-file('/path/to/file/reset.css')); $finfo = finfo_open(FILEINFO_MIME, '/usr/share/misc/magic'); var_dump(finfo_file($finfo, '/path/to/file/reset.css')); Command Line: mimetype -DM --database /usr/share/misc/magic /path/to/file/reset.css Expected result: string(26) text/css; charset=us-ascii Actual result: -- string(26) text/x-c; charset=us-ascii -- Edit this bug report at https://bugs.php.net/bug.php?id=53035edit=1
[PHP-BUG] Req #55153 [NEW]: please accept variable null params
From: Operating system: win7 PHP version: 5.3SVN-2011-07-07 (SVN) Package: PDO related Bug Type: Feature/Change Request Bug description:please accept variable null params Description: --- From manual page: http://www.php.net/pdostatement.bindparam%23Parameters --- bindParam() really ought to be able to accept a null parameter. $varNull; $stmt-bindParam(:param1,$varNull); would make much more sense rather than the application checking and converting the null every time. I imagine a simple empty check would work fine within the implementation. Seems similar to bug#15719. Pleeease consider this functionality as it would save a ton of us more time. Thanks! -- Edit bug report at https://bugs.php.net/bug.php?id=55153edit=1 -- Try a snapshot (PHP 5.2): https://bugs.php.net/fix.php?id=55153r=trysnapshot52 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55153r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55153r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55153r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55153r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55153r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55153r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55153r=needscript Try newer version: https://bugs.php.net/fix.php?id=55153r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55153r=support Expected behavior: https://bugs.php.net/fix.php?id=55153r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55153r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55153r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55153r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55153r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55153r=dst IIS Stability: https://bugs.php.net/fix.php?id=55153r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55153r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55153r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55153r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55153r=mysqlcfg Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55153r=trysnapshot54
Req #55153 [Opn-Csd]: please accept variable null params
Edit report at https://bugs.php.net/bug.php?id=55153edit=1 ID: 55153 User updated by:davidvleung at gmail dot com Reported by:davidvleung at gmail dot com Summary:please accept variable null params -Status: Open +Status: Closed Type: Feature/Change Request Package:PDO related Operating System: win7 PHP Version:5.3SVN-2011-07-07 (SVN) Block user comment: N Private report: N New Comment: nevermind, haven't full qualified as an error. Previous Comments: [2011-07-06 21:22:30] davidvleung at gmail dot com Description: --- From manual page: http://www.php.net/pdostatement.bindparam%23Parameters --- bindParam() really ought to be able to accept a null parameter. $varNull; $stmt-bindParam(:param1,$varNull); would make much more sense rather than the application checking and converting the null every time. I imagine a simple empty check would work fine within the implementation. Seems similar to bug#15719. Pleeease consider this functionality as it would save a ton of us more time. Thanks! -- Edit this bug report at https://bugs.php.net/bug.php?id=55153edit=1