#49681 [Opn-Fbk]: Installer throws script error
ID: 49681 Updated by: paj...@php.net Reported By: gohanman at gmail dot com -Status: Open +Status: Feedback Bug Type: Windows Installer Operating System: Vista Home 32 PHP Version: 5.3.0 New Comment: What does have reflection to do with the installer? (#47955 is a reflection bug) Previous Comments: [2009-09-26 15:49:30] gohanman at gmail dot com That is exactly what I did. I downloaded this file from windows snapshots: http://windows.php.net/downloads/snaps/php-5.3-win32-VC6-x86-latest.msi When I run this file, the same problem occurs as described in bug #47955. [2009-09-26 15:42:36] paj...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-09-26 15:28:37] gohanman at gmail dot com Description: Bug is *exactly* what's described in http://bugs.php.net/bug.php?id=47855. That bug claims it's fixed in CVS and will be in the next snapshot; I grabbed the latest available snapshot at http://windows.php.net/snapshots/ and the bug is still there. Sorry for making another bug report. I couldn't see any way to post onto the other one since it's marked closed. Reproduce code: --- 1. Download installer 2. Run installer 3. Pick apache module Expected result: Installer runs to completetion Actual result: -- Installer stops with a script error -- Edit this bug report at http://bugs.php.net/?id=49681edit=1
#49681 [Fbk-Opn]: Installer throws script error
ID: 49681 User updated by: gohanman at gmail dot com Reported By: gohanman at gmail dot com -Status: Feedback +Status: Open Bug Type: Windows Installer Operating System: Vista Home 32 PHP Version: 5.3.0 New Comment: Typo. I meant 47855 (the bug I referenced in the first post). Previous Comments: [2009-09-26 15:53:30] paj...@php.net What does have reflection to do with the installer? (#47955 is a reflection bug) [2009-09-26 15:49:30] gohanman at gmail dot com That is exactly what I did. I downloaded this file from windows snapshots: http://windows.php.net/downloads/snaps/php-5.3-win32-VC6-x86-latest.msi When I run this file, the same problem occurs as described in bug #47955. [2009-09-26 15:42:36] paj...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-09-26 15:28:37] gohanman at gmail dot com Description: Bug is *exactly* what's described in http://bugs.php.net/bug.php?id=47855. That bug claims it's fixed in CVS and will be in the next snapshot; I grabbed the latest available snapshot at http://windows.php.net/snapshots/ and the bug is still there. Sorry for making another bug report. I couldn't see any way to post onto the other one since it's marked closed. Reproduce code: --- 1. Download installer 2. Run installer 3. Pick apache module Expected result: Installer runs to completetion Actual result: -- Installer stops with a script error -- Edit this bug report at http://bugs.php.net/?id=49681edit=1
#49680 [NEW]: bdecode_load() doesn't work
From: rossinidan at gmail dot com Operating system: Debian Squeeze 2.6.30-1-686 PHP version: 5.2.11 PHP Bug Type: Unknown/Other Function Bug description: bdecode_load() doesn't work Description: ully bcompiler 0.8s on php 5.2.10-2.2 with debian 2.6.30-1-686, but when I try to use bcompiler-load on a class this does't work. It work if I use the functions. Reproduce code: --- ?php /*Class test */ class Greeting{ var $message; function Greeting($message){ $this-message = $message; } function showMessage(){ echo( $this-message) ; } } ? ?php /* Source to encode */ include('classTest.php') ; $fp = fopen(/tmp/test.pbc,w); bcompiler_write_header($fp); bcompiler_write_class($fp,Greeting); bcompiler_write_footer($fp); fclose($fp); ? ?php /* decodeBcompiler.php */ $fp = fopen(/tmp/test.pbc,r); bcompiler_read ($fp) ; fclose($fp); $hello = new Greeting() ; ? Expected result: Read and create a class with bcompiler Actual result: -- When I try to execute the decodeBcompiler.php the browser call me to import and the file decodeBcompiler.php. I have installed php, php-pear, php-cli with apt-get command and bdecode with: pecl install bcompiler-0.8 After I have added extension=bcompiler.so to /etc/php5/apache2/php.ini Greetings, Danilo Rossini -- Edit bug report at http://bugs.php.net/?id=49680edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49680r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49680r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49680r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49680r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49680r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49680r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49680r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49680r=needscript Try newer version: http://bugs.php.net/fix.php?id=49680r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49680r=support Expected behavior: http://bugs.php.net/fix.php?id=49680r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49680r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49680r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49680r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49680r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49680r=dst IIS Stability: http://bugs.php.net/fix.php?id=49680r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49680r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49680r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49680r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49680r=mysqlcfg
#49680 [Opn-Bgs]: bdecode_load() doesn't work
ID: 49680 Updated by: paj...@php.net Reported By: rossinidan at gmail dot com -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Debian Squeeze 2.6.30-1-686 PHP Version: 5.2.11 New Comment: Report bcompiler bugs to pecl. Previous Comments: [2009-09-26 10:04:38] rossinidan at gmail dot com Description: ully bcompiler 0.8s on php 5.2.10-2.2 with debian 2.6.30-1-686, but when I try to use bcompiler-load on a class this does't work. It work if I use the functions. Reproduce code: --- ?php /*Class test */ class Greeting{ var $message; function Greeting($message){ $this-message = $message; } function showMessage(){ echo( $this-message) ; } } ? ?php /* Source to encode */ include('classTest.php') ; $fp = fopen(/tmp/test.pbc,w); bcompiler_write_header($fp); bcompiler_write_class($fp,Greeting); bcompiler_write_footer($fp); fclose($fp); ? ?php /* decodeBcompiler.php */ $fp = fopen(/tmp/test.pbc,r); bcompiler_read ($fp) ; fclose($fp); $hello = new Greeting() ; ? Expected result: Read and create a class with bcompiler Actual result: -- When I try to execute the decodeBcompiler.php the browser call me to import and the file decodeBcompiler.php. I have installed php, php-pear, php-cli with apt-get command and bdecode with: pecl install bcompiler-0.8 After I have added extension=bcompiler.so to /etc/php5/apache2/php.ini Greetings, Danilo Rossini -- Edit this bug report at http://bugs.php.net/?id=49680edit=1
#49673 [Bgs]: preg_match_all returns false when third arument is omitted
ID: 49673 User updated by: mfthemon at gmail dot com Reported By: mfthemon at gmail dot com Status: Bogus Bug Type: PCRE related Operating System: win2k7server PHP Version: 5.3.0 New Comment: oh, my bad.) Previous Comments: [2009-09-25 21:49:33] j...@php.net RTFM: Returns the number of full pattern matches (which might be zero), or FALSE if an error occurred. And might the error perhaps be that the 3rd parameter is NOT optional? :) [2009-09-25 19:22:46] mfthemon at gmail dot com Description: preg_match_all doesn't return matches count when the third argument is omitted. Reproduce code: --- var_dump(preg_match_all('/b\([\w\W]*?\)/', 'b(2)b(4)b(5)b(8)b(2)b(18)')); Expected result: int(6) Actual result: -- bool(false) -- Edit this bug report at http://bugs.php.net/?id=49673edit=1
#49677 [Opn]: ini parser crashes with zend_extension = ${extension_dir}/foo.so
ID: 49677 User updated by: crrodriguez at opensuse dot org Reported By: crrodriguez at opensuse dot org Status: Open Bug Type: Apache2 related Operating System: Linux PHP Version: 5.3SVN-2009-09-25 (SVN) New Comment: and yes, foobar = ${thisdoesnotexist} crashes. note that in previous versions ${extension_dir} expanded correctly. Previous Comments: [2009-09-26 12:02:31] crrodriguez at opensuse dot org No crash with CGI or CLI, and extension_dir *is* set in php.ini. [2009-09-26 11:56:09] j...@php.net I'm also assuming it does not crash with CGI or CLI binaries? :) [2009-09-26 11:55:45] j...@php.net I would guess it crashes with any option name and value when the ini setting is not set. f.e. foobar = ${thisdoesnotexist} should also crash..? [2009-09-25 22:39:14] crrodriguez at opensuse dot org Description: The ini parser crashes with when a directive like zend_extension = ${extension_dir}/xcache.so is found in the configuration file, this has worked in all versions since 5.1 but fails now. Reproduce code: --- zend_extension = ${extension_dir}/foo.so in php.ini This only crashes at startup in apache 2 Expected result: No crash Actual result: -- gdb) bt #0 0x72c555e0 in php_apache_sapi_getenv (name=0x783777f0 extension_dir, name_len=value optimized out) at /usr/src/debug/php-5.3.1+svn20090925/sapi/apache2handler/sapi_apache2.c:242 #1 0x72b7f25a in sapi_getenv (name=0x783777f0 extension_dir, name_len=140737357772784) at /usr/src/debug/php-5.3.1+svn20090925/main/SAPI.c:938 #2 0x72ba5f9b in ini_parse () at /usr/src/debug/php-5.3.1+svn20090925/Zend/zend_ini_parser.y:148 #3 0x72ba62f8 in zend_parse_ini_file (fh=0x7fffcec0, unbuffered_errors=1 '\001', scanner_mode=value optimized out, ini_parser_cb=value optimized out, arg=value optimized out) at /usr/src/debug/php-5.3.1+svn20090925/Zend/zend_ini_parser.y:206 #4 0x72b7e722 in php_init_config () at /usr/src/debug/php-5.3.1+svn20090925/main/php_ini.c:650 #5 0x72b76ac5 in php_module_startup (sf=value optimized out, additional_modules=0x72f00dc0, num_additional_modules=1) at /usr/src/debug/php-5.3.1+svn20090925/main/main.c:1926 #6 0x72c559a5 in php_apache2_startup (sapi_module=0x783777f0) at /usr/src/debug/php-5.3.1+svn20090925/sapi/apache2handler/sapi_apache2.c:328 #7 0x72c564e0 in php_apache_server_startup (pconf=0x7820e138, plog=value optimized out, ptemp=value optimized out, s=0x78213850) at /usr/src/debug/php-5.3.1+svn20090925/sapi/apache2handler/sapi_apache2.c:437 #8 0x77fd9bf4 in ap_run_post_config () from /usr/sbin/httpd2-prefork #9 0x77fc5bbf in main () from /usr/sbin/httpd2-prefork -- Edit this bug report at http://bugs.php.net/?id=49677edit=1
#49660 [Opn-Fbk]: libxml 2.7.3+ limits text nodes to 10MB
ID: 49660 Updated by: ka...@php.net Reported By: sta at netimage dot dk -Status: Open +Status: Feedback Bug Type: XML related Operating System: FreeBSD 7.1 PHP Version: 5.2.11 New Comment: I guess we could expose the constant value from ext/libxml if available like: Index: libxml.c === --- libxml.c(revision 288659) +++ libxml.c(working copy) @@ -622,6 +622,9 @@ REGISTER_LONG_CONSTANT(LIBXML_COMPACT,XML_PARSE_COMPACT, CONST_CS | CONST_PERSISTENT); REGISTER_LONG_CONSTANT(LIBXML_NOXMLDECL, XML_SAVE_NO_DECL, CONST_CS | CONST_PERSISTENT); #endif +#if LIBXML_VERSION = 20703 + REGISTER_LONG_CONSTANT(LIBXML_PARSEHUGE, XML_PARSE_HUGE, CONST_CS | CONST_PERSISTENT); +#endif REGISTER_LONG_CONSTANT(LIBXML_NOEMPTYTAG, LIBXML_SAVE_NOEMPTYTAG, CONST_CS | CONST_PERSISTENT); /* Error levels */ Does this work for you when passing it to SimpleXML's $option parameter? (Patch made against PHP_5_3, but is just a 3 line c/p to other branches) Previous Comments: [2009-09-24 15:37:58] sta at netimage dot dk Description: Since version 2.7.3 libxml limits the maximum size of a single text node to 10MB. The limit can be removed with a new option, XML_PARSE_HUGE. PHP has no way to specify this option to libxml. I found the bug when making af SOAP-request where the reply contained a 20MB string. SoapClient-__call() threw an exception: 'looks like we got no XML document' Using libxml_use_internal_errors(true) and libxml_get_errors() I could narrow it down to a LibXMLError, code 5, 'Extra content at the end of the document' - but the specified line and column was in the middle of a large text node. Using SoapClient-__getLastResponse() I saved the response to a file. The xmllib program xmllint then revealed the cause: xmllint --noout soap_response.txt soap_response.txt:111834: error: xmlSAX2Characters: huge text node: out of memory We need a way to specify the XML_PARSE_HUGE option to libxml - perhaps something like a new function: libxml_parse_huge(true). Reproduce code: --- ?php $xml = ?xml version='1.0' encoding='utf-8' standalone='yes' ?test . str_repeat('A', 1200) . /test; file_put_contents('file.xml', $xml); $sxe = simplexml_load_file('file.xml'); if ($sxe instanceof SimpleXMLElement) { echo 'OK\n'; } else { var_dump($sxe); } Expected result: OK Actual result: -- PHP Warning: simplexml_load_file(): file.xml:1: error: xmlSAX2Characters: huge text node: out of memory in /usr/dana/data/developers/holst/mobilmap/cron/xml.php on line 5 PHP Warning: simplexml_load_file(): in /usr/dana/data/developers/holst/mobilmap/cron/xml.php on line 5 PHP Warning: simplexml_load_file(): ^ in /usr/dana/data/developers/holst/mobilmap/cron/xml.php on line 5 bool(false) -- Edit this bug report at http://bugs.php.net/?id=49660edit=1
#49680 [Bgs]: bdecode_load() doesn't work
ID: 49680 User updated by: rossinidan at gmail dot com Reported By: rossinidan at gmail dot com Status: Bogus Bug Type: Unknown/Other Function Operating System: Debian Squeeze 2.6.30-1-686 PHP Version: 5.2.11 New Comment: I have reported it to http://pecl.php.net/bugs/bug.php?id=16849 Tankyou very much. Previous Comments: [2009-09-26 10:06:36] paj...@php.net Report bcompiler bugs to pecl. [2009-09-26 10:04:38] rossinidan at gmail dot com Description: ully bcompiler 0.8s on php 5.2.10-2.2 with debian 2.6.30-1-686, but when I try to use bcompiler-load on a class this does't work. It work if I use the functions. Reproduce code: --- ?php /*Class test */ class Greeting{ var $message; function Greeting($message){ $this-message = $message; } function showMessage(){ echo( $this-message) ; } } ? ?php /* Source to encode */ include('classTest.php') ; $fp = fopen(/tmp/test.pbc,w); bcompiler_write_header($fp); bcompiler_write_class($fp,Greeting); bcompiler_write_footer($fp); fclose($fp); ? ?php /* decodeBcompiler.php */ $fp = fopen(/tmp/test.pbc,r); bcompiler_read ($fp) ; fclose($fp); $hello = new Greeting() ; ? Expected result: Read and create a class with bcompiler Actual result: -- When I try to execute the decodeBcompiler.php the browser call me to import and the file decodeBcompiler.php. I have installed php, php-pear, php-cli with apt-get command and bdecode with: pecl install bcompiler-0.8 After I have added extension=bcompiler.so to /etc/php5/apache2/php.ini Greetings, Danilo Rossini -- Edit this bug report at http://bugs.php.net/?id=49680edit=1
#47855 [Csd-Asn]: VC6 Thread Safe MSI install fails
ID: 47855 Updated by: paj...@php.net Reported By: mfaust at usinternet dot com -Status: Closed +Status: Assigned Bug Type: Windows Installer Operating System: Windows XP SP3 PHP Version: 5.3 RC2 Assigned To: jmertic New Comment: Reopen as reported in #49681. John, can you take a look at it please? Previous Comments: [2009-05-21 02:41:27] jmer...@php.net This bug has been fixed in CVS. 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. [2009-05-21 02:41:07] jmer...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-05-19 19:05:43] mfaust at usinternet dot com The Windows user account is already part of the administrators group on both XP SP3 machines and does not have any domain restrictions or other policy limitations. [2009-05-19 18:55:53] jmer...@php.net Please try to install using admin privileges, such as from an administrator console. [2009-05-08 16:48:58] tc_loss at yahoo dot com This happened on install of php 5.3 ORC1 and 2 Thread safe on Windows Vista Home Basic 64bit. for PHP 5.3 ORC1 it worked even though I got the error. For PHP5.3 ORC2 Apache 2.2.11 fails to start after install. 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 http://bugs.php.net/47855 -- Edit this bug report at http://bugs.php.net/?id=47855edit=1
#49677 [Fbk-Opn]: ini parser crashes with zend_extension = ${extension_dir}/foo.so
ID: 49677 User updated by: crrodriguez at opensuse dot org Reported By: crrodriguez at opensuse dot org -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Linux PHP Version: 5.3SVN-2009-09-25 (SVN) New Comment: No crash with CGI or CLI, and extension_dir *is* set in php.ini. Previous Comments: [2009-09-26 11:56:09] j...@php.net I'm also assuming it does not crash with CGI or CLI binaries? :) [2009-09-26 11:55:45] j...@php.net I would guess it crashes with any option name and value when the ini setting is not set. f.e. foobar = ${thisdoesnotexist} should also crash..? [2009-09-25 22:39:14] crrodriguez at opensuse dot org Description: The ini parser crashes with when a directive like zend_extension = ${extension_dir}/xcache.so is found in the configuration file, this has worked in all versions since 5.1 but fails now. Reproduce code: --- zend_extension = ${extension_dir}/foo.so in php.ini This only crashes at startup in apache 2 Expected result: No crash Actual result: -- gdb) bt #0 0x72c555e0 in php_apache_sapi_getenv (name=0x783777f0 extension_dir, name_len=value optimized out) at /usr/src/debug/php-5.3.1+svn20090925/sapi/apache2handler/sapi_apache2.c:242 #1 0x72b7f25a in sapi_getenv (name=0x783777f0 extension_dir, name_len=140737357772784) at /usr/src/debug/php-5.3.1+svn20090925/main/SAPI.c:938 #2 0x72ba5f9b in ini_parse () at /usr/src/debug/php-5.3.1+svn20090925/Zend/zend_ini_parser.y:148 #3 0x72ba62f8 in zend_parse_ini_file (fh=0x7fffcec0, unbuffered_errors=1 '\001', scanner_mode=value optimized out, ini_parser_cb=value optimized out, arg=value optimized out) at /usr/src/debug/php-5.3.1+svn20090925/Zend/zend_ini_parser.y:206 #4 0x72b7e722 in php_init_config () at /usr/src/debug/php-5.3.1+svn20090925/main/php_ini.c:650 #5 0x72b76ac5 in php_module_startup (sf=value optimized out, additional_modules=0x72f00dc0, num_additional_modules=1) at /usr/src/debug/php-5.3.1+svn20090925/main/main.c:1926 #6 0x72c559a5 in php_apache2_startup (sapi_module=0x783777f0) at /usr/src/debug/php-5.3.1+svn20090925/sapi/apache2handler/sapi_apache2.c:328 #7 0x72c564e0 in php_apache_server_startup (pconf=0x7820e138, plog=value optimized out, ptemp=value optimized out, s=0x78213850) at /usr/src/debug/php-5.3.1+svn20090925/sapi/apache2handler/sapi_apache2.c:437 #8 0x77fd9bf4 in ap_run_post_config () from /usr/sbin/httpd2-prefork #9 0x77fc5bbf in main () from /usr/sbin/httpd2-prefork -- Edit this bug report at http://bugs.php.net/?id=49677edit=1
#49681 [Opn-Bgs]: Installer throws script error
ID: 49681 Updated by: paj...@php.net Reported By: gohanman at gmail dot com -Status: Open +Status: Bogus Bug Type: Windows Installer Operating System: Vista Home 32 PHP Version: 5.3.0 New Comment: Reopened #47855, pls follow #47855 instead. No need to duplicate the report. Previous Comments: [2009-09-26 15:54:34] gohanman at gmail dot com Typo. I meant 47855 (the bug I referenced in the first post). [2009-09-26 15:53:30] paj...@php.net What does have reflection to do with the installer? (#47955 is a reflection bug) [2009-09-26 15:49:30] gohanman at gmail dot com That is exactly what I did. I downloaded this file from windows snapshots: http://windows.php.net/downloads/snaps/php-5.3-win32-VC6-x86-latest.msi When I run this file, the same problem occurs as described in bug #47955. [2009-09-26 15:42:36] paj...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-09-26 15:28:37] gohanman at gmail dot com Description: Bug is *exactly* what's described in http://bugs.php.net/bug.php?id=47855. That bug claims it's fixed in CVS and will be in the next snapshot; I grabbed the latest available snapshot at http://windows.php.net/snapshots/ and the bug is still there. Sorry for making another bug report. I couldn't see any way to post onto the other one since it's marked closed. Reproduce code: --- 1. Download installer 2. Run installer 3. Pick apache module Expected result: Installer runs to completetion Actual result: -- Installer stops with a script error -- Edit this bug report at http://bugs.php.net/?id=49681edit=1
#49098 [Fbk-Opn]: Using custom session handler causes segfault in session_save_state
ID: 49098 Updated by: t...@php.net Reported By: bugs at timj dot co dot uk -Status: Feedback +Status: Open Bug Type: Session related Operating System: Linux PHP Version: 5.2.10 New Comment: 1. Still segfaults for me with the release version of 5.2.11, with MySQLi connection (mysql client libs and server 5.1.37). - Sriram, I also tried with your test script (just to make sure there wasn't a subtle difference from mine) and it also segfaulted. - Segfault is still in the same place as originally. 2. snap-200909261030 doesn't build atm (error in mysqli_api) What more info can I give to assist? Previous Comments: [2009-09-24 19:32:19] srina...@php.net unable to reproduce with the earlier provided test case. so, need more information to reproduce / investigate this bug . also, would be useful to know if this still happens with either 5.2.11 (or latest svn snapshot) [2009-09-24 17:48:47] srina...@php.net i do have a wordpress running with php 5.2.11 for my site and i don't have any issues. if you do notice with the latest php build, if you can provide a test case to reproduce this bug that would be useful. as i noted earlier, i was not able to reproduce this bug with the provided test case here. [2009-09-18 19:43:06] ulf at ladb dot unm dot edu Hi, Is this bug still under investigation? Just wondering because 5.2.9 is the last version of PHP that works with Wordpress/MySQL without crashing Apache. Thanks. [2009-09-16 18:19:08] sriram dot natarajan at gmail dot com i just took the latest php snapshot from http://snaps.php.net and tried it out. if you notice, my script is just a completion of your script - i just filled in some missing pieces in your script - like creating the table etc . i am also using mysql 5.1.30 [2009-09-16 06:01:10] t...@php.net sriram: a) can you specify exactly which snapshot you use so that I can confirm/deny what you say b) did you try my test script? what does that do? why did you make up a new one? 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 http://bugs.php.net/49098 -- Edit this bug report at http://bugs.php.net/?id=49098edit=1
#49681 [Opn-Fbk]: Installer throws script error
ID: 49681 Updated by: paj...@php.net Reported By: gohanman at gmail dot com -Status: Open +Status: Feedback Bug Type: Windows Installer Operating System: Vista Home 32 PHP Version: 5.3.0 New Comment: Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ Previous Comments: [2009-09-26 15:28:37] gohanman at gmail dot com Description: Bug is *exactly* what's described in http://bugs.php.net/bug.php?id=47855. That bug claims it's fixed in CVS and will be in the next snapshot; I grabbed the latest available snapshot at http://windows.php.net/snapshots/ and the bug is still there. Sorry for making another bug report. I couldn't see any way to post onto the other one since it's marked closed. Reproduce code: --- 1. Download installer 2. Run installer 3. Pick apache module Expected result: Installer runs to completetion Actual result: -- Installer stops with a script error -- Edit this bug report at http://bugs.php.net/?id=49681edit=1
#49681 [Fbk-Opn]: Installer throws script error
ID: 49681 User updated by: gohanman at gmail dot com Reported By: gohanman at gmail dot com -Status: Feedback +Status: Open Bug Type: Windows Installer Operating System: Vista Home 32 PHP Version: 5.3.0 New Comment: That is exactly what I did. I downloaded this file from windows snapshots: http://windows.php.net/downloads/snaps/php-5.3-win32-VC6-x86-latest.msi When I run this file, the same problem occurs as described in bug #47955. Previous Comments: [2009-09-26 15:42:36] paj...@php.net Please try using this snapshot: http://snaps.php.net/php5.3-latest.tar.gz For Windows: http://windows.php.net/snapshots/ [2009-09-26 15:28:37] gohanman at gmail dot com Description: Bug is *exactly* what's described in http://bugs.php.net/bug.php?id=47855. That bug claims it's fixed in CVS and will be in the next snapshot; I grabbed the latest available snapshot at http://windows.php.net/snapshots/ and the bug is still there. Sorry for making another bug report. I couldn't see any way to post onto the other one since it's marked closed. Reproduce code: --- 1. Download installer 2. Run installer 3. Pick apache module Expected result: Installer runs to completetion Actual result: -- Installer stops with a script error -- Edit this bug report at http://bugs.php.net/?id=49681edit=1
#49681 [NEW]: Installer throws script error
From: gohanman at gmail dot com Operating system: Vista Home 32 PHP version: 5.3.0 PHP Bug Type: Windows Installer Bug description: Installer throws script error Description: Bug is *exactly* what's described in http://bugs.php.net/bug.php?id=47855. That bug claims it's fixed in CVS and will be in the next snapshot; I grabbed the latest available snapshot at http://windows.php.net/snapshots/ and the bug is still there. Sorry for making another bug report. I couldn't see any way to post onto the other one since it's marked closed. Reproduce code: --- 1. Download installer 2. Run installer 3. Pick apache module Expected result: Installer runs to completetion Actual result: -- Installer stops with a script error -- Edit bug report at http://bugs.php.net/?id=49681edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49681r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49681r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49681r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49681r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49681r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49681r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49681r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49681r=needscript Try newer version: http://bugs.php.net/fix.php?id=49681r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49681r=support Expected behavior: http://bugs.php.net/fix.php?id=49681r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49681r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49681r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49681r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49681r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49681r=dst IIS Stability: http://bugs.php.net/fix.php?id=49681r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49681r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49681r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49681r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49681r=mysqlcfg
#49677 [Opn-Fbk]: ini parser crashes with zend_extension = ${extension_dir}/foo.so
ID: 49677 Updated by: j...@php.net Reported By: crrodriguez at opensuse dot org -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux PHP Version: 5.3SVN-2009-09-25 (SVN) New Comment: I would guess it crashes with any option name and value when the ini setting is not set. f.e. foobar = ${thisdoesnotexist} should also crash..? Previous Comments: [2009-09-25 22:39:14] crrodriguez at opensuse dot org Description: The ini parser crashes with when a directive like zend_extension = ${extension_dir}/xcache.so is found in the configuration file, this has worked in all versions since 5.1 but fails now. Reproduce code: --- zend_extension = ${extension_dir}/foo.so in php.ini This only crashes at startup in apache 2 Expected result: No crash Actual result: -- gdb) bt #0 0x72c555e0 in php_apache_sapi_getenv (name=0x783777f0 extension_dir, name_len=value optimized out) at /usr/src/debug/php-5.3.1+svn20090925/sapi/apache2handler/sapi_apache2.c:242 #1 0x72b7f25a in sapi_getenv (name=0x783777f0 extension_dir, name_len=140737357772784) at /usr/src/debug/php-5.3.1+svn20090925/main/SAPI.c:938 #2 0x72ba5f9b in ini_parse () at /usr/src/debug/php-5.3.1+svn20090925/Zend/zend_ini_parser.y:148 #3 0x72ba62f8 in zend_parse_ini_file (fh=0x7fffcec0, unbuffered_errors=1 '\001', scanner_mode=value optimized out, ini_parser_cb=value optimized out, arg=value optimized out) at /usr/src/debug/php-5.3.1+svn20090925/Zend/zend_ini_parser.y:206 #4 0x72b7e722 in php_init_config () at /usr/src/debug/php-5.3.1+svn20090925/main/php_ini.c:650 #5 0x72b76ac5 in php_module_startup (sf=value optimized out, additional_modules=0x72f00dc0, num_additional_modules=1) at /usr/src/debug/php-5.3.1+svn20090925/main/main.c:1926 #6 0x72c559a5 in php_apache2_startup (sapi_module=0x783777f0) at /usr/src/debug/php-5.3.1+svn20090925/sapi/apache2handler/sapi_apache2.c:328 #7 0x72c564e0 in php_apache_server_startup (pconf=0x7820e138, plog=value optimized out, ptemp=value optimized out, s=0x78213850) at /usr/src/debug/php-5.3.1+svn20090925/sapi/apache2handler/sapi_apache2.c:437 #8 0x77fd9bf4 in ap_run_post_config () from /usr/sbin/httpd2-prefork #9 0x77fc5bbf in main () from /usr/sbin/httpd2-prefork -- Edit this bug report at http://bugs.php.net/?id=49677edit=1
#49677 [Fbk]: ini parser crashes with zend_extension = ${extension_dir}/foo.so
ID: 49677 Updated by: j...@php.net Reported By: crrodriguez at opensuse dot org Status: Feedback Bug Type: Apache2 related Operating System: Linux PHP Version: 5.3SVN-2009-09-25 (SVN) New Comment: I'm also assuming it does not crash with CGI or CLI binaries? :) Previous Comments: [2009-09-26 11:55:45] j...@php.net I would guess it crashes with any option name and value when the ini setting is not set. f.e. foobar = ${thisdoesnotexist} should also crash..? [2009-09-25 22:39:14] crrodriguez at opensuse dot org Description: The ini parser crashes with when a directive like zend_extension = ${extension_dir}/xcache.so is found in the configuration file, this has worked in all versions since 5.1 but fails now. Reproduce code: --- zend_extension = ${extension_dir}/foo.so in php.ini This only crashes at startup in apache 2 Expected result: No crash Actual result: -- gdb) bt #0 0x72c555e0 in php_apache_sapi_getenv (name=0x783777f0 extension_dir, name_len=value optimized out) at /usr/src/debug/php-5.3.1+svn20090925/sapi/apache2handler/sapi_apache2.c:242 #1 0x72b7f25a in sapi_getenv (name=0x783777f0 extension_dir, name_len=140737357772784) at /usr/src/debug/php-5.3.1+svn20090925/main/SAPI.c:938 #2 0x72ba5f9b in ini_parse () at /usr/src/debug/php-5.3.1+svn20090925/Zend/zend_ini_parser.y:148 #3 0x72ba62f8 in zend_parse_ini_file (fh=0x7fffcec0, unbuffered_errors=1 '\001', scanner_mode=value optimized out, ini_parser_cb=value optimized out, arg=value optimized out) at /usr/src/debug/php-5.3.1+svn20090925/Zend/zend_ini_parser.y:206 #4 0x72b7e722 in php_init_config () at /usr/src/debug/php-5.3.1+svn20090925/main/php_ini.c:650 #5 0x72b76ac5 in php_module_startup (sf=value optimized out, additional_modules=0x72f00dc0, num_additional_modules=1) at /usr/src/debug/php-5.3.1+svn20090925/main/main.c:1926 #6 0x72c559a5 in php_apache2_startup (sapi_module=0x783777f0) at /usr/src/debug/php-5.3.1+svn20090925/sapi/apache2handler/sapi_apache2.c:328 #7 0x72c564e0 in php_apache_server_startup (pconf=0x7820e138, plog=value optimized out, ptemp=value optimized out, s=0x78213850) at /usr/src/debug/php-5.3.1+svn20090925/sapi/apache2handler/sapi_apache2.c:437 #8 0x77fd9bf4 in ap_run_post_config () from /usr/sbin/httpd2-prefork #9 0x77fc5bbf in main () from /usr/sbin/httpd2-prefork -- Edit this bug report at http://bugs.php.net/?id=49677edit=1
#49674 [Bgs]: spl_autoload not auto loading
ID: 49674 User updated by: lists at reptiliannature dot org Reported By: lists at reptiliannature dot org Status: Bogus Bug Type: SPL related Operating System: Linux 2.6.28-15 PHP Version: 5.3.0 New Comment: Thanks for letting me know. I appreciate it. Previous Comments: [2009-09-25 21:53:01] j...@php.net File NAME of course needs to be lowercase. Not the file contents. :D [2009-09-25 21:52:26] j...@php.net Class name is lowercased before any lookup is done. Hence, your file needs to be in lowercase as well. See also bug #48129 [2009-09-25 19:35:58] lists at reptiliannature dot org Description: I have been trying to use spl_autoload() to load a class located in the same folder. My include path is set to .. The class file exists in the same folder, and the class has the same name as the file without the .php extension. The loading does not work. Reproduce code: --- File test.php ?php set_include_path('.'); var_dump(get_include_path()); $className = 'ClassA'; spl_autoload($className); $ins = new $className; echo $ins-val.'br'; ? File ClassA.php ?php class ClassA { var $val = 'Hello from class ClassA'; } ? Expected result: string(1) . Hello from class ClassA Actual result: -- string(1) . Fatal error: Uncaught exception 'LogicException' with message 'Class ClassA could not be loaded' in /home/michael/src/php/tests/spl_autoload/test.php:7 Stack trace: #0 /home/michael/src/php/tests/spl_autoload/test.php(7): spl_autoload('ClassA') #1 {main} thrown in /home/michael/src/php/tests/spl_autoload/test.php on line 7 -- Edit this bug report at http://bugs.php.net/?id=49674edit=1
#49682 [NEW]: Pear broken in php 5.2.11
From: kr_krack at yahoo dot com Operating system: Ubuntu 8.04 LTS PHP version: 5.2.11 PHP Bug Type: Compile Warning Bug description: Pear broken in php 5.2.11 Description: I just compiled php 5.2.11, it seems that pear is broken again in this version, like in php 5.2.10. Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1391 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1396 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1400 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1391 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1396 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1400 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1391 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1396 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1400 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1391 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1396 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1400 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1391 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1396 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1400 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1391 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1396 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1400 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1391 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1396 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha Reproduce code: --- I used the following param: ./configure -prefix=/usr/local --disable-rpath --disable-ipv6 --disable-pdo --disable-debug --with-zend-vm=GOTO --with-jpeg-dir=/usr --with-png-dir=/usr --with-mysql=/usr --with-fpm-pid=/var/run/php-fpm.pid --with-fpm-log=/etc/php-fpm/php-fpm.log --with-fpm-conf=/etc/php-fpm/php-fpm.conf --with-curl=/usr --with-bz2=/usr --with-gd --with-zlib-dir=/usr --with-pcre-regex --with-openssl-dir=/usr --with-gettext --with-xmlrpc --with-libmbfl --with-pspell --with-tidy=/usr --with-mhash --with-freetype-dir=/usr --with-xsl=/usr --with-mcrypt=/usr --enable-fastcgi --enable-sqlite-utf8 --with-fpm --enable-mbstring --enable-inline-optimization --enable-xml
#46260 [Com]: __FILE__ should not resolve symlink paths
ID: 46260 Comment by: miguel-php at cr dot uz Reported By: bugs dot php dot net at callum-macdonald dot com Status: Open Bug Type: Feature/Change Request Operating System: Linux PHP Version: 5.2.6 New Comment: Another vote for this. The current implementation does not seem like the proper way to treat symlinks, and it makes sharing included files between directories very difficult. I understand that changing this now has the potential to cause breakage in scripts that depend on the current behaviour. But there really does need to be a way for a file to find its own effective location. Previous Comments: [2009-09-22 06:42:10] glideraerobatics at hotmail dot com I have the same problem with PHP. I have a slave site that shares most (but not all!) code with a master site using symlinks. The code consists of CLI scripts, web pages, and includes (one of which is a common include for setting up the include_path and error handling). It is critical that this include_path refers to paths in the slave site even though the real common include resides in the master site. I can't achieve this using __FILE__ unfortunately due to the symlink resolution problem. It would be nice to have an alternative to __FILE__, perhaps __LINK__, with unresolved symlinks. Please PHP developers add this!!! PHP needs it so much and it must be a very simple thing to add. In the mean time, I've created a function in the common include that jumps though hoops in order to set the include_path correctly by using argv[0] in CLI scripts (and traversing up until a htdocs dir is found) or else $_SERVER['DOCUMENT_ROOT'] in web scripts. It's horrible, but the only solution I've found so far. [2009-07-02 16:43:32] raphael dot roulet at univ-st-etienne dot fr If there is no security issue, Why don't PHP make life easier ? [2009-01-31 23:12:49] bugs dot php dot net at callum-macdonald dot com $_SERVER['PHP_SELF'] only relates to the main script, not the currently included file. It's useful, but a completely separate issue. There is, as far as I can see, no way to get the non symlink resolved path of the currently included file. [2009-01-31 22:54:44] luke_phpbugs at dashjr dot org $_SERVER[PHP_SELF] helps a little. [2008-10-09 01:32:07] bugs dot php dot net at callum-macdonald dot com Description: See these bugs: http://bugs.php.net/bug.php?id=38790 http://bugs.php.net/bug.php?id=42516 http://bugs.php.net/bug.php?id=37603 The __FILE__ constant should not, in my opinion, resolve symbolic links on *nix operating systems. At the very least, there should be an option to control this behaviour. Because __FILE__ returns only the symlink resolved path, there is no way to get the symlink path of the currently included file. If __FILE__ returned the symlinkpath, the resolved path could be retrieved with realpath(__FILE__). The opposite is not true. There is no way to go from the resolved path to the original link path. I realise this is a feature not a bug, but I believe it is a serious shortcoming and limits the ability of PHP in symlinked situations. Reproduce code: --- See http://bugs.php.net/bug.php?id=37603 Expected result: __FILE__ should return the symlink path Actual result: -- __FILE__ returns the resolved path -- Edit this bug report at http://bugs.php.net/?id=46260edit=1
#49683 [NEW]: $_FILES overwrite
From: adamiwaniuk at gmail dot com Operating system: PHP version: 5.2.11 PHP Bug Type: Unknown/Other Function Bug description: $_FILES overwrite Description: When 'name' from Content-Disposition ends with '[' or '[x' it is possible to prepeare some fake data of $_FILES structure aray If someone upload multiple files it is possible to set fake size of file, or when someone is using unsafe method upload (without is_uploaded_file()/move_uploaded_file()) to set tmp_name to any file example content: Content-Disposition: form-data; name=images[[tmp_name]; filename=file.txt Content-Disposition: form-data; name=images[tmp_name][; filename=index.php Reproduce code: --- ?php var_dump($_FILES)? ?php foreach ($_FILES[images][tmp_name] as $key = $name){ copy($_FILES[images][tmp_name][$key],'upload\\a'.rand().'.txt'); } ? ?php foreach ($_FILES[images][tmp_name] as $key = $name) { if ($_FILES[images][size][$key]0 $_FILES[images][size][$key]1024) move_uploaded_file($_FILES[images][tmp_name][$key],'upload\\'.rand().'.txt'); } ? Expected result: it should skip upload file when 'name' ends with [ or '[xxx' Actual result: -- array(1) { [images]= array(5) { [name]= array(1) { [[tmp_name]= string(5) file.txt } [type]= array(1) { [[tmp_name]= string(10) text/plain } [tmp_name]= array(5) { [[tmp_name]= string(66) C:\Documents and Settings\Adam\Ustawienia lokalne\Temp\php36E3.tmp [[name]= string(10) index.php [[type]= string(10) text/plain [[error]= int(0) [[size]= int(11) } [error]= array(1) { [[tmp_name]= int(0) } [size]= array(1) { [[tmp_name]= int(3) } } } -- Edit bug report at http://bugs.php.net/?id=49683edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49683r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49683r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49683r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49683r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49683r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49683r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49683r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49683r=needscript Try newer version: http://bugs.php.net/fix.php?id=49683r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49683r=support Expected behavior: http://bugs.php.net/fix.php?id=49683r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49683r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49683r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49683r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49683r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49683r=dst IIS Stability: http://bugs.php.net/fix.php?id=49683r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49683r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49683r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49683r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49683r=mysqlcfg
#49684 [NEW]: Warning: Unknown: failed to open stream: No such file or directory in Unknown o
From: alexbatko at gmail dot com Operating system: Mac OS X 10.6.1 PHP version: 5.3.0 PHP Bug Type: Scripting Engine problem Bug description: Warning: Unknown: failed to open stream: No such file or directory in Unknown o Description: Everything was working fine, then, out of the blue, after a page reload, I have been continuously presented with the following errors: [Sat Sep 26 14:12:12 2009] [error] [client 127.0.0.1] PHP Warning: Unknown: failed to open stream: No such file or directory in Unknown on line 0 [Sat Sep 26 14:12:12 2009] [error] [client 127.0.0.1] PHP Fatal error: Unknown: Failed opening required '/path/to/script/here.php' (include_path='.:/usr/lib/php') in Unknown on line 0 PHP 5.3.0 (cli) (built: Jul 19 2009 00:34:29) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies HTTP Server version: Apache/2.2.11 (Unix) HTTP Server built: May 18 2009 12:37:03 This bug seems to be the same as one submitted in 2007: http://bugs.php.net/bug.php?id=40068 But that bug was closed - so I could not add to it - hence why I'm opening a new one. Reproduce code: --- This problem occurred out of the blue. It is completely unrelated to my code. Expected result: The page/code should load normally, 100% of the time. Actual result: -- As of the first time the error appeared (again, I emphasize: out of the blue), I am only ever presented with the above mentioned errors... and no PHP script is ever executed. -- Edit bug report at http://bugs.php.net/?id=49684edit=1 -- Try a snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=49684r=trysnapshot52 Try a snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=49684r=trysnapshot53 Try a snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=49684r=trysnapshot60 Fixed in SVN: http://bugs.php.net/fix.php?id=49684r=fixed Fixed in SVN and need be documented: http://bugs.php.net/fix.php?id=49684r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=49684r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=49684r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=49684r=needscript Try newer version: http://bugs.php.net/fix.php?id=49684r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=49684r=support Expected behavior: http://bugs.php.net/fix.php?id=49684r=notwrong Not enough info: http://bugs.php.net/fix.php?id=49684r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=49684r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=49684r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=49684r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=49684r=dst IIS Stability: http://bugs.php.net/fix.php?id=49684r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=49684r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=49684r=float No Zend Extensions: http://bugs.php.net/fix.php?id=49684r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=49684r=mysqlcfg
#49684 [Com]: Warning: Unknown: failed to open stream: No such file or directory in Unknown o
ID: 49684 Comment by: alexbatko at gmail dot com Reported By: alexbatko at gmail dot com Status: Open Bug Type: Scripting Engine problem Operating System: Mac OS X 10.6.1 PHP Version: 5.3.0 New Comment: Can someone on Mac OS X 10.6.1, running the built-in PHP 5.3.0 (cli) (built: Jul 19 2009 00:34:29), please run these commands for the sake of comparison? ls -l /usr/libexec/apache2/libphp5.so -rwxr-xr-x 1 root wheel 29081072 Jul 19 00:35 /usr/libexec/apache2/libphp5.so md5 /usr/libexec/apache2/libphp5.so MD5 (/usr/libexec/apache2/libphp5.so) = 7117168f74cca3f5669c26a136321712 Previous Comments: [2009-09-26 21:55:07] alexbatko at gmail dot com Description: Everything was working fine, then, out of the blue, after a page reload, I have been continuously presented with the following errors: [Sat Sep 26 14:12:12 2009] [error] [client 127.0.0.1] PHP Warning: Unknown: failed to open stream: No such file or directory in Unknown on line 0 [Sat Sep 26 14:12:12 2009] [error] [client 127.0.0.1] PHP Fatal error: Unknown: Failed opening required '/path/to/script/here.php' (include_path='.:/usr/lib/php') in Unknown on line 0 PHP 5.3.0 (cli) (built: Jul 19 2009 00:34:29) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2009 Zend Technologies HTTP Server version: Apache/2.2.11 (Unix) HTTP Server built: May 18 2009 12:37:03 This bug seems to be the same as one submitted in 2007: http://bugs.php.net/bug.php?id=40068 But that bug was closed - so I could not add to it - hence why I'm opening a new one. Reproduce code: --- This problem occurred out of the blue. It is completely unrelated to my code. Expected result: The page/code should load normally, 100% of the time. Actual result: -- As of the first time the error appeared (again, I emphasize: out of the blue), I am only ever presented with the above mentioned errors... and no PHP script is ever executed. -- Edit this bug report at http://bugs.php.net/?id=49684edit=1
#49332 [Asn]: Make fails with Undefined symbols: _res_9_dn_expand, _res_9_search and _res_9
ID: 49332 Updated by: phi...@php.net Reported By: vizh at me dot com Status: Assigned Bug Type: Compile Failure Operating System: Mac OS X 10.6 (10A432) PHP Version: 5.2.10 Assigned To: scottmac New Comment: Another temp fix: Add -lresolv to EXTRA_LIBS in the generated MakeFile. See also: http://bit.ly/SJ3YQ Previous Comments: [2009-09-07 05:18:55] tmallen at 703designs dot com Here's a temporary fix: http://trac.macports.org/ticket/19997 [2009-08-26 00:51:27] djem dot v3 at gmail dot com Since php 5.3 has been preinstalled in Snow Leopard, it is very important to have php 5.2 in system. [2009-08-24 14:43:24] j...@php.net I would guess Scott meant PHP_5_2 branch.. :) [2009-08-23 11:31:11] scott...@php.net This is fixed in 5.3.1-dev, I'll look into backporting changes to the 5.3 branch. [2009-08-23 03:31:54] vizh at me dot com Description: I've download http://snaps.php.net/php5.2-latest.tar.gz, runs ./configure; make and make fails with undefined symbols: _res_9_dn_expand, _res_9_search and _res_9_dn_skipname Reproduce code: --- cd /tmp curl http://snaps.php.net/php5.2-latest.tar.gz; php.tar.gz tar -xf php.tar.gz; rm -rf php.tar.gz; mv php* php-build; cd php-build ./configure --disable-all make Actual result: -- Undefined symbols: _res_9_search, referenced from: _zif_dns_get_mx in dns.o _zif_dns_check_record in dns.o _res_9_dn_expand, referenced from: _zif_dns_get_mx in dns.o _res_9_dn_skipname, referenced from: _zif_dns_get_mx in dns.o _zif_dns_get_mx in dns.o -- Edit this bug report at http://bugs.php.net/?id=49332edit=1
#48597 [Opn]: Unclosed array keys break space escaping in $_GET/POST/REQUEST
ID: 48597 Updated by: j...@php.net Reported By: crmalibu at gmail dot com Status: Open Bug Type: *General Issues Operating System: * PHP Version: 5.*, 6CVS (2009-07-01) New Comment: See also bug #49683 Previous Comments: [2009-07-04 22:22:55] j...@php.net See also bug #48794 [2009-06-18 16:17:41] crmalibu at gmail dot com Description: I marked the version as 5.2.9 but it looks like the relevant code is the same for 5.3 and php 6 as well. I don't know c, so I struggle to read the source code, but I think I found something unexpected. In main/php_variables.c in php_register_variable_ex I think the parsing behaves inconsistent. After reading the comments in the source code, I would think a gpc variable name should not make it through which has ' ' or '.' or '[' character in the name. But I've found a way to do it. It seems the routine for recognizing and parsing the array syntax is at fault. In particular, characters after the first occurrence of a '[' char will be left alone because it thinks it needs to parse it as the special array syntax. But while it does later recognize that it's not proper array syntax, it doesn't properly convert the remaining character to underscore. I don't know if this is a bug, or if it's serious or what. But the source code comment about removing those chars due to not being binary safe made me think someone needs to look at this. Reproduce code: --- form action= input name=goodvar .[ input name=goodarray[foo] input name=badvar[ . [ input type=submit /form ?php print_r($_GET); ? Expected result: Array ( [goodvar___] = [goodarray] = Array ( [foo] = ) [badvar_] = ) Actual result: -- Array ( [goodvar___] = [goodarray] = Array ( [foo] = ) [badvar_ . [] = ) -- Edit this bug report at http://bugs.php.net/?id=48597edit=1
#49683 [Opn-Bgs]: $_FILES overwrite
ID: 49683 Updated by: j...@php.net Reported By: adamiwaniuk at gmail dot com -Status: Open +Status: Bogus Bug Type:Unknown/Other Function PHP Version: 5.2.11 New Comment: Same problem as already reported in bug #48597 Previous Comments: [2009-09-26 21:47:06] adamiwaniuk at gmail dot com Description: When 'name' from Content-Disposition ends with '[' or '[x' it is possible to prepeare some fake data of $_FILES structure aray If someone upload multiple files it is possible to set fake size of file, or when someone is using unsafe method upload (without is_uploaded_file()/move_uploaded_file()) to set tmp_name to any file example content: Content-Disposition: form-data; name=images[[tmp_name]; filename=file.txt Content-Disposition: form-data; name=images[tmp_name][; filename=index.php Reproduce code: --- ?php var_dump($_FILES)? ?php foreach ($_FILES[images][tmp_name] as $key = $name){ copy($_FILES[images][tmp_name][$key],'upload\\a'.rand().'.txt'); } ? ?php foreach ($_FILES[images][tmp_name] as $key = $name) { if ($_FILES[images][size][$key]0 $_FILES[images][size][$key]1024) move_uploaded_file($_FILES[images][tmp_name][$key],'upload\\'.rand().'.txt'); } ? Expected result: it should skip upload file when 'name' ends with [ or '[xxx' Actual result: -- array(1) { [images]= array(5) { [name]= array(1) { [[tmp_name]= string(5) file.txt } [type]= array(1) { [[tmp_name]= string(10) text/plain } [tmp_name]= array(5) { [[tmp_name]= string(66) C:\Documents and Settings\Adam\Ustawienia lokalne\Temp\php36E3.tmp [[name]= string(10) index.php [[type]= string(10) text/plain [[error]= int(0) [[size]= int(11) } [error]= array(1) { [[tmp_name]= int(0) } [size]= array(1) { [[tmp_name]= int(3) } } } -- Edit this bug report at http://bugs.php.net/?id=49683edit=1
#49682 [Opn-Asn]: Pear broken in php 5.2.11
ID: 49682 Updated by: j...@php.net Reported By: kr_krack at yahoo dot com -Status: Open +Status: Assigned -Bug Type: Compile Warning +Bug Type: Compile Failure Operating System: Ubuntu 8.04 LTS PHP Version: 5.2.11 -Assigned To: +Assigned To: cellog New Comment: Assigned to the PEAR maintainer. Previous Comments: [2009-09-26 18:58:39] kr_krack at yahoo dot com Description: I just compiled php 5.2.11, it seems that pear is broken again in this version, like in php 5.2.10. Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1391 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1396 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1400 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1391 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1396 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1400 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1391 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1396 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1400 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1391 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1396 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1400 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1391 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1396 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1400 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1391 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1396 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1400 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1391 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha r/PEAR/ChannelFile.php on line 1396 Warning: Cannot use a scalar value as an array in phar://install-pear-nozlib.pha Reproduce code: --- I used the following param: ./configure -prefix=/usr/local --disable-rpath --disable-ipv6 --disable-pdo --disable-debug --with-zend-vm=GOTO --with-jpeg-dir=/usr --with-png-dir=/usr --with-mysql=/usr --with-fpm-pid=/var/run/php-fpm.pid --with-fpm-log=/etc/php-fpm/php-fpm.log --with-fpm-conf=/etc/php-fpm/php-fpm.conf --with-curl=/usr
#49611 [Opn-Csd]: file_get_contents() automatically including headers in output
ID: 49611 Updated by: j...@php.net Reported By: d dot reade at readesresidential dot com -Status: Open +Status: Closed Bug Type: Filesystem function related Operating System: CentOS 5.3 x86 PHP Version: 5.2.11 Previous Comments: [2009-09-25 17:50:49] jd at cpanel dot net I've done lots of testing on the system where this issue was originally noticed and I'm pretty certain this was caused by the changes to main/streams/xp_socket.c in revision 288034. A fix was already committed to SVN: r...@web3 [~/cpanel-ticket-492829/PHP_5_2]# svn log -r288604 --verbose r288604 | dmitry | 2009-09-23 11:25:54 +0100 (Wed, 23 Sep 2009) | 2 lines Changed paths: M /php/php-src/branches/PHP_5_2/main/streams/xp_socket.c M /php/php-src/branches/PHP_5_3/main/streams/xp_socket.c M /php/php-src/trunk/main/streams/xp_socket.c Fixed ext/standard/tests/streams/stream_get_contents_002.phpt With that one-line change, the problem seems to go away. [2009-09-25 16:03:22] d dot reade at readesresidential dot com Sorry, the script is integrated into our own Web Framework which equates to tens of thousands of lines of code. :) I didn't think this was relevant at the time as I thought it was PHP related only, however our server runs cPanel 11. Today my host built us a brand new server, with CentOS 5.3 and a CentOS kernel (as the other one was a Xen Guest kernel). I tried running the script, pointing it at a PNG file hosted on our live box, and it completed no problem first time round. I tried again and again and each time it was successful. This was done running it via the PHP CLI but the remote server runs PHP 5.2.10. So I pointed the script to a PNG located on the local host running PHP 5.2.11, different IP address. Using the http:// address it failed, while using the direct path, i.e. /home/user... works fine, every time (as it should do since the header are related to HTTP traffic). I've now renamed all our htaccess files to be sure nothing is being caused by our scripts, which also ensures none of our scripts are loading when the PNG is requested, but it still fails with the same errors. I reset Apache and PHP configurations to defaults, or at least to the same default as cPanel specifies. Same error. I can only think something is being done by cPanel/WHM to the config files to cause this problem, but again it's only been happening since PHP 5.2.11, thus why I thought it was a bug in the first instance. I would like to see what cPanel come back with as one of their developers is looking into this now, so please could you keep the ticket open? I'll report back my findings soon. Thanks. [2009-09-22 09:54:14] j...@php.net I can not reproduce this. Please provide the full script that causes this, including the $url.. [2009-09-21 08:11:21] d dot reade at readesresidential dot com I have managed to replicate the issue, multiple times. Here's the code: ? $array = array(1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 1); foreach($array as $val) { $tmp= tempnam('/tmp', 'test_img_'); $file = file_get_contents($url); file_put_contents($tmp, $file); $img= imagecreatefrompng($tmp); imagedestroy($img); } ? In my case $url was the direct http:// path to the image, in this instance a high quality PNG over 1MB in size. The script repeats 80 times (to mimic what my scripts are trying to do). After the first run it stated 15 out of 80 of the PNGs were invalid PNG files. On the second run it said 12 were invalid. The results are different each time. The error generated by PHP is: Warning: imagecreatefrompng() [function.imagecreatefrompng]: '/tmp/test_img_92M2J2' is not a valid PNG file in /home/readesre/public_html/dev/img.php on line 12 Warning: imagedestroy(): supplied argument is not a valid Image resource in /home/readesre/public_html/dev/img.php on line 14 Here's the list of files from the tmp folder: -rw--- 1 nobody nobody 1778247 Sep 21 09:01 test_img_92M2J2 -rw--- 1 nobody nobody 1777966 Sep 21 09:01 test_img_bHZKlf -rw--- 1 nobody nobody 1777966 Sep 21 09:01 test_img_btMJcI -rw--- 1 nobody nobody 1777966 Sep 21 09:01 test_img_DctHCw -rw--- 1 nobody nobody 1777966 Sep 21 09:01