#48802 [NEW]: Errors are not reported for STDOUT/STDERR
From: andrey dot vihrov at gmail dot com Operating system: Gentoo Linux amd64 PHP version: 5.2.10 PHP Bug Type: Output Control Bug description: Errors are not reported for STDOUT/STDERR Description: There is no way to tell that output to STDOUT/STDERR failed. Configure Command => './configure' '--prefix=/usr/lib64/php5' '--host=x86_64-pc-linux-gnu' '--mandir=/usr/lib64/php5/man' '--infodir=/usr/lib64/php5/info' '--sysconfdir=/etc' '--cache-file=./config.cache' '--with-libdir=lib64' '--with-pcre-regex=/usr' '--enable-cli' '--disable-cgi' '--with-config-file-path=/etc/php/cli-php5' '--with-config-file-scan-dir=/etc/php/cli-php5/ext-active' '--without-pear' '--disable-bcmath' '--with-bz2' '--disable-calendar' '--disable-ctype' '--without-curl' '--without-curlwrappers' '--disable-dbase' '--enable-exif' '--without-fbsql' '--without-fdftk' '--disable-filter' '--disable-ftp' '--with-gettext' '--without-gmp' '--disable-hash' '--disable-ipv6' '--disable-json' '--without-kerberos' '--enable-mbstring' '--with-mcrypt' '--without-mhash' '--without-msql' '--without-mssql' '--with-ncurses' '--with-openssl' '--with-openssl-dir=/usr' '--disable-pcntl' '--disable-pdo' '--without-pgsql' '--disable-posix' '--with-pspell' '--without-recode' '--disable-simplexml' '--disable-shmop' '--without-snmp' '--disable-soap' '--disable-sockets' '--without-sybase' '--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--without-tidy' '--disable-tokenizer' '--disable-wddx' '--disable-xmlreader' '--disable-xmlwriter' '--without-xmlrpc' '--without-xsl' '--disable-zip' '--with-zlib' '--disable-debug' '--enable-dba' '--without-cdb' '--with-db4' '--disable-flatfile' '--with-gdbm' '--disable-inifile' '--without-qdbm' '--with-freetype-dir=/usr' '--with-t1lib=/usr' '--disable-gd-jis-conv' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--without-xpm-dir' '--with-gd' '--without-mysqli' '--with-readline' '--without-libedit' '--without-mm' '--with-sqlite=/usr' '--enable-sqlite-utf8' > diff php.ini-dist /etc/php/cli-php5/php.ini 474c474 < ;include_path = ".:/php/includes" --- > include_path = ".:/usr/share/php5:/usr/share/php" 491c491 < extension_dir = "./" --- > extension_dir = /usr/lib64/php5/lib/php/extensions/no-debug-non-zts-20060613 560c560 < allow_url_fopen = On --- > allow_url_fopen = Off 1283a1284,1288 > > ; MySQL extensions default connection charset settings > ;mysql.connect_charset = utf8 > ;mysqli.connect_charset = utf8 > ;pdo_mysql.connect_charset = utf8 Reproduce code: --- #! /usr/bin/php Expected result: A /dev/full pseudo-device in Linux is "always full", and any writes to it fail. When run as "./test.php > /dev/full", the script should exit unsuccessfully (with exit status 1). Actual result: -- > ./test.php > /dev/full > echo $? 0 -- Edit bug report at http://bugs.php.net/?id=48802&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48802&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48802&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48802&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48802&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48802&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48802&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48802&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48802&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48802&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48802&r=support Expected behavior: http://bugs.php.net/fix.php?id=48802&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48802&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48802&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48802&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48802&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48802&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48802&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48802&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48802&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48802&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48802&r=mysqlcfg
#48803 [Com]: fprintf(STDOUT, ...) and printf(...) behave differently and affect STDERR
ID: 48803 Comment by: sjoerd-php at linuxonly dot nl Reported By: andrey dot vihrov at gmail dot com Status: Open Bug Type: Output Control Operating System: Gentoo Linux amd64 PHP Version: 5.2.10 New Comment: Thank you for your bug report. The problem is not that STDERR is affected, but that the script is terminated immediately. Furthermore, it is not specific for printf. time php -r 'echo 'a'; sleep(5);' > /dev/full Expected: real 0m5.030s Actual: real0m0.030s Your contrived example writes to /dev/full, which obviously fails. Do you have a more real-life example where writing to STDOUT fails? Previous Comments: [2009-07-05 10:25:31] andrey dot vihrov at gmail dot com Description: These functions behave differently if the underlying I/O operation on STDOUT fails. The difference is that STDERR is affected in one case. Configure Command => './configure' '--prefix=/usr/lib64/php5' '--host=x86_64-pc-linux-gnu' '--mandir=/usr/lib64/php5/man' '--infodir=/usr/lib64/php5/info' '--sysconfdir=/etc' '--cache-file=./config.cache' '--with-libdir=lib64' '--with-pcre-regex=/usr' '--enable-cli' '--disable-cgi' '--with-config-file-path=/etc/php/cli-php5' '--with-config-file-scan-dir=/etc/php/cli-php5/ext-active' '--without-pear' '--disable-bcmath' '--with-bz2' '--disable-calendar' '--disable-ctype' '--without-curl' '--without-curlwrappers' '--disable-dbase' '--enable-exif' '--without-fbsql' '--without-fdftk' '--disable-filter' '--disable-ftp' '--with-gettext' '--without-gmp' '--disable-hash' '--disable-ipv6' '--disable-json' '--without-kerberos' '--enable-mbstring' '--with-mcrypt' '--without-mhash' '--without-msql' '--without-mssql' '--with-ncurses' '--with-openssl' '--with-openssl-dir=/usr' '--disable-pcntl' '--disable-pdo' '--without-pgsql' '--disable-posix' '--with-pspell' '--without-recode' '--disable-simplexml' '--disable-shmop' '--without-snmp' '--disable-soap' '--disable-sockets' '--without-sybase' '--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--without-tidy' '--disable-tokenizer' '--disable-wddx' '--disable-xmlreader' '--disable-xmlwriter' '--without-xmlrpc' '--without-xsl' '--disable-zip' '--with-zlib' '--disable-debug' '--enable-dba' '--without-cdb' '--with-db4' '--disable-flatfile' '--with-gdbm' '--disable-inifile' '--without-qdbm' '--with-freetype-dir=/usr' '--with-t1lib=/usr' '--disable-gd-jis-conv' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--without-xpm-dir' '--with-gd' '--without-mysqli' '--with-readline' '--without-libedit' '--without-mm' '--with-sqlite=/usr' '--enable-sqlite-utf8' > diff php.ini-dist /etc/php/cli-php5/php.ini 474c474 < ;include_path = ".:/php/includes" --- > include_path = ".:/usr/share/php5:/usr/share/php" 491c491 < extension_dir = "./" --- > extension_dir = /usr/lib64/php5/lib/php/extensions/no-debug-non-zts-20060613 560c560 < allow_url_fopen = On --- > allow_url_fopen = Off 1283a1284,1288 > > ; MySQL extensions default connection charset settings > ;mysql.connect_charset = utf8 > ;mysqli.connect_charset = utf8 > ;pdo_mysql.connect_charset = utf8 Reproduce code: --- Script #1 #! /usr/bin/php Testcase #2 #! /usr/bin/php Expected result: > ./test1.php > /dev/full stderr > ./test2.php > /dev/full stderr > Actual result: -- > ./test1.php > /dev/full stderr > ./test2.php > /dev/full > -- Edit this bug report at http://bugs.php.net/?id=48803&edit=1
#48802 [Com]: Errors are not reported for STDOUT/STDERR
ID: 48802 Comment by: sjoerd-php at linuxonly dot nl Reported By: andrey dot vihrov at gmail dot com Status: Open Bug Type: Output Control Operating System: Gentoo Linux amd64 PHP Version: 5.2.10 New Comment: See bug #48803. Previous Comments: [2009-07-05 09:47:19] andrey dot vihrov at gmail dot com Description: There is no way to tell that output to STDOUT/STDERR failed. Configure Command => './configure' '--prefix=/usr/lib64/php5' '--host=x86_64-pc-linux-gnu' '--mandir=/usr/lib64/php5/man' '--infodir=/usr/lib64/php5/info' '--sysconfdir=/etc' '--cache-file=./config.cache' '--with-libdir=lib64' '--with-pcre-regex=/usr' '--enable-cli' '--disable-cgi' '--with-config-file-path=/etc/php/cli-php5' '--with-config-file-scan-dir=/etc/php/cli-php5/ext-active' '--without-pear' '--disable-bcmath' '--with-bz2' '--disable-calendar' '--disable-ctype' '--without-curl' '--without-curlwrappers' '--disable-dbase' '--enable-exif' '--without-fbsql' '--without-fdftk' '--disable-filter' '--disable-ftp' '--with-gettext' '--without-gmp' '--disable-hash' '--disable-ipv6' '--disable-json' '--without-kerberos' '--enable-mbstring' '--with-mcrypt' '--without-mhash' '--without-msql' '--without-mssql' '--with-ncurses' '--with-openssl' '--with-openssl-dir=/usr' '--disable-pcntl' '--disable-pdo' '--without-pgsql' '--disable-posix' '--with-pspell' '--without-recode' '--disable-simplexml' '--disable-shmop' '--without-snmp' '--disable-soap' '--disable-sockets' '--without-sybase' '--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--without-tidy' '--disable-tokenizer' '--disable-wddx' '--disable-xmlreader' '--disable-xmlwriter' '--without-xmlrpc' '--without-xsl' '--disable-zip' '--with-zlib' '--disable-debug' '--enable-dba' '--without-cdb' '--with-db4' '--disable-flatfile' '--with-gdbm' '--disable-inifile' '--without-qdbm' '--with-freetype-dir=/usr' '--with-t1lib=/usr' '--disable-gd-jis-conv' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--without-xpm-dir' '--with-gd' '--without-mysqli' '--with-readline' '--without-libedit' '--without-mm' '--with-sqlite=/usr' '--enable-sqlite-utf8' > diff php.ini-dist /etc/php/cli-php5/php.ini 474c474 < ;include_path = ".:/php/includes" --- > include_path = ".:/usr/share/php5:/usr/share/php" 491c491 < extension_dir = "./" --- > extension_dir = /usr/lib64/php5/lib/php/extensions/no-debug-non-zts-20060613 560c560 < allow_url_fopen = On --- > allow_url_fopen = Off 1283a1284,1288 > > ; MySQL extensions default connection charset settings > ;mysql.connect_charset = utf8 > ;mysqli.connect_charset = utf8 > ;pdo_mysql.connect_charset = utf8 Reproduce code: --- #! /usr/bin/php Expected result: A /dev/full pseudo-device in Linux is "always full", and any writes to it fail. When run as "./test.php > /dev/full", the script should exit unsuccessfully (with exit status 1). Actual result: -- > ./test.php > /dev/full > echo $? 0 -- Edit this bug report at http://bugs.php.net/?id=48802&edit=1
#48534 [Com]: Infinite loop with: log_errors+display_startup_errors+no timezone
ID: 48534 Comment by: jom at grosjo dot net Reported By: paul at mantisforge dot org Status: Verified Bug Type: PHP options/info functions Operating System: Windows 32bit PHP Version: 5.3.0RC3 Assigned To: derick New Comment: This bug STILL EXISTS IN THE RELEASED VERSION (5.3.0) Previous Comments: [2009-07-03 22:14:39] info at kanenas dot net Although date.timezone = "Europe/Athens" (or date.timezone = 'Europe/Athens' or date.timezone = Europe/Athens) is set in php.ini problem still persists in 5.3.0 VC9 x86 Non Thread Safe (2009-Jun-30 08:52:54). Windows Vista Home Premium, IIS 7.0 FastCgi. This is what you get... PHP Warning: PHP Startup: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Helsinki' for '3.0/DST' instead in Unknown on line 0 [2009-06-30 20:39:53] zooh at mail dot ru Problem still persists in 5.3.0 [2009-06-18 15:21:17] paj...@php.net Will be fixed after 5.3.0 [2009-06-15 21:24:19] ninzya at inbox dot lv ALSO hit this bug, i mean [2009-06-12 17:26:34] s...@php.net This is a consequence of not-complete fix for bug #48247. I have a proposed fix, Derick needs to look at it. 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/48534 -- Edit this bug report at http://bugs.php.net/?id=48534&edit=1
#48534 [Ver]: Infinite loop with: log_errors+display_startup_errors+no timezone
ID: 48534 Updated by: paj...@php.net Reported By: paul at mantisforge dot org Status: Verified Bug Type: PHP options/info functions Operating System: Windows 32bit PHP Version: 5.3.0RC3 Assigned To: derick New Comment: Instead of being loud or use a keyboard with a broken caps lock, can you please read carefully what I wrote earlier last month? "Will be fixed after 5.3.0" I think it is clear. Previous Comments: [2009-07-05 12:47:32] jom at grosjo dot net This bug STILL EXISTS IN THE RELEASED VERSION (5.3.0) [2009-07-03 22:14:39] info at kanenas dot net Although date.timezone = "Europe/Athens" (or date.timezone = 'Europe/Athens' or date.timezone = Europe/Athens) is set in php.ini problem still persists in 5.3.0 VC9 x86 Non Thread Safe (2009-Jun-30 08:52:54). Windows Vista Home Premium, IIS 7.0 FastCgi. This is what you get... PHP Warning: PHP Startup: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Helsinki' for '3.0/DST' instead in Unknown on line 0 [2009-06-30 20:39:53] zooh at mail dot ru Problem still persists in 5.3.0 [2009-06-18 15:21:17] paj...@php.net Will be fixed after 5.3.0 [2009-06-15 21:24:19] ninzya at inbox dot lv ALSO hit this bug, i mean 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/48534 -- Edit this bug report at http://bugs.php.net/?id=48534&edit=1
#48793 [Com]: Setting error_log in php.ini causes redirection
ID: 48793 Comment by: ninzya at inbox dot lv Reported By: memoimyself at yahoo dot com dot br Status: Open Bug Type: *General Issues Operating System: WinXP SP3 PHP Version: 5.3.0 New Comment: I guess this is your browser's activity. PHP itself does not deal with 'user hint' redirections by prepending or appending www's and com's to the requested host. Your browser, probably, reacts to HTTP 500 error code and attempts a redirection to probably valid location of www.localhost.com. Anyway, look at the access.log of apache, see what's the apache's response code to your request. Another guess may be is that the PHP is failing (segfaulting) with error_log, which leads to connection interruption between your browser and web server. Then browser attempts to connect to www.localhost.com... Anyway, redirection is being done by your browser. Previous Comments: [2009-07-04 21:10:31] memoimyself at yahoo dot com dot br Q: Is your apache server on 8080 port? A: Nope, 80. My httpd.conf is pretty straightforward and uses default values. Please note that Apache serves pure HTML (as well as other files) normally. Things only get weird when PHP is involved AND error_log is set in php.ini. [2009-07-04 20:02:22] ninzya at inbox dot lv Is your apache server on 8080 port? [2009-07-03 18:43:47] memoimyself at yahoo dot com dot br Description: Set-up: WinXP SP3, PHP 5.3.0, Apache 2.2.11 This is a truly bizarre problem, but I've done a lot of testing and do believe it's a bug. A few days ago I updated my test server to PHP 5.3.0. After doing that, even though Apache had not been touched in any way, all URLs containing 'localhost' pointing to PHP files (e.g. 'http://localhost/whatever.php') started being redirected to 'www.localhost.com' (e.g. 'http://www.localhost.com/whatever.php'). At first it didn't even occur to me that the problem could have anything to do with PHP. I checked 'c:\windows\system32\drivers\etc\hosts' and it still contained a line for '127.0.0.1 localhost'. I checked my network adapter configuration and IPv6 had not been added as a protocol. My Apache configuration files were untouched. I spent two days searching high and low for a possible cause, and along the way realized that the problem only occurred when PHP was involved: HTML files were being served without any redirection issues. When I replaced php.ini with an old version from a backup and everything went back to normal, so I fired up a diff application and, bit by bit, started replacing the contents of the newer php.ini with lines from the old one. I finally isolated the problem: the error_log line, which specified the absolute path to a log file (the same path that had been working fine with previous PHP versions). When the line is commented out, the redirection problem goes away. I double-checked the existence of the log file and made sure it was writable. I then tried moving it to a different directory (updating php.ini accordingly), but that didn't work either. I also tried changing the path from "C:\Apache\logs\php_error.log" to "file:///C:/Apache/logs/php_error.log" and that did make the redirection problem go away, but no errors are actually logged, even though 'log_errors' is properly set to 'On'. If I set error_log back to "C:\Apache\logs\php_error.log", the redirection issues comes back. Reproduce code: --- Line in php.ini: error_log = "C:\Apache\logs\php_error.log" Expected result: Errors should be logged as usual. Actual result: -- Errors are not logged. Whether or not code contains any errors, browser (both IE and Firefox) gets redirected from http://localhost/path/to/script to http://www.localhost.com/path/to/script. -- Edit this bug report at http://bugs.php.net/?id=48793&edit=1
#48586 [Fbk->Csd]: The 5.2.9 windows installer (MSI) does not configure IIS. ISAPI is missing
ID: 48586 Updated by: jmer...@php.net Reported By: hblackorby at hughes-stl dot com -Status: Feedback +Status: Closed Bug Type: IIS related Operating System: Windows 2003 PHP Version: 5.2.9 Assigned To: jmertic New Comment: 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. Previous Comments: [2009-07-04 22:57:35] paj...@php.net Btw, you should use fastcgi with IIS instead of the ISAPI. Fetch the NTS version of the installer to install the fcgi interface. [2009-06-17 15:52:22] hblackorby at hughes-stl dot com Yes, I downloaded the thread-safe version. Don't know enough about the differences between ISAPI and FastCGI to know. I just walked through the Installation files right here on this site. [2009-06-17 15:43:30] paj...@php.net Are you sure you have downloaded the thread safe build and not the non thread safe version (nts)? That being said, I strongly recommend to use fastcgi instead of the ISAPI with IIS5/6/7. [2009-06-17 15:21:12] hblackorby at hughes-stl dot com Description: The 5.2.9 windows installer (MSI) does not configure IIS. ISAPI is missing. After running it, IIS is not configured to run PHP, and PHP is not listed in any of the ISAPI extension handlers at all. Reproduce code: --- --- >From manual page: install.windows.installer.msi --- -- Edit this bug report at http://bugs.php.net/?id=48586&edit=1
#48534 [Com]: Infinite loop with: log_errors+display_startup_errors+no timezone
ID: 48534 Comment by: jom at grosjo dot net Reported By: paul at mantisforge dot org Status: Verified Bug Type: PHP options/info functions Operating System: Windows 32bit PHP Version: 5.3.0RC3 Assigned To: derick New Comment: So there are no reason to *release" 5.3 when it is so full of bugs Previous Comments: [2009-07-05 12:51:29] paj...@php.net Instead of being loud or use a keyboard with a broken caps lock, can you please read carefully what I wrote earlier last month? "Will be fixed after 5.3.0" I think it is clear. [2009-07-05 12:47:32] jom at grosjo dot net This bug STILL EXISTS IN THE RELEASED VERSION (5.3.0) [2009-07-03 22:14:39] info at kanenas dot net Although date.timezone = "Europe/Athens" (or date.timezone = 'Europe/Athens' or date.timezone = Europe/Athens) is set in php.ini problem still persists in 5.3.0 VC9 x86 Non Thread Safe (2009-Jun-30 08:52:54). Windows Vista Home Premium, IIS 7.0 FastCgi. This is what you get... PHP Warning: PHP Startup: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Helsinki' for '3.0/DST' instead in Unknown on line 0 [2009-06-30 20:39:53] zooh at mail dot ru Problem still persists in 5.3.0 [2009-06-18 15:21:17] paj...@php.net Will be fixed after 5.3.0 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/48534 -- Edit this bug report at http://bugs.php.net/?id=48534&edit=1
#48804 [NEW]: Overriding results in declaration error
From: christian dot achatz at adventure-php-framework dot org
Operating system: CentOS 5.3 (final)
PHP version: 5.3.0
PHP Bug Type: Class/Object related
Bug description: Overriding results in declaration error
Description:
As of PHP 5.3.0 my custom class (PageControllerInputFilter) is not
compiling any more. Reason for this is:
Declaration of PageControllerInputFilter::filter() should be compatible
with that of AbstractFilter::filter().
Rewriting the filter() function to signature
"filter($filterInstruction,$input = null)" would solve the problem, but
this is no implementation of the filter() method (e.g. interface behaviour)
on PageControllerInputFilter, but overriding. Hence, the name of the
variables must not be spellt equally. Even in JAVA, you can freely choose
your variable names when overriding a method from a super-class.
Tests were executed using PHP compiled from source on my centos machine
using
[r...@centos53 ~]# md5sum /root/php53-source/php-5.3.0.tar.bz2
846760cd655c98dfd86d6d97c3d964b0 /root/php53-source/php-5.3.0.tar.bz2
[r...@centos53 ~]# ./configure --with-apxs2=$(which apxs)
--prefix=/root/php53/ --with-zlib --without-pear
[r...@centos53 ~]# make
[r...@centos53 ~]# make install
Reproduce code:
---
abstract class AbstractFilter extends coreObject {
function AbstractFilter(){
}
function filter($filterInstruction,$input = null){
return $input;
}
}
class PageControllerInputFilter extends AbstractFilter {
function PageControllerInputFilter(){
}
function filter($instruction,$content){
return $content;
}
}
Definition of the class coreObject can be seen here:
http://adventurephpfra.svn.sourceforge.net/viewvc/adventurephpfra/branches/php5/1.10/core/pagecontroller/pagecontroller.php?revision=573&view=markup
Expected result:
No fatal, no declaration warning.
Actual result:
--
Declaration of PageControllerInputFilter::filter() should be compatible
with that of AbstractFilter::filter().
Fatal error: Class 'PageControllerInputFilter' not found in
/var/www/html/php53/apps/core/filter/PageControllerInputFilter.php on line
82.
Package to test this behaviour can be found here:
http://media.adventure-php-framework.org/php53/adventure-demopack-1.10-RC1-2009-07-05-1404-php5.tar.gz.
Just extract into document root and call via browser.
--
Edit bug report at http://bugs.php.net/?id=48804&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48804&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48804&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48804&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48804&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48804&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48804&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48804&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48804&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48804&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48804&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48804&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48804&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48804&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48804&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48804&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48804&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48804&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48804&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48804&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48804&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48804&r=mysqlcfg
#48718 [Opn->Csd]: FILTER_VALIDATE_EMAIL does not allow number
ID: 48718
Updated by: il...@php.net
Reported By: glj dot klomp at gmail dot com
-Status: Open
+Status: Closed
Bug Type: Filter related
Operating System: *
PHP Version: 5.2.10
New Comment:
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.
Previous Comments:
[2009-07-02 06:32:27] sjoerd-php at linuxonly dot nl
diff -u -r1.1.2.22.2.12 logical_filters.c
--- ext/filter/logical_filters.c10 Jun 2009 19:01:17
- 1.1.2.22.2.12
+++ ext/filter/logical_filters.c1 Jul 2009 19:01:42 -
@@ -472,7 +472,7 @@
void php_filter_validate_email(PHP_INPUT_FILTER_PARAM_DECL) /* {{{ */
{
/* From
http://cvs.php.net/co.php/pear/HTML_QuickForm/QuickForm/Rule/Email.php?r=1.4
*/
- const char regexp[] =
"/^((\\\"[^\\\"\\f\\n\\r\\t\\b]+\\\")|([A-Za-z0-9_\\!\\#\\$\\%\\&\\'\\*\\+\\-\\~\\/\\^\\`\\|\\{\\}]+(\\.[A-Za-z0-9_\\!\\#\\$\\%\\&\\'\\*\\+\\-\\~\\/\\^\\`\\|\\{\\}]*)*))@((\\[(((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9])))\\])|(((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9])))|((([A-Za-z0-9])(([A-Za-z0-9\\-])*([A-Za-z0-9]))?(\\.(?=[A-Za-z\\-]))?)+[A-Za-z\\-]*))$/D";
+ const char regexp[] =
"/^((\\\"[^\\\"\\f\\n\\r\\t\\b]+\\\")|([A-Za-z0-9_\\!\\#\\$\\%\\&\\'\\*\\+\\-\\~\\/\\^\\`\\|\\{\\}]+(\\.[A-Za-z0-9_\\!\\#\\$\\%\\&\\'\\*\\+\\-\\~\\/\\^\\`\\|\\{\\}]*)*))@((\\[(((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9])))\\])|(((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9])))|((([A-Za-z0-9])(([A-Za-z0-9\\-])*([A-Za-z0-9]))?(\\.(?=[A-Za-z0-9]))?)+[A-Za-z\\-]*))$/D";
pcre *re = NULL;
pcre_extra *pcre_extra = NULL;
diff -u -N
/home/sjoerd/dev/php/php-5.3.0/ext/filter/tests/bug48718.phpt
ext/filter/tests/bug48718.phpt
---
/home/sjoerd/dev/php/php-5.3.0/ext/filter/tests/bug48718.phpt 1970-01-01
01:00:00.0 +0100
+++ ext/filter/tests/bug48718.phpt 2009-07-01 20:54:54.0 +0200
@@ -0,0 +1,11 @@
+--TEST--
+bug 48718, FILTER_VALIDATE_EMAIL does not allow number
+--SKIPIF--
+
+--FILE--
+
+--EXPECT--
+string(18) "t...@mail.2php.net"
[2009-06-29 12:39:25] glj dot klomp at gmail dot com
Description:
When supplying the filter_var() function with a domain containing a
number at the front of the domain, and using a subdomain, the filter
fails.
firstname.lastn...@employee.2something.com - Failed
firstname.lastn...@employee.something.com - Success
firstname.lastn...@2something.com - Success
Reproduce code:
---
echo '',
var_dump(filter_var('firstname.lastn...@employee.2something.com',
FILTER_VALIDATE_EMAIL)), '';
Expected result:
string(42) "firstname.lastn...@employee.2something.com"
Actual result:
--
bool(false)
--
Edit this bug report at http://bugs.php.net/?id=48718&edit=1
#48805 [NEW]: IPv6 socket transport is not working
From: carsten_sttgt at gmx dot de Operating system: Windows_NT PHP version: 5.3.0 PHP Bug Type: Streams related Bug description: IPv6 socket transport is not working Description: Hallo, IPv6 socket transport is not working in Windows. PHP is build with "--enable-ipv6" and you can see this in phpinfo() to: | IPv6 Support enabled After a short check, this bug was introduced in 5.2.10. With 5.2.9 this is working perfect. (That's really a pain, if you must access a IPv6 only server...) Regards, Carsten Reproduce code: --- http://[::1]/')); ?> Expected result: A string with the content of the webpage. Actual result: -- bool(false) -- Edit bug report at http://bugs.php.net/?id=48805&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48805&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48805&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48805&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48805&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48805&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48805&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48805&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48805&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48805&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48805&r=support Expected behavior: http://bugs.php.net/fix.php?id=48805&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48805&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48805&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48805&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48805&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48805&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48805&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48805&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48805&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48805&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48805&r=mysqlcfg
#48807 [NEW]: Problem with extending classes
From: Denfie at gmx dot net
Operating system: ubuntu4.1
PHP version: 5.2.10
PHP Bug Type: Scripting Engine problem
Bug description: Problem with extending classes
Description:
I want to extend a class C from another class class B who was extend
from my abstract class A. I want to get the different value of the same
variable. So I initialize my variable "name" and read the variable at
my function "__toString()", so please look to my code couse my english
is not the best ;) . its hard for me to explain.
Reproduce code:
---
abstract class A {
public $name = "CLASS:A";
public function __toString(){
return " => ABSTRACT " . $this->name;
}
}
class B extends A {
public function __construct(){
$this->name = "CLASS:B";
}
public function __toString(){
return " => " . $this->name . parent::__toString();
}
}
class C extends B {
public function __construct(){
parent::__construct();
$this->name = "CLASS:C";
}
}
$deb_b = new B();
$deb_c = new C();
printf("Result: Beginn B %s", $deb_b);
printf("Result: Beginn C %s", $deb_c);
Expected result:
Result: Beginn B = => CLASS:B => ABSTRACT CLASS:B
Result: Beginn C = => CLASS:C => ABSTRACT CLASS:C
Actual result:
--
Result: Beginn B => CLASS:B => ABSTRACT CLASS:A
Result: Beginn C => CLASS:C => CLASS:B => ABSTRACT CLASS:A
--
Edit bug report at http://bugs.php.net/?id=48807&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48807&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48807&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48807&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48807&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48807&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48807&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48807&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48807&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48807&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48807&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48807&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48807&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48807&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48807&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48807&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48807&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48807&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48807&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48807&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48807&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48807&r=mysqlcfg
#48805 [Opn]: IPv6 socket transport is not working
ID: 48805 User updated by: carsten_sttgt at gmx dot de Reported By: carsten_sttgt at gmx dot de Status: Open Bug Type: Streams related Operating System: Windows_NT -PHP Version: 5.3.0 +PHP Version: 5.2.10, 5.3.* New Comment: It's also not working with the latest snapshot. (Version: 5.3.1-dev; Sun, 05 Jul 2009 16:08:49 +) Previous Comments: [2009-07-05 16:13:08] carsten_sttgt at gmx dot de Description: Hallo, IPv6 socket transport is not working in Windows. PHP is build with "--enable-ipv6" and you can see this in phpinfo() to: | IPv6 Support enabled After a short check, this bug was introduced in 5.2.10. With 5.2.9 this is working perfect. (That's really a pain, if you must access a IPv6 only server...) Regards, Carsten Reproduce code: --- http://[::1]/')); ?> Expected result: A string with the content of the webpage. Actual result: -- bool(false) -- Edit this bug report at http://bugs.php.net/?id=48805&edit=1
#48718 [Csd->Asn]: FILTER_VALIDATE_EMAIL does not allow number
ID: 48718
Updated by: fel...@php.net
Reported By: glj dot klomp at gmail dot com
-Status: Closed
+Status: Assigned
Bug Type: Filter related
Operating System: *
PHP Version: 5.2.10
-Assigned To:
+Assigned To: iliaa
New Comment:
But now it accepts TLD containing numbers.
Previous Comments:
[2009-07-05 16:08:20] il...@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-07-02 06:32:27] sjoerd-php at linuxonly dot nl
diff -u -r1.1.2.22.2.12 logical_filters.c
--- ext/filter/logical_filters.c10 Jun 2009 19:01:17
- 1.1.2.22.2.12
+++ ext/filter/logical_filters.c1 Jul 2009 19:01:42 -
@@ -472,7 +472,7 @@
void php_filter_validate_email(PHP_INPUT_FILTER_PARAM_DECL) /* {{{ */
{
/* From
http://cvs.php.net/co.php/pear/HTML_QuickForm/QuickForm/Rule/Email.php?r=1.4
*/
- const char regexp[] =
"/^((\\\"[^\\\"\\f\\n\\r\\t\\b]+\\\")|([A-Za-z0-9_\\!\\#\\$\\%\\&\\'\\*\\+\\-\\~\\/\\^\\`\\|\\{\\}]+(\\.[A-Za-z0-9_\\!\\#\\$\\%\\&\\'\\*\\+\\-\\~\\/\\^\\`\\|\\{\\}]*)*))@((\\[(((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9])))\\])|(((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9])))|((([A-Za-z0-9])(([A-Za-z0-9\\-])*([A-Za-z0-9]))?(\\.(?=[A-Za-z\\-]))?)+[A-Za-z\\-]*))$/D";
+ const char regexp[] =
"/^((\\\"[^\\\"\\f\\n\\r\\t\\b]+\\\")|([A-Za-z0-9_\\!\\#\\$\\%\\&\\'\\*\\+\\-\\~\\/\\^\\`\\|\\{\\}]+(\\.[A-Za-z0-9_\\!\\#\\$\\%\\&\\'\\*\\+\\-\\~\\/\\^\\`\\|\\{\\}]*)*))@((\\[(((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9])))\\])|(((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9]))\\.((25[0-5])|(2[0-4][0-9])|([0-1]?[0-9]?[0-9])))|((([A-Za-z0-9])(([A-Za-z0-9\\-])*([A-Za-z0-9]))?(\\.(?=[A-Za-z0-9]))?)+[A-Za-z\\-]*))$/D";
pcre *re = NULL;
pcre_extra *pcre_extra = NULL;
diff -u -N
/home/sjoerd/dev/php/php-5.3.0/ext/filter/tests/bug48718.phpt
ext/filter/tests/bug48718.phpt
---
/home/sjoerd/dev/php/php-5.3.0/ext/filter/tests/bug48718.phpt 1970-01-01
01:00:00.0 +0100
+++ ext/filter/tests/bug48718.phpt 2009-07-01 20:54:54.0 +0200
@@ -0,0 +1,11 @@
+--TEST--
+bug 48718, FILTER_VALIDATE_EMAIL does not allow number
+--SKIPIF--
+
+--FILE--
+
+--EXPECT--
+string(18) "t...@mail.2php.net"
[2009-06-29 12:39:25] glj dot klomp at gmail dot com
Description:
When supplying the filter_var() function with a domain containing a
number at the front of the domain, and using a subdomain, the filter
fails.
firstname.lastn...@employee.2something.com - Failed
firstname.lastn...@employee.something.com - Success
firstname.lastn...@2something.com - Success
Reproduce code:
---
echo '',
var_dump(filter_var('firstname.lastn...@employee.2something.com',
FILTER_VALIDATE_EMAIL)), '';
Expected result:
string(42) "firstname.lastn...@employee.2something.com"
Actual result:
--
bool(false)
--
Edit this bug report at http://bugs.php.net/?id=48718&edit=1
#48808 [NEW]: Wrong e-mail format is accept with FILTER_VALIDATE_EMAIL
From: fel...@php.net
Operating system: Linux
PHP version: 5.2CVS-2009-07-05 (CVS)
PHP Bug Type: Filter related
Bug description: Wrong e-mail format is accept with FILTER_VALIDATE_EMAIL
Description:
See below.
Tested with 5.2 and 5.3CVS.
Reproduce code:
---
var_dump(filter_var("-...@a.-", FILTER_VALIDATE_EMAIL));
Expected result:
bool(false)
Actual result:
--
string(5) "-...@a.-"
--
Edit bug report at http://bugs.php.net/?id=48808&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48808&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48808&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48808&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48808&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48808&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48808&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48808&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48808&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48808&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48808&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48808&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48808&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48808&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48808&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48808&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48808&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48808&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48808&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48808&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48808&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48808&r=mysqlcfg
#48808 [Opn->Asn]: Wrong e-mail format is accept with FILTER_VALIDATE_EMAIL
ID: 48808
Updated by: fel...@php.net
Reported By: fel...@php.net
-Status: Open
+Status: Assigned
Bug Type: Filter related
Operating System: Linux
PHP Version: 5.2CVS-2009-07-05 (CVS)
-Assigned To:
+Assigned To: iliaa
Previous Comments:
[2009-07-05 17:13:58] fel...@php.net
Description:
See below.
Tested with 5.2 and 5.3CVS.
Reproduce code:
---
var_dump(filter_var("-...@a.-", FILTER_VALIDATE_EMAIL));
Expected result:
bool(false)
Actual result:
--
string(5) "-...@a.-"
--
Edit this bug report at http://bugs.php.net/?id=48808&edit=1
#48805 [Opn]: IPv6 socket transport is not working
ID: 48805 User updated by: carsten_sttgt at gmx dot de Reported By: carsten_sttgt at gmx dot de Status: Open Bug Type: Streams related -Operating System: Windows_NT +Operating System: Windows_NT, OS X PHP Version: 5.2.10, 5.3.* New Comment: Same problem on OS X. Previous Comments: [2009-07-05 16:45:06] carsten_sttgt at gmx dot de It's also not working with the latest snapshot. (Version: 5.3.1-dev; Sun, 05 Jul 2009 16:08:49 +) [2009-07-05 16:13:08] carsten_sttgt at gmx dot de Description: Hallo, IPv6 socket transport is not working in Windows. PHP is build with "--enable-ipv6" and you can see this in phpinfo() to: | IPv6 Support enabled After a short check, this bug was introduced in 5.2.10. With 5.2.9 this is working perfect. (That's really a pain, if you must access a IPv6 only server...) Regards, Carsten Reproduce code: --- http://[::1]/')); ?> Expected result: A string with the content of the webpage. Actual result: -- bool(false) -- Edit this bug report at http://bugs.php.net/?id=48805&edit=1
#48805 [Opn]: IPv6 socket transport is not working
ID: 48805 User updated by: carsten_sttgt at gmx dot de Reported By: carsten_sttgt at gmx dot de Status: Open Bug Type: Streams related -Operating System: Windows_NT, OS X +Operating System: Irrelevant PHP Version: 5.2.10, 5.3.* New Comment: Also not working on Linux. Previous Comments: [2009-07-05 18:12:57] carsten_sttgt at gmx dot de Same problem on OS X. [2009-07-05 16:45:06] carsten_sttgt at gmx dot de It's also not working with the latest snapshot. (Version: 5.3.1-dev; Sun, 05 Jul 2009 16:08:49 +) [2009-07-05 16:13:08] carsten_sttgt at gmx dot de Description: Hallo, IPv6 socket transport is not working in Windows. PHP is build with "--enable-ipv6" and you can see this in phpinfo() to: | IPv6 Support enabled After a short check, this bug was introduced in 5.2.10. With 5.2.9 this is working perfect. (That's really a pain, if you must access a IPv6 only server...) Regards, Carsten Reproduce code: --- http://[::1]/')); ?> Expected result: A string with the content of the webpage. Actual result: -- bool(false) -- Edit this bug report at http://bugs.php.net/?id=48805&edit=1
#48534 [Ver]: Infinite loop with: log_errors+display_startup_errors+no timezone
ID: 48534 Updated by: paj...@php.net Reported By: paul at mantisforge dot org Status: Verified Bug Type: PHP options/info functions Operating System: Windows 32bit PHP Version: 5.3.0RC3 Assigned To: derick New Comment: This issue was not critical enough to be a stopping point. It is easily fixable by actually doing the right thing: Set a correct timezone in your php.ini. Previous Comments: [2009-07-05 14:26:03] jom at grosjo dot net So there are no reason to *release" 5.3 when it is so full of bugs [2009-07-05 12:51:29] paj...@php.net Instead of being loud or use a keyboard with a broken caps lock, can you please read carefully what I wrote earlier last month? "Will be fixed after 5.3.0" I think it is clear. [2009-07-05 12:47:32] jom at grosjo dot net This bug STILL EXISTS IN THE RELEASED VERSION (5.3.0) [2009-07-03 22:14:39] info at kanenas dot net Although date.timezone = "Europe/Athens" (or date.timezone = 'Europe/Athens' or date.timezone = Europe/Athens) is set in php.ini problem still persists in 5.3.0 VC9 x86 Non Thread Safe (2009-Jun-30 08:52:54). Windows Vista Home Premium, IIS 7.0 FastCgi. This is what you get... PHP Warning: PHP Startup: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Helsinki' for '3.0/DST' instead in Unknown on line 0 [2009-06-30 20:39:53] zooh at mail dot ru Problem still persists in 5.3.0 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/48534 -- Edit this bug report at http://bugs.php.net/?id=48534&edit=1
#48534 [Com]: Infinite loop with: log_errors+display_startup_errors+no timezone
ID: 48534 Comment by: jom at grosjo dot net Reported By: paul at mantisforge dot org Status: Verified Bug Type: PHP options/info functions Operating System: Windows 32bit PHP Version: 5.3.0RC3 Assigned To: derick New Comment: No, this is the ACTUAL bug: *Whatever* timezone you define or not in php.ini, php launch the loop above. Php 5,30 is just unusable in the current status. Maybe you consider this not critical, but it makes the complete work on 5.3 useless, because we can not use it ! Previous Comments: [2009-07-05 18:36:20] paj...@php.net This issue was not critical enough to be a stopping point. It is easily fixable by actually doing the right thing: Set a correct timezone in your php.ini. [2009-07-05 14:26:03] jom at grosjo dot net So there are no reason to *release" 5.3 when it is so full of bugs [2009-07-05 12:51:29] paj...@php.net Instead of being loud or use a keyboard with a broken caps lock, can you please read carefully what I wrote earlier last month? "Will be fixed after 5.3.0" I think it is clear. [2009-07-05 12:47:32] jom at grosjo dot net This bug STILL EXISTS IN THE RELEASED VERSION (5.3.0) [2009-07-03 22:14:39] info at kanenas dot net Although date.timezone = "Europe/Athens" (or date.timezone = 'Europe/Athens' or date.timezone = Europe/Athens) is set in php.ini problem still persists in 5.3.0 VC9 x86 Non Thread Safe (2009-Jun-30 08:52:54). Windows Vista Home Premium, IIS 7.0 FastCgi. This is what you get... PHP Warning: PHP Startup: It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Helsinki' for '3.0/DST' instead in Unknown on line 0 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/48534 -- Edit this bug report at http://bugs.php.net/?id=48534&edit=1
#48809 [NEW]: "virtual memory exhausted: Cannot allocate memory" with libmagic/apprentice.c
From: ibboard at gmail dot com Operating system: CentOS 4 PHP version: 5.3.0 PHP Bug Type: Compile Failure Bug description: "virtual memory exhausted: Cannot allocate memory" with libmagic/apprentice.c Description: I'm trying to compile PHP 5.3 on a VPS with 256MB of memory, but I keep getting "out of memory" errors before 'make' completes. I've compiled 5.2.x on the VPS before and I've freed up over 170MB of my 256MB of memory, but still I get the following error (always the same file): virtual memory exhausted: Cannot allocate memory make: *** [ext/fileinfo/libmagic/apprentice.lo] Error 1 My host temporarily bumped my account up to 512MB of memory, but it still took all of the free memory before failing (350MB+). Disabling the extension that the file is from with "--disable-fileinfo" gets me beyond the error and continues without running out of memory (until it hits a different error in libgd, which I'm looking in to). May be similar to http://bugs.php.net/bug.php?id=48593, but crashes out with insufficient memory rather than hanging indefinitely. Reproduce code: --- $ wget http://uk2.php.net/get/php-5.3.0.tar.bz2/from/this/mirror $ tar -xjvf php-5.3.0.tar.bz2 $ cd php-5.3.0 $ ./configure --prefix=/usr/local/php5-fcgi --with-kerberos=/opt --with-layout=GNU --with-regex=php --with-gettext --enable-mbstring --enable-libxml --with-pcre-regex=/opt --with-imap=shared --with-imap-ssl --with-mysql=shared,/opt --with-mysqli=shared,/usr/bin/mysql_config --with-mysql-sock=/var/lib/mysql/mysql.sock --with-libxml-dir=/opt --enable-gd-native-ttf --with-gd=/opt --with-jpeg-dir=/opt --with-freetype-dir=/opt --with-mcrypt --with-zlib-dir=/opt --with-png-dir=/opt --with-config-file-scan-dir=/usr/local/etc/php.d $ make Expected result: PHP compile to complete so that I can run "sudo make install". Actual result: -- [lots of compile output] ... /bin/sh /home/ibb_admin/temp/php-5.3.0/libtool --silent --preserve-dup-deps --mode=compile gcc -I/home/ibb_admin/temp/php-5.3.0/ext/fileinfo/libmagic -Iext/fileinfo/ -I/home/ibb_admin/temp/php-5.3.0/ext/fileinfo/ -DPHP_ATOM_INC -I/home/ibb_admin/temp/php-5.3.0/include -I/home/ibb_admin/temp/php-5.3.0/main -I/home/ibb_admin/temp/php-5.3.0 -I/home/ibb_admin/temp/php-5.3.0/ext/date/lib -I/home/ibb_admin/temp/php-5.3.0/ext/ereg/regex -I/usr/include/libxml2 -I/opt/include -I/opt/include/freetype2 -I/usr/include/imap -I/usr/kerberos/include -I/home/ibb_admin/temp/php-5.3.0/ext/mbstring/oniguruma -I/home/ibb_admin/temp/php-5.3.0/ext/mbstring/libmbfl -I/home/ibb_admin/temp/php-5.3.0/ext/mbstring/libmbfl/mbfl -I/opt/include/mysql -I/usr/include/mysql -I/home/ibb_admin/temp/php-5.3.0/ext/sqlite3/libsqlite -I/home/ibb_admin/temp/php-5.3.0/TSRM -I/home/ibb_admin/temp/php-5.3.0/Zend -I/usr/include -g -O2 -c /home/ibb_admin/temp/php-5.3.0/ext/fileinfo/libmagic/apprentice.c -o ext/fileinfo/libmagic/apprentice.lo virtual memory exhausted: Cannot allocate memory make: *** [ext/fileinfo/libmagic/apprentice.lo] Error 1 -- Edit bug report at http://bugs.php.net/?id=48809&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48809&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48809&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48809&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48809&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48809&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48809&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48809&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48809&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48809&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48809&r=support Expected behavior: http://bugs.php.net/fix.php?id=48809&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48809&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48809&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48809&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48809&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48809&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48809&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48809&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48809&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48809&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48809&r=mysqlcfg
#48809 [Opn->WFx]: "virtual memory exhausted: Cannot allocate memory" with libmagic/apprentice.c
ID: 48809 Updated by: ras...@php.net Reported By: ibboard at gmail dot com -Status: Open +Status: Wont fix Bug Type: Compile Failure Operating System: CentOS 4 PHP Version: 5.3.0 New Comment: We know that file takes quite a bit of memory to compile on older versions of gcc. It should be better in newer versions though. Not much we can do about this. We aren't going to change perfectly valid code just because some older compilers have trouble with it. Previous Comments: [2009-07-05 19:05:08] ibboard at gmail dot com Description: I'm trying to compile PHP 5.3 on a VPS with 256MB of memory, but I keep getting "out of memory" errors before 'make' completes. I've compiled 5.2.x on the VPS before and I've freed up over 170MB of my 256MB of memory, but still I get the following error (always the same file): virtual memory exhausted: Cannot allocate memory make: *** [ext/fileinfo/libmagic/apprentice.lo] Error 1 My host temporarily bumped my account up to 512MB of memory, but it still took all of the free memory before failing (350MB+). Disabling the extension that the file is from with "--disable-fileinfo" gets me beyond the error and continues without running out of memory (until it hits a different error in libgd, which I'm looking in to). May be similar to http://bugs.php.net/bug.php?id=48593, but crashes out with insufficient memory rather than hanging indefinitely. Reproduce code: --- $ wget http://uk2.php.net/get/php-5.3.0.tar.bz2/from/this/mirror $ tar -xjvf php-5.3.0.tar.bz2 $ cd php-5.3.0 $ ./configure --prefix=/usr/local/php5-fcgi --with-kerberos=/opt --with-layout=GNU --with-regex=php --with-gettext --enable-mbstring --enable-libxml --with-pcre-regex=/opt --with-imap=shared --with-imap-ssl --with-mysql=shared,/opt --with-mysqli=shared,/usr/bin/mysql_config --with-mysql-sock=/var/lib/mysql/mysql.sock --with-libxml-dir=/opt --enable-gd-native-ttf --with-gd=/opt --with-jpeg-dir=/opt --with-freetype-dir=/opt --with-mcrypt --with-zlib-dir=/opt --with-png-dir=/opt --with-config-file-scan-dir=/usr/local/etc/php.d $ make Expected result: PHP compile to complete so that I can run "sudo make install". Actual result: -- [lots of compile output] ... /bin/sh /home/ibb_admin/temp/php-5.3.0/libtool --silent --preserve-dup-deps --mode=compile gcc -I/home/ibb_admin/temp/php-5.3.0/ext/fileinfo/libmagic -Iext/fileinfo/ -I/home/ibb_admin/temp/php-5.3.0/ext/fileinfo/ -DPHP_ATOM_INC -I/home/ibb_admin/temp/php-5.3.0/include -I/home/ibb_admin/temp/php-5.3.0/main -I/home/ibb_admin/temp/php-5.3.0 -I/home/ibb_admin/temp/php-5.3.0/ext/date/lib -I/home/ibb_admin/temp/php-5.3.0/ext/ereg/regex -I/usr/include/libxml2 -I/opt/include -I/opt/include/freetype2 -I/usr/include/imap -I/usr/kerberos/include -I/home/ibb_admin/temp/php-5.3.0/ext/mbstring/oniguruma -I/home/ibb_admin/temp/php-5.3.0/ext/mbstring/libmbfl -I/home/ibb_admin/temp/php-5.3.0/ext/mbstring/libmbfl/mbfl -I/opt/include/mysql -I/usr/include/mysql -I/home/ibb_admin/temp/php-5.3.0/ext/sqlite3/libsqlite -I/home/ibb_admin/temp/php-5.3.0/TSRM -I/home/ibb_admin/temp/php-5.3.0/Zend-I/usr/include -g -O2 -c /home/ibb_admin/temp/php-5.3.0/ext/fileinfo/libmagic/apprentice.c -o ext/fileinfo/libmagic/apprentice.lo virtual memory exhausted: Cannot allocate memory make: *** [ext/fileinfo/libmagic/apprentice.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=48809&edit=1
#48809 [WFx]: "virtual memory exhausted: Cannot allocate memory" with libmagic/apprentice.c
ID: 48809 User updated by: ibboard at gmail dot com Reported By: ibboard at gmail dot com Status: Wont fix Bug Type: Compile Failure Operating System: CentOS 4 PHP Version: 5.3.0 New Comment: "Quite a bit" of memory? That seems like a bit of an understatement when it will quite happily consume over 350MB of memory on a single file and previous versions of PHP could be compiled in ~150MB or less (albeit without that extension) :D Maybe libmagic needs disabling as a default module if it was in PECL before and is known to causes problems with older compilers? How much memory am I expected to need to compile it if it fails with 350MB? I've just watched 'top' while the compile continued and it maxed out at ~120MB without libmagic, which is far more reasonable. Previous Comments: [2009-07-05 19:08:30] ras...@php.net We know that file takes quite a bit of memory to compile on older versions of gcc. It should be better in newer versions though. Not much we can do about this. We aren't going to change perfectly valid code just because some older compilers have trouble with it. [2009-07-05 19:05:08] ibboard at gmail dot com Description: I'm trying to compile PHP 5.3 on a VPS with 256MB of memory, but I keep getting "out of memory" errors before 'make' completes. I've compiled 5.2.x on the VPS before and I've freed up over 170MB of my 256MB of memory, but still I get the following error (always the same file): virtual memory exhausted: Cannot allocate memory make: *** [ext/fileinfo/libmagic/apprentice.lo] Error 1 My host temporarily bumped my account up to 512MB of memory, but it still took all of the free memory before failing (350MB+). Disabling the extension that the file is from with "--disable-fileinfo" gets me beyond the error and continues without running out of memory (until it hits a different error in libgd, which I'm looking in to). May be similar to http://bugs.php.net/bug.php?id=48593, but crashes out with insufficient memory rather than hanging indefinitely. Reproduce code: --- $ wget http://uk2.php.net/get/php-5.3.0.tar.bz2/from/this/mirror $ tar -xjvf php-5.3.0.tar.bz2 $ cd php-5.3.0 $ ./configure --prefix=/usr/local/php5-fcgi --with-kerberos=/opt --with-layout=GNU --with-regex=php --with-gettext --enable-mbstring --enable-libxml --with-pcre-regex=/opt --with-imap=shared --with-imap-ssl --with-mysql=shared,/opt --with-mysqli=shared,/usr/bin/mysql_config --with-mysql-sock=/var/lib/mysql/mysql.sock --with-libxml-dir=/opt --enable-gd-native-ttf --with-gd=/opt --with-jpeg-dir=/opt --with-freetype-dir=/opt --with-mcrypt --with-zlib-dir=/opt --with-png-dir=/opt --with-config-file-scan-dir=/usr/local/etc/php.d $ make Expected result: PHP compile to complete so that I can run "sudo make install". Actual result: -- [lots of compile output] ... /bin/sh /home/ibb_admin/temp/php-5.3.0/libtool --silent --preserve-dup-deps --mode=compile gcc -I/home/ibb_admin/temp/php-5.3.0/ext/fileinfo/libmagic -Iext/fileinfo/ -I/home/ibb_admin/temp/php-5.3.0/ext/fileinfo/ -DPHP_ATOM_INC -I/home/ibb_admin/temp/php-5.3.0/include -I/home/ibb_admin/temp/php-5.3.0/main -I/home/ibb_admin/temp/php-5.3.0 -I/home/ibb_admin/temp/php-5.3.0/ext/date/lib -I/home/ibb_admin/temp/php-5.3.0/ext/ereg/regex -I/usr/include/libxml2 -I/opt/include -I/opt/include/freetype2 -I/usr/include/imap -I/usr/kerberos/include -I/home/ibb_admin/temp/php-5.3.0/ext/mbstring/oniguruma -I/home/ibb_admin/temp/php-5.3.0/ext/mbstring/libmbfl -I/home/ibb_admin/temp/php-5.3.0/ext/mbstring/libmbfl/mbfl -I/opt/include/mysql -I/usr/include/mysql -I/home/ibb_admin/temp/php-5.3.0/ext/sqlite3/libsqlite -I/home/ibb_admin/temp/php-5.3.0/TSRM -I/home/ibb_admin/temp/php-5.3.0/Zend-I/usr/include -g -O2 -c /home/ibb_admin/temp/php-5.3.0/ext/fileinfo/libmagic/apprentice.c -o ext/fileinfo/libmagic/apprentice.lo virtual memory exhausted: Cannot allocate memory make: *** [ext/fileinfo/libmagic/apprentice.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=48809&edit=1
#48807 [Opn->Bgs]: Problem with extending classes
ID: 48807
Updated by: j...@php.net
Reported By: Denfie at gmx dot net
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: ubuntu4.1
PHP Version: 5.2.10
New Comment:
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Previous Comments:
[2009-07-05 16:40:49] Denfie at gmx dot net
Description:
I want to extend a class C from another class class B who was extend
from my abstract class A. I want to get the different value of the same
variable. So I initialize my variable "name" and read the variable at
my function "__toString()", so please look to my code couse my english
is not the best ;) . its hard for me to explain.
Reproduce code:
---
abstract class A {
public $name = "CLASS:A";
public function __toString(){
return " => ABSTRACT " . $this->name;
}
}
class B extends A {
public function __construct(){
$this->name = "CLASS:B";
}
public function __toString(){
return " => " . $this->name . parent::__toString();
}
}
class C extends B {
public function __construct(){
parent::__construct();
$this->name = "CLASS:C";
}
}
$deb_b = new B();
$deb_c = new C();
printf("Result: Beginn B %s", $deb_b);
printf("Result: Beginn C %s", $deb_c);
Expected result:
Result: Beginn B = => CLASS:B => ABSTRACT CLASS:B
Result: Beginn C = => CLASS:C => ABSTRACT CLASS:C
Actual result:
--
Result: Beginn B => CLASS:B => ABSTRACT CLASS:A
Result: Beginn C => CLASS:C => CLASS:B => ABSTRACT CLASS:A
--
Edit this bug report at http://bugs.php.net/?id=48807&edit=1
#48534 [Ver]: Infinite loop with: log_errors+display_startup_errors+no timezone
ID: 48534 User updated by: paul at mantisforge dot org Reported By: paul at mantisforge dot org Status: Verified Bug Type: PHP options/info functions Operating System: Windows 32bit PHP Version: 5.3.0RC3 Assigned To: derick New Comment: Jom, You should only get this behaviour if you do not specifiy a timezone in php.ini. In addition, display_startup_errors should normally be OFF for a production site, which seemed to be one of the requirements to actually hit this issue. NOTE: if your running fastcgi and edit the relevant php.ini, you may need to restart the application pool for the change to take effect. Paul Previous Comments: [2009-07-05 19:01:02] jom at grosjo dot net No, this is the ACTUAL bug: *Whatever* timezone you define or not in php.ini, php launch the loop above. Php 5,30 is just unusable in the current status. Maybe you consider this not critical, but it makes the complete work on 5.3 useless, because we can not use it ! [2009-07-05 18:36:20] paj...@php.net This issue was not critical enough to be a stopping point. It is easily fixable by actually doing the right thing: Set a correct timezone in your php.ini. [2009-07-05 14:26:03] jom at grosjo dot net So there are no reason to *release" 5.3 when it is so full of bugs [2009-07-05 12:51:29] paj...@php.net Instead of being loud or use a keyboard with a broken caps lock, can you please read carefully what I wrote earlier last month? "Will be fixed after 5.3.0" I think it is clear. [2009-07-05 12:47:32] jom at grosjo dot net This bug STILL EXISTS IN THE RELEASED VERSION (5.3.0) 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/48534 -- Edit this bug report at http://bugs.php.net/?id=48534&edit=1
#48810 [NEW]: Variable Function Request
From: moonlightcheese at gmail dot com
Operating system: Ubuntu
PHP version: 5.2.10
PHP Bug Type: Feature/Change Request
Bug description: Variable Function Request
Description:
the use of constructs would be nice. i don't see a reason why i shouldn't
be able to do something like this:
$db_prefix="mysql_";
$conn_func=$db_prefix."connect";
$conn_func('localhost','example','password');
having to build wrapper functions for every construct i want to use within
a class bloats the code and makes things less manageable.
Reproduce code:
---
---
>From manual page: functions.variable-functions
---
--
Edit bug report at http://bugs.php.net/?id=48810&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48810&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48810&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48810&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48810&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48810&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48810&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48810&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48810&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48810&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48810&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48810&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48810&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48810&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48810&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48810&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48810&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48810&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48810&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48810&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48810&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48810&r=mysqlcfg
#48809 [WFx]: "virtual memory exhausted: Cannot allocate memory" with libmagic/apprentice.c
ID: 48809 Updated by: ras...@php.net Reported By: ibboard at gmail dot com Status: Wont fix Bug Type: Compile Failure Operating System: CentOS 4 PHP Version: 5.3.0 New Comment: It is probably up in the 600-700M range. If you are using an older toolchain in a severely memory-starved environment, you shouldn't expect to be able to compile everything there. Why not simply cross-compile from a real dev box somewhere and copy the binaries over? You can install your production OS in a vm slice on whatever home machine you have and compile there. Previous Comments: [2009-07-05 19:24:35] ibboard at gmail dot com "Quite a bit" of memory? That seems like a bit of an understatement when it will quite happily consume over 350MB of memory on a single file and previous versions of PHP could be compiled in ~150MB or less (albeit without that extension) :D Maybe libmagic needs disabling as a default module if it was in PECL before and is known to causes problems with older compilers? How much memory am I expected to need to compile it if it fails with 350MB? I've just watched 'top' while the compile continued and it maxed out at ~120MB without libmagic, which is far more reasonable. [2009-07-05 19:08:30] ras...@php.net We know that file takes quite a bit of memory to compile on older versions of gcc. It should be better in newer versions though. Not much we can do about this. We aren't going to change perfectly valid code just because some older compilers have trouble with it. [2009-07-05 19:05:08] ibboard at gmail dot com Description: I'm trying to compile PHP 5.3 on a VPS with 256MB of memory, but I keep getting "out of memory" errors before 'make' completes. I've compiled 5.2.x on the VPS before and I've freed up over 170MB of my 256MB of memory, but still I get the following error (always the same file): virtual memory exhausted: Cannot allocate memory make: *** [ext/fileinfo/libmagic/apprentice.lo] Error 1 My host temporarily bumped my account up to 512MB of memory, but it still took all of the free memory before failing (350MB+). Disabling the extension that the file is from with "--disable-fileinfo" gets me beyond the error and continues without running out of memory (until it hits a different error in libgd, which I'm looking in to). May be similar to http://bugs.php.net/bug.php?id=48593, but crashes out with insufficient memory rather than hanging indefinitely. Reproduce code: --- $ wget http://uk2.php.net/get/php-5.3.0.tar.bz2/from/this/mirror $ tar -xjvf php-5.3.0.tar.bz2 $ cd php-5.3.0 $ ./configure --prefix=/usr/local/php5-fcgi --with-kerberos=/opt --with-layout=GNU --with-regex=php --with-gettext --enable-mbstring --enable-libxml --with-pcre-regex=/opt --with-imap=shared --with-imap-ssl --with-mysql=shared,/opt --with-mysqli=shared,/usr/bin/mysql_config --with-mysql-sock=/var/lib/mysql/mysql.sock --with-libxml-dir=/opt --enable-gd-native-ttf --with-gd=/opt --with-jpeg-dir=/opt --with-freetype-dir=/opt --with-mcrypt --with-zlib-dir=/opt --with-png-dir=/opt --with-config-file-scan-dir=/usr/local/etc/php.d $ make Expected result: PHP compile to complete so that I can run "sudo make install". Actual result: -- [lots of compile output] ... /bin/sh /home/ibb_admin/temp/php-5.3.0/libtool --silent --preserve-dup-deps --mode=compile gcc -I/home/ibb_admin/temp/php-5.3.0/ext/fileinfo/libmagic -Iext/fileinfo/ -I/home/ibb_admin/temp/php-5.3.0/ext/fileinfo/ -DPHP_ATOM_INC -I/home/ibb_admin/temp/php-5.3.0/include -I/home/ibb_admin/temp/php-5.3.0/main -I/home/ibb_admin/temp/php-5.3.0 -I/home/ibb_admin/temp/php-5.3.0/ext/date/lib -I/home/ibb_admin/temp/php-5.3.0/ext/ereg/regex -I/usr/include/libxml2 -I/opt/include -I/opt/include/freetype2 -I/usr/include/imap -I/usr/kerberos/include -I/home/ibb_admin/temp/php-5.3.0/ext/mbstring/oniguruma -I/home/ibb_admin/temp/php-5.3.0/ext/mbstring/libmbfl -I/home/ibb_admin/temp/php-5.3.0/ext/mbstring/libmbfl/mbfl -I/opt/include/mysql -I/usr/include/mysql -I/home/ibb_admin/temp/php-5.3.0/ext/sqlite3/libsqlite -I/home/ibb_admin/temp/php-5.3.0/TSRM -I/home/ibb_admin/temp/php-5.3.0/Zend-I/usr/include -g -O2 -c /home/ibb_admin/temp/php-5.3.0/ext/fileinfo/libmagic/apprentice.c -o ext/fileinfo/libmagic/apprentice.lo virtual memory exhausted: Cannot allocate memory make: *** [ext/fileinfo/libmagic/apprentice.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=48809&edit=1
#48809 [WFx]: "virtual memory exhausted: Cannot allocate memory" with libmagic/apprentice.c
ID: 48809 Updated by: scott...@php.net Reported By: ibboard at gmail dot com Status: Wont fix Bug Type: Compile Failure Operating System: CentOS 4 PHP Version: 5.3.0 New Comment: What version of gcc were you using? It would be nice to track this where possible. Previous Comments: [2009-07-05 21:48:32] ras...@php.net It is probably up in the 600-700M range. If you are using an older toolchain in a severely memory-starved environment, you shouldn't expect to be able to compile everything there. Why not simply cross-compile from a real dev box somewhere and copy the binaries over? You can install your production OS in a vm slice on whatever home machine you have and compile there. [2009-07-05 19:24:35] ibboard at gmail dot com "Quite a bit" of memory? That seems like a bit of an understatement when it will quite happily consume over 350MB of memory on a single file and previous versions of PHP could be compiled in ~150MB or less (albeit without that extension) :D Maybe libmagic needs disabling as a default module if it was in PECL before and is known to causes problems with older compilers? How much memory am I expected to need to compile it if it fails with 350MB? I've just watched 'top' while the compile continued and it maxed out at ~120MB without libmagic, which is far more reasonable. [2009-07-05 19:08:30] ras...@php.net We know that file takes quite a bit of memory to compile on older versions of gcc. It should be better in newer versions though. Not much we can do about this. We aren't going to change perfectly valid code just because some older compilers have trouble with it. [2009-07-05 19:05:08] ibboard at gmail dot com Description: I'm trying to compile PHP 5.3 on a VPS with 256MB of memory, but I keep getting "out of memory" errors before 'make' completes. I've compiled 5.2.x on the VPS before and I've freed up over 170MB of my 256MB of memory, but still I get the following error (always the same file): virtual memory exhausted: Cannot allocate memory make: *** [ext/fileinfo/libmagic/apprentice.lo] Error 1 My host temporarily bumped my account up to 512MB of memory, but it still took all of the free memory before failing (350MB+). Disabling the extension that the file is from with "--disable-fileinfo" gets me beyond the error and continues without running out of memory (until it hits a different error in libgd, which I'm looking in to). May be similar to http://bugs.php.net/bug.php?id=48593, but crashes out with insufficient memory rather than hanging indefinitely. Reproduce code: --- $ wget http://uk2.php.net/get/php-5.3.0.tar.bz2/from/this/mirror $ tar -xjvf php-5.3.0.tar.bz2 $ cd php-5.3.0 $ ./configure --prefix=/usr/local/php5-fcgi --with-kerberos=/opt --with-layout=GNU --with-regex=php --with-gettext --enable-mbstring --enable-libxml --with-pcre-regex=/opt --with-imap=shared --with-imap-ssl --with-mysql=shared,/opt --with-mysqli=shared,/usr/bin/mysql_config --with-mysql-sock=/var/lib/mysql/mysql.sock --with-libxml-dir=/opt --enable-gd-native-ttf --with-gd=/opt --with-jpeg-dir=/opt --with-freetype-dir=/opt --with-mcrypt --with-zlib-dir=/opt --with-png-dir=/opt --with-config-file-scan-dir=/usr/local/etc/php.d $ make Expected result: PHP compile to complete so that I can run "sudo make install". Actual result: -- [lots of compile output] ... /bin/sh /home/ibb_admin/temp/php-5.3.0/libtool --silent --preserve-dup-deps --mode=compile gcc -I/home/ibb_admin/temp/php-5.3.0/ext/fileinfo/libmagic -Iext/fileinfo/ -I/home/ibb_admin/temp/php-5.3.0/ext/fileinfo/ -DPHP_ATOM_INC -I/home/ibb_admin/temp/php-5.3.0/include -I/home/ibb_admin/temp/php-5.3.0/main -I/home/ibb_admin/temp/php-5.3.0 -I/home/ibb_admin/temp/php-5.3.0/ext/date/lib -I/home/ibb_admin/temp/php-5.3.0/ext/ereg/regex -I/usr/include/libxml2 -I/opt/include -I/opt/include/freetype2 -I/usr/include/imap -I/usr/kerberos/include -I/home/ibb_admin/temp/php-5.3.0/ext/mbstring/oniguruma -I/home/ibb_admin/temp/php-5.3.0/ext/mbstring/libmbfl -I/home/ibb_admin/temp/php-5.3.0/ext/mbstring/libmbfl/mbfl -I/opt/include/mysql -I/usr/include/mysql -I/home/ibb_admin/temp/php-5.3.0/ext/sqlite3/libsqlite -I/home/ibb_admin/temp/php-5.3.0/TSRM -I/home/ibb_admin/temp/php-5.3.0/Zend-I/usr/include -g -O2 -c /home/ibb_admin/temp/php-5.3.0/ext/fileinfo/libmagic/apprentice.c -o ext/fileinfo/libmagic/apprentice.lo virtual memory exhausted: Cannot allocate memory make: *** [ext/fileinfo/libmagic/apprentice.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=
#48809 [WFx]: "virtual memory exhausted: Cannot allocate memory" with libmagic/apprentice.c
ID: 48809 Updated by: scott...@php.net Reported By: ibboard at gmail dot com Status: Wont fix Bug Type: Compile Failure Operating System: CentOS 4 PHP Version: 5.3.0 New Comment: What version of gcc were you using? It would be nice to track this where possible. Previous Comments: [2009-07-05 22:46:07] scott...@php.net What version of gcc were you using? It would be nice to track this where possible. [2009-07-05 21:48:32] ras...@php.net It is probably up in the 600-700M range. If you are using an older toolchain in a severely memory-starved environment, you shouldn't expect to be able to compile everything there. Why not simply cross-compile from a real dev box somewhere and copy the binaries over? You can install your production OS in a vm slice on whatever home machine you have and compile there. [2009-07-05 19:24:35] ibboard at gmail dot com "Quite a bit" of memory? That seems like a bit of an understatement when it will quite happily consume over 350MB of memory on a single file and previous versions of PHP could be compiled in ~150MB or less (albeit without that extension) :D Maybe libmagic needs disabling as a default module if it was in PECL before and is known to causes problems with older compilers? How much memory am I expected to need to compile it if it fails with 350MB? I've just watched 'top' while the compile continued and it maxed out at ~120MB without libmagic, which is far more reasonable. [2009-07-05 19:08:30] ras...@php.net We know that file takes quite a bit of memory to compile on older versions of gcc. It should be better in newer versions though. Not much we can do about this. We aren't going to change perfectly valid code just because some older compilers have trouble with it. [2009-07-05 19:05:08] ibboard at gmail dot com Description: I'm trying to compile PHP 5.3 on a VPS with 256MB of memory, but I keep getting "out of memory" errors before 'make' completes. I've compiled 5.2.x on the VPS before and I've freed up over 170MB of my 256MB of memory, but still I get the following error (always the same file): virtual memory exhausted: Cannot allocate memory make: *** [ext/fileinfo/libmagic/apprentice.lo] Error 1 My host temporarily bumped my account up to 512MB of memory, but it still took all of the free memory before failing (350MB+). Disabling the extension that the file is from with "--disable-fileinfo" gets me beyond the error and continues without running out of memory (until it hits a different error in libgd, which I'm looking in to). May be similar to http://bugs.php.net/bug.php?id=48593, but crashes out with insufficient memory rather than hanging indefinitely. Reproduce code: --- $ wget http://uk2.php.net/get/php-5.3.0.tar.bz2/from/this/mirror $ tar -xjvf php-5.3.0.tar.bz2 $ cd php-5.3.0 $ ./configure --prefix=/usr/local/php5-fcgi --with-kerberos=/opt --with-layout=GNU --with-regex=php --with-gettext --enable-mbstring --enable-libxml --with-pcre-regex=/opt --with-imap=shared --with-imap-ssl --with-mysql=shared,/opt --with-mysqli=shared,/usr/bin/mysql_config --with-mysql-sock=/var/lib/mysql/mysql.sock --with-libxml-dir=/opt --enable-gd-native-ttf --with-gd=/opt --with-jpeg-dir=/opt --with-freetype-dir=/opt --with-mcrypt --with-zlib-dir=/opt --with-png-dir=/opt --with-config-file-scan-dir=/usr/local/etc/php.d $ make Expected result: PHP compile to complete so that I can run "sudo make install". Actual result: -- [lots of compile output] ... /bin/sh /home/ibb_admin/temp/php-5.3.0/libtool --silent --preserve-dup-deps --mode=compile gcc -I/home/ibb_admin/temp/php-5.3.0/ext/fileinfo/libmagic -Iext/fileinfo/ -I/home/ibb_admin/temp/php-5.3.0/ext/fileinfo/ -DPHP_ATOM_INC -I/home/ibb_admin/temp/php-5.3.0/include -I/home/ibb_admin/temp/php-5.3.0/main -I/home/ibb_admin/temp/php-5.3.0 -I/home/ibb_admin/temp/php-5.3.0/ext/date/lib -I/home/ibb_admin/temp/php-5.3.0/ext/ereg/regex -I/usr/include/libxml2 -I/opt/include -I/opt/include/freetype2 -I/usr/include/imap -I/usr/kerberos/include -I/home/ibb_admin/temp/php-5.3.0/ext/mbstring/oniguruma -I/home/ibb_admin/temp/php-5.3.0/ext/mbstring/libmbfl -I/home/ibb_admin/temp/php-5.3.0/ext/mbstring/libmbfl/mbfl -I/opt/include/mysql -I/usr/include/mysql -I/home/ibb_admin/temp/php-5.3.0/ext/sqlite3/libsqlite -I/home/ibb_admin/temp/php-5.3.0/TSRM -I/home/ibb_admin/temp/php-5.3.0/Zend-I/usr/include -g -O2 -c /home/ibb_admin/temp/php-5.3.0/ext/fileinfo/libmagic/apprentice.c -o ext/fileinfo/libmagic/apprentice.lo virtual memory exhausted: Cannot all
#48803 [NEW]: fprintf(STDOUT, ...) and printf(...) behave differently and affect STDERR
From: andrey dot vihrov at gmail dot com Operating system: Gentoo Linux amd64 PHP version: 5.2.10 PHP Bug Type: Output Control Bug description: fprintf(STDOUT, ...) and printf(...) behave differently and affect STDERR Description: These functions behave differently if the underlying I/O operation on STDOUT fails. The difference is that STDERR is affected in one case. Configure Command => './configure' '--prefix=/usr/lib64/php5' '--host=x86_64-pc-linux-gnu' '--mandir=/usr/lib64/php5/man' '--infodir=/usr/lib64/php5/info' '--sysconfdir=/etc' '--cache-file=./config.cache' '--with-libdir=lib64' '--with-pcre-regex=/usr' '--enable-cli' '--disable-cgi' '--with-config-file-path=/etc/php/cli-php5' '--with-config-file-scan-dir=/etc/php/cli-php5/ext-active' '--without-pear' '--disable-bcmath' '--with-bz2' '--disable-calendar' '--disable-ctype' '--without-curl' '--without-curlwrappers' '--disable-dbase' '--enable-exif' '--without-fbsql' '--without-fdftk' '--disable-filter' '--disable-ftp' '--with-gettext' '--without-gmp' '--disable-hash' '--disable-ipv6' '--disable-json' '--without-kerberos' '--enable-mbstring' '--with-mcrypt' '--without-mhash' '--without-msql' '--without-mssql' '--with-ncurses' '--with-openssl' '--with-openssl-dir=/usr' '--disable-pcntl' '--disable-pdo' '--without-pgsql' '--disable-posix' '--with-pspell' '--without-recode' '--disable-simplexml' '--disable-shmop' '--without-snmp' '--disable-soap' '--disable-sockets' '--without-sybase' '--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--without-tidy' '--disable-tokenizer' '--disable-wddx' '--disable-xmlreader' '--disable-xmlwriter' '--without-xmlrpc' '--without-xsl' '--disable-zip' '--with-zlib' '--disable-debug' '--enable-dba' '--without-cdb' '--with-db4' '--disable-flatfile' '--with-gdbm' '--disable-inifile' '--without-qdbm' '--with-freetype-dir=/usr' '--with-t1lib=/usr' '--disable-gd-jis-conv' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--without-xpm-dir' '--with-gd' '--without-mysqli' '--with-readline' '--without-libedit' '--without-mm' '--with-sqlite=/usr' '--enable-sqlite-utf8' > diff php.ini-dist /etc/php/cli-php5/php.ini 474c474 < ;include_path = ".:/php/includes" --- > include_path = ".:/usr/share/php5:/usr/share/php" 491c491 < extension_dir = "./" --- > extension_dir = /usr/lib64/php5/lib/php/extensions/no-debug-non-zts-20060613 560c560 < allow_url_fopen = On --- > allow_url_fopen = Off 1283a1284,1288 > > ; MySQL extensions default connection charset settings > ;mysql.connect_charset = utf8 > ;mysqli.connect_charset = utf8 > ;pdo_mysql.connect_charset = utf8 Reproduce code: --- Script #1 #! /usr/bin/php Testcase #2 #! /usr/bin/php Expected result: > ./test1.php > /dev/full stderr > ./test2.php > /dev/full stderr > Actual result: -- > ./test1.php > /dev/full stderr > ./test2.php > /dev/full > -- Edit bug report at http://bugs.php.net/?id=48803&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48803&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48803&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48803&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48803&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48803&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48803&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48803&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48803&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48803&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48803&r=support Expected behavior: http://bugs.php.net/fix.php?id=48803&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48803&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48803&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48803&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48803&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48803&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48803&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48803&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48803&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48803&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48803&r=mysqlcfg
#45859 [Bgs]: Missing libmysql.dll
ID: 45859 Updated by: clockw...@php.net Reported By: dagdamor at simps dot ru Status: Bogus Bug Type: MySQL related Operating System: Windows PHP Version: 5.3.0alpha1 Assigned To: mysql New Comment: This is currently not documented in http://www.php.net/manual/en/mysql.installation.php Previous Comments: [2008-08-19 09:03:00] johan...@php.net Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php libmysql.dll isn't needed anymore with 5.3 as mysqlnd was introduced as client library. "mysqlnd cannot connect to MySQL 4.1+ using old authentication" tells you what the error is, please don't use the --old-passwords MySQL option! [2008-08-19 08:14:14] dagdamor at simps dot ru Description: There is no libmysql.dll in the php-5.3.0alpha2-dev-win32.zip archive. I tried to use one from php-5.2.6-win32.zip (the last stable release), but apparently it doesn't work. P.S. If there is a more suitable place where I can post feedback about testing PHP 5.3 on Windows, please tell :) Reproduce code: --- Expected result: No errors Actual result: -- Warning: mysql_connect() [function.mysql-connect]: OK packet 6 bytes shorter than expected. PID=-387523 in W:\www\test53.php on line 3 Warning: mysql_connect() [function.mysql-connect]: mysqlnd cannot connect to MySQL 4.1+ using old authentication in W:\www\test53.php on line 3 Warning: mysql_connect() [function.mysql-connect]: in W:\www\test53.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=45859&edit=1
#45859 [Bgs]: Missing libmysql.dll
ID: 45859 Updated by: clockw...@php.net Reported By: dagdamor at simps dot ru Status: Bogus Bug Type: MySQL related Operating System: Windows PHP Version: 5.3.0alpha1 Assigned To: mysql New Comment: Specifically, it still says: PHP 5+ (snip) Also, PHP needs access to the MySQL client library. A file named libmysql.dll is included in the Windows PHP distribution and in order for PHP to talk to MySQL this file needs to be available to the Windows systems PATH. (/snip). The windows builds install.txt also document this, but are out dated Previous Comments: [2009-07-06 05:42:43] clockw...@php.net This is currently not documented in http://www.php.net/manual/en/mysql.installation.php [2008-08-19 09:03:00] johan...@php.net Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php libmysql.dll isn't needed anymore with 5.3 as mysqlnd was introduced as client library. "mysqlnd cannot connect to MySQL 4.1+ using old authentication" tells you what the error is, please don't use the --old-passwords MySQL option! [2008-08-19 08:14:14] dagdamor at simps dot ru Description: There is no libmysql.dll in the php-5.3.0alpha2-dev-win32.zip archive. I tried to use one from php-5.2.6-win32.zip (the last stable release), but apparently it doesn't work. P.S. If there is a more suitable place where I can post feedback about testing PHP 5.3 on Windows, please tell :) Reproduce code: --- Expected result: No errors Actual result: -- Warning: mysql_connect() [function.mysql-connect]: OK packet 6 bytes shorter than expected. PID=-387523 in W:\www\test53.php on line 3 Warning: mysql_connect() [function.mysql-connect]: mysqlnd cannot connect to MySQL 4.1+ using old authentication in W:\www\test53.php on line 3 Warning: mysql_connect() [function.mysql-connect]: in W:\www\test53.php on line 3 -- Edit this bug report at http://bugs.php.net/?id=45859&edit=1
#48811 [NEW]: Directives in PATH section do not get applied to subdirectories
From: ct at swin dot edu dot au Operating system: Red Hat Enterprise Linux 5 PHP version: 5.3.0 PHP Bug Type: Unknown/Other Function Bug description: Directives in PATH section do not get applied to subdirectories Description: A php.ini file with directives in a PATH section do not get applied for subdirectories in the defined path. For example [PATH=/vhost/www.example.com/dir1] will work for scripts in /vhost/www.example.com/dir1, but not /vhost/www.example.com/dir1/dir2. I have fixed this on my system using the following patch http://pastebin.com/m7e79576f -- Edit bug report at http://bugs.php.net/?id=48811&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=48811&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=48811&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=48811&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=48811&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=48811&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=48811&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=48811&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=48811&r=needscript Try newer version: http://bugs.php.net/fix.php?id=48811&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=48811&r=support Expected behavior: http://bugs.php.net/fix.php?id=48811&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=48811&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=48811&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=48811&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48811&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=48811&r=dst IIS Stability: http://bugs.php.net/fix.php?id=48811&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=48811&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=48811&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=48811&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=48811&r=mysqlcfg
