#44625 [NEW]: php.ini doesn't show changed variable value for extension_dir and include_path
From: anilb36 at hotmail dot com Operating system: Windows Vista Home Premium PHP version: 5.2.5 PHP Bug Type: Apache2 related Bug description: php.ini doesn't show changed variable value for extension_dir and include_path Description: Sys Config : Windows Vista Home Premium / PHP 5.2.5 / Apache 2.2.8 The changed values in php.ini doesn't get reproduced thru phpinfo() even after saving the file to %WINDIR% with admin privs as suggested on some sites eg. extension_dir still shows c:\php5 although php installed in c:\php. Is version 5.2.5 regression tested on the above env or is there some workaround available for above issue ? Reproduce code: --- settings in php.ini config extension_dir = C:/php/ext/ O/P of phpinfo() Directive Local Value Master Value extension_dir C:\php5 C:\php5 include_path.;c:\php\pear .;c:\php\pear og_errors Off Off Other changed values are also not taking effect at runtime like error logging being set to on to debug further. -- Edit bug report at http://bugs.php.net/?id=44625edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44625r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44625r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44625r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44625r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44625r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44625r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44625r=needscript Try newer version:http://bugs.php.net/fix.php?id=44625r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44625r=support Expected behavior:http://bugs.php.net/fix.php?id=44625r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44625r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44625r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44625r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44625r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44625r=dst IIS Stability:http://bugs.php.net/fix.php?id=44625r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44625r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44625r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44625r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44625r=mysqlcfg
#44626 [NEW]: call_user_func_array pass arguments by reference
From: HACGIS at gmail dot com
Operating system: Windows XP SP2
PHP version: 5.3CVS-2008-04-03 (snap)
PHP Bug Type: Variables related
Bug description: call_user_func_array pass arguments by reference
Description:
When a user function has some arguments which pass by reference, and use
call_user_func_array to call the function, I find a bug.
In PHP 5.2 the code doesn't have any warning, But in PHP 5.3 snap I get a
warning.
Reproduce code:
---
function test($arg){
echo $arg;
}
$arg = 'OKbr';
$arg_array1 = array($arg);
$arg_array2 = array($arg);
call_user_func_array('test', $arg_array1); // OK
call_user_func_array('test', $arg_array2); // get Warning
Expected result:
OK
OK
Actual result:
--
OK
Warning: Parameter 1 to test() expected to be a reference, value given in
D:\DevWeb.bak\UserDir\test\index.php on line 9
--
Edit bug report at http://bugs.php.net/?id=44626edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44626r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44626r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44626r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44626r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44626r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44626r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44626r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44626r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44626r=support
Expected behavior:http://bugs.php.net/fix.php?id=44626r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44626r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44626r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44626r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44626r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44626r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44626r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44626r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44626r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44626r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44626r=mysqlcfg
#44505 [Com]: include_once behavior when including UNC file
ID: 44505
Comment by: mh at nextra dot ch
Reported By: lmeyer at ea dot com
Status: Open
Bug Type: Performance problem
Operating System: windows 2003
PHP Version: 5.2CVS-2008-03-25
New Comment:
It's still there in 5.3.0-dev.
Previous Comments:
[2008-04-02 19:05:43] mh at nextra dot ch
Same here.
Including a file with full path spec (i.e.
k:\www\testserver.com\docs\inc.php) is the fastest here:
include_once count in 5 sec: 1356
Simply including the same file witout giving the full path spec is
extremly slow:
include_once count in 5 sec: 170
[2008-03-25 21:38:24] lmeyer at ea dot com
WIN PATH : //NAS/nas/www/adodb5/adodb.inc.php
LNX PATH : NAS\\nas\\www\\adodb5\\adodb.inc.php
REALPATH : using realpath as suggested in bug#44125
WIN PATH LNX PATH WIN PATH LNX PATH
REALPATH REALPATH
PHP 5.2 Dev Snap
200803252030
FIRST INCLUDE ONCE (sec) 0.04 0.05 0.05 0.06
5sec. INCLUDE_ONCE (count)295358152 288045 282244
It's way better :), but still the problem remains for linux style path
without realpath.
[2008-03-24 22:26:18] lmeyer at ea dot com
Adding some results using php 5.2.3 and 5.2.5 :
WIN PATH : //NAS/nas/www/adodb5/adodb.inc.php
LNX PATH : NAS\\nas\\www\\adodb5\\adodb.inc.php
REALPATH : using realpath as suggested in bug#44125
WIN PATH LNX PATH WIN PATH LNX PATH
REALPATH REALPATH
PHP 5.2.3
FIRST INCLUDE ONCE (sec) 0.05 0.02 0.07 0.06
5sec. INCLUDE_ONCE (count)250 338488232332800
PHP 5.2.5
FIRST INCLUDE ONCE (sec) 0.08 0.07 0.06 0.14
5sec. INCLUDE_ONCE (count)215 228 310427 298643
[2008-03-23 12:06:23] [EMAIL PROTECTED]
Maybe, related to bug#44125
[2008-03-22 17:53:14] lmeyer at ea dot com
Description:
When using include_once with an abolute UNC file path, it is really
slow using php 5.2.5, php 5.2.4, and really fast using php 5.2.3
From the script below :
PHP 5.2.5 :
first include_once : //NAS/nas/www/adodb5/adodb.inc.php
time (ms): 0.068962097167969
include_once count in 5 sec: 240
PHP 5.2.3 :
first include_once : //NAS/nas/www/adodb5/adodb.inc.php
time (ms): 0.030542135238647
include_once count in 5 sec: 376054
Thanks !
Lo.
Reproduce code:
---
?php
// CASE MATTER
$absolutepath = '//NAS/nas/www/adodb5/adodb.inc.php';
$durationsec = 5.0;
///
function sys_sinternal_microtime_float()
{
list($usec, $sec) = explode( , microtime());
return ((float)$usec + (float)$sec);
}
$t = sys_sinternal_microtime_float();
include_once('//NAS/nas/www/ea-land/private/prod/libs/adodb5/adodb.inc.php');
$t = sys_sinternal_microtime_float() - $t;
echo 'first include_once : '.$absolutepath.'br';
echo 'time (ms): '.$t.'br';
$cnt = 0;
$t = sys_sinternal_microtime_float();
while(sys_sinternal_microtime_float() - $t $durationsec)
{
$cnt++;
include_once('//NAS/nas/www/ea-land/private/prod/libs/adodb5/adodb.inc.php');
}
echo 'include_once count in '.$durationsec.' sec: '.$cnt;
echo 'br';
?
Expected result:
Include_once should include_once should only include a file once
whitout doing extra processing as long as the file has an absolute path.
Actual result:
--
It's wotking well with php 5.2.3, but not anymore from php 5.2.4.
--
Edit this bug report at http://bugs.php.net/?id=44505edit=1
#44626 [Opn-Bgs]: call_user_func_array pass arguments by reference
ID: 44626
Updated by: [EMAIL PROTECTED]
Reported By: HACGIS at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Variables related
Operating System: Windows XP SP2
PHP Version: 5.3CVS-2008-04-03 (snap)
New Comment:
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same.
Thank you for your interest in PHP.
Previous Comments:
[2008-04-03 09:47:59] HACGIS at gmail dot com
Description:
When a user function has some arguments which pass by reference, and
use call_user_func_array to call the function, I find a bug.
In PHP 5.2 the code doesn't have any warning, But in PHP 5.3 snap I get
a warning.
Reproduce code:
---
function test($arg){
echo $arg;
}
$arg = 'OKbr';
$arg_array1 = array($arg);
$arg_array2 = array($arg);
call_user_func_array('test', $arg_array1); // OK
call_user_func_array('test', $arg_array2); // get Warning
Expected result:
OK
OK
Actual result:
--
OK
Warning: Parameter 1 to test() expected to be a reference, value given
in D:\DevWeb.bak\UserDir\test\index.php on line 9
--
Edit this bug report at http://bugs.php.net/?id=44626edit=1
#44625 [Opn-Bgs]: php.ini doesn't show changed variable value for extension_dir and include_path
ID: 44625 Updated by: [EMAIL PROTECTED] Reported By: anilb36 at hotmail dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Windows Vista Home Premium PHP Version: 5.2.5 New Comment: Check in phpinfo() output _which_ php.ini file is actually loaded. This is no bug. Previous Comments: [2008-04-03 06:04:03] anilb36 at hotmail dot com Description: Sys Config : Windows Vista Home Premium / PHP 5.2.5 / Apache 2.2.8 The changed values in php.ini doesn't get reproduced thru phpinfo() even after saving the file to %WINDIR% with admin privs as suggested on some sites eg. extension_dir still shows c:\php5 although php installed in c:\php. Is version 5.2.5 regression tested on the above env or is there some workaround available for above issue ? Reproduce code: --- settings in php.ini config extension_dir = C:/php/ext/ O/P of phpinfo() Directive Local Value Master Value extension_dir C:\php5 C:\php5 include_path.;c:\php\pear .;c:\php\pear og_errors Off Off Other changed values are also not taking effect at runtime like error logging being set to on to debug further. -- Edit this bug report at http://bugs.php.net/?id=44625edit=1
#44623 [Opn-Fbk]: Inconsistent behaviour by same type of regex
ID: 44623
Updated by: [EMAIL PROTECTED]
Reported By: rich dot sapporo at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: PCRE related
Operating System: Mac OS X 10.5.2
PHP Version: 5.2.5
-Assigned To:
+Assigned To: fb-req-jani
New Comment:
And how is this _PHP_ bug and not a PCRE bug..? Check with the command
line tool 'pcretest' first and compare to version of PCRE lib you've
compiled PHP with IF you're not using the bundled one.
Previous Comments:
[2008-04-03 02:26:48] rich dot sapporo at gmail dot com
Description:
Min/max quantifiers '{}' in preg_match() don't seem to match more than
765 characters.
Reproduce code:
---
// $matches[1] contains the first 765 characters of the string
$sample:
preg_match(/^(.{765}).*/, $sample, $matches);
// doesn't match anything:
preg_match(/^(.{766}).*/, $sample, $matches);
// Values from {0} to {765} appear to work fine. 766 onwards, nothing
gets matched.
Expected result:
I expect the same type of behaviour to happen in both cases.
I realize that preg_match() isn't really necessary to match the first x
characters in a string, but this problem was affecting a more complex
regex I was doing. The matching the first x chars example was trying
to isolate where the problem was occurring.
--
Edit this bug report at http://bugs.php.net/?id=44623edit=1
#44609 [Opn-Asn]: parse_ini_file 'dollar'-sign problems
ID: 44609 Updated by: [EMAIL PROTECTED] Reported By: sander at procurios dot nl -Status: Open +Status: Assigned Bug Type: Filesystem function related Operating System: Mac OS X PHP Version: 5.3CVS-2008-04-02 (snap) -Assigned To: +Assigned To: helly New Comment: Marcus, another works before re2c bug. Previous Comments: [2008-04-02 12:32:51] sander at procurios dot nl Description: Parse_ini_file gives a syntax error on 'dollar'-sign in INI-file. Source: php5.3-200804021030.tar.gz (Built on: Apr 02, 2008 10:30 UTC) Reproduce code: --- ?php // Set ini file location $iniFileLocation = dirname(__FILE__) . '/test.ini'; // Build ini data $iniData = '[database] db_user = username db_pass = [EMAIL PROTECTED] db_name = database db_host = localhost'; // Save ini data to file file_put_contents($iniFileLocation, $iniData); print_r(parse_ini_file($iniFileLocation)); Expected result: Array ( [db_user] = username [db_pass] = [EMAIL PROTECTED] [db_name] = database [db_host] = localhost ) Actual result: -- Warning: syntax error, unexpected $end, expecting TC_DOLLAR_CURLY or TC_QUOTED_STRING or '' in /data/www/test.ini on line 3 in /data/www/test.php on line 15 Array ( [db_user] = username ) -- Edit this bug report at http://bugs.php.net/?id=44609edit=1
#44600 [Opn-Csd]: --disable-all causes SPL-related error
ID: 44600 Updated by: [EMAIL PROTECTED] Reported By: tobias382 at gmail dot com -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Kubuntu 7.10 PHP Version: 5.2.5 Assigned To: fb-req-jani New Comment: No problem. I actually thought it shouldn't have existed in 5.2.5 either, according to CVS logs, but I guess I misread it. :D Closed. Previous Comments: [2008-04-02 15:17:30] tobias382 at gmail dot com The issue appears to be fixed in this snapshot: php5.2-200804021430. Apologies for the false alarm. I'll be sure to check the latest snapshot before submitting a bug report next time. [2008-04-02 01:54:32] tobias382 at gmail dot com Description: When building from the 5.2.5 source tarball with --disable-all and without --enable-spl, a block of code in ext/standard/array.c that is intended only for builds with SPL enabled is still being included. Reproduce code: --- ./configure --prefix=build/php_build --disable-all --disable-cgi --with-pcre-regex make Expected result: If --disable-all is enabled and --enable-spl is not (both of which are true in the aforementioned configure line), PHP should compile without issue. Actual result: -- ext/standard/array.o: In function `zif_count': ext/standard/array.c:324: undefined reference to `spl_ce_Countable' collect2: ld returned 1 exit status make: *** [sapi/cli/php] Error 1 -- Edit this bug report at http://bugs.php.net/?id=44600edit=1
#44596 [Opn-Fbk]: PHP crashes after calling exit() from an auto_prepend_file many times.
ID: 44596 Updated by: [EMAIL PROTECTED] Reported By: php at timkoop dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows NT WEBSERVER 5.2 build 3 PHP Version: 5.2.5 Assigned To: fb-req-jani New Comment: For starters, try the snapshot (it's upcoming 5.2.6RC actually): Zip: http://snaps.php.net/win32/php5.3-win32-latest.zip or Installer): http://snaps.php.net/win32/php5.3-win32-installer-latest.msi And make sure you have _all_ 3rd party Zend extensions disabled in your php.ini. For example Zend optimizer, any opcode caches, debugger (like Xdebug), etc. Previous Comments: [2008-04-02 19:30:11] php at timkoop dot com I don't have APC installed. I used to have EAccelerator installed, but it isn't now. My php.ini file has no major differences to the one that came with 5.2.5. As to how sure I am, all I know is that when exit() is called in the auto prepended file, PHP crashes in about 485 page requests and when it is not there everything works fine. Thanks so much for looking into this. If there is anything more I can provide, please just say the word. -- Tim [2008-04-02 09:29:28] [EMAIL PROTECTED] And you're absolutely 100% sure it's exit() in auto prepended file that causes this? Do you by any chance have APC installed and enabled when this happens? [2008-04-01 20:07:14] php at timkoop dot com Description: When using an auto_prepend file, if you call exit() in this prepended file, it works fine for a while. But after about 400 or 500 or 600 times calling any php page on the website, you receive a simple No input file specified. And every site in IIS also displays this message on php pages. This page describes why you would want to do this: http://www.ilovejackdaniels.com/php/caching-output-in-php/ Reproduce code: --- In php.ini, set an auto_prepend file like this: auto_prepend_file = prepend.php In prepend.php, put something like this: ? echo htmlbodyThis comes from prepend.php/body/html; exit(); ? (Actually, this above code might have to be in an included file that was called from prepend.php) Now you have to call any page in the website a few hundred times before the error kicks in. The first few times will appear to work as expected. A small bash script to do this for you might look like this (for your convenience only; not a part of the bug): for ((i=1;i=1000;i+=1)); do echo $i wget http://yoursite.com/anyfile.php --quiet --output-document=/dev/null done Expected result: I would expect the prepended file to produce the following code and the actual called file would not produce anything, so this would be the entire html returned no matter what file you called: htmlbodyThis comes from prepend.php/body/html This does actually work the first few hundred times. Actual result: -- The expected result is returned (correctly) a few hundred times. Then after that, the following line is returned: No input file specified. After this, IIS must be restarted to get back to normal. I will happily provide a backtrace if needed. -- Edit this bug report at http://bugs.php.net/?id=44596edit=1
#44604 [Opn-Fbk]: newInstanceArgs (ReflectionClass) and visivility
ID: 44604 Updated by: [EMAIL PROTECTED] Reported By: vituko at gmail dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Debian GNU/Linux PHP Version: 5.3CVS-2008-04-02 (CVS) -Assigned To: +Assigned To: fb-req-jani New Comment: And the bug here is...? Previous Comments: [2008-04-02 08:14:56] vituko at gmail dot com Description: 1 - call_user_func_array ($ref_f, $taboa) ; Here, the visibility is computed from the context where this function is called. 2 - $obx - newInstanceArgs ($taboa) ; ReflectionException : Access to non-public constructor of class ... Constructor must be public anyway. So ... eval is not so bad. -- Edit this bug report at http://bugs.php.net/?id=44604edit=1
#44623 [Fbk-Opn]: Inconsistent behaviour by same type of regex
ID: 44623
User updated by: rich dot sapporo at gmail dot com
Reported By: rich dot sapporo at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: PCRE related
Operating System: Mac OS X 10.5.2
PHP Version: 5.2.5
Assigned To: fb-req-jani
New Comment:
My apologies - in my haste to get to an appointment I didn't check the
dropdown properly.
Currently using PCRE 7.3 (2007-08-28) - will try 7.6 and see if it goes
away.
Previous Comments:
[2008-04-03 11:11:32] [EMAIL PROTECTED]
And how is this _PHP_ bug and not a PCRE bug..? Check with the command
line tool 'pcretest' first and compare to version of PCRE lib you've
compiled PHP with IF you're not using the bundled one.
[2008-04-03 02:26:48] rich dot sapporo at gmail dot com
Description:
Min/max quantifiers '{}' in preg_match() don't seem to match more than
765 characters.
Reproduce code:
---
// $matches[1] contains the first 765 characters of the string
$sample:
preg_match(/^(.{765}).*/, $sample, $matches);
// doesn't match anything:
preg_match(/^(.{766}).*/, $sample, $matches);
// Values from {0} to {765} appear to work fine. 766 onwards, nothing
gets matched.
Expected result:
I expect the same type of behaviour to happen in both cases.
I realize that preg_match() isn't really necessary to match the first x
characters in a string, but this problem was affecting a more complex
regex I was doing. The matching the first x chars example was trying
to isolate where the problem was occurring.
--
Edit this bug report at http://bugs.php.net/?id=44623edit=1
#44627 [NEW]: Compile fails; Error in tokenizer.c
From: php6 at andrieslouw dot nl Operating system: CentOS 5 PHP version: 6CVS-2008-04-03 (snap) PHP Bug Type: Compile Failure Bug description: Compile fails; Error in tokenizer.c Description: Trying to build PHP6 from the latest snapshot fails since 31-Mar-2008. Reproduce code: --- cd /tmp rm -f -r php6.0-* wget http://snaps.php.net/php6.0-latest.tar.gz tar -xzvf php6.0-latest.tar.gz cd php6.0-*/ ./configure --prefix=/usr/local/php6 --with-curl=/usr/local/lib --with-gd --enable-gd-native-ttf --with-gettext --with-icu-dir=/usr/local/icu --with-jpeg-dir=/usr/local/lib --with-freetype-dir=/usr/local/lib --with-kerberos --with-openssl --with-mcrypt --with-mhash --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config --with-png-dir=/usr/local/lib --with-zlib --with-zlib-dir=/usr/local/lib --enable-zip --with-iconv=/usr/local --enable-bcmath --enable-calendar --enable-ftp --enable-sockets --enable-mbstring --disable-mbregex make make install Expected result: An CGI-install in the /usr/local/php6 dir, my code worked since February 2008, but fails since 31 of March 2008. Actual result: -- ## Config succeeds, but make fails, last lines: ## /bin/sh /tmp/php6.0-200804031230/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/tokenizer/ -I/tmp/php6.0-200804031230/ext/tokenizer/ -DPHP_ATOM_INC -I/tmp/php6.0-200804031230/include -I/tmp/php6.0-200804031230/main -I/tmp/php6.0-200804031230 -I/usr/local/icu/include -I/tmp/php6.0-200804031230/ext/ereg/regex -I/usr/local/include/libxml2 -I/usr/kerberos/include -I/tmp/php6.0-200804031230/pcrelib -I/usr/local/include -I/tmp/php6.0-200804031230/ext/date/lib -I/usr/local/include/freetype2 -I/tmp/php6.0-200804031230/ext/mbstring/libmbfl -I/tmp/php6.0-200804031230/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/tmp/php6.0-200804031230/TSRM -I/tmp/php6.0-200804031230/Zend -I/usr/local/include -g -O2 -fvisibility=hidden -c /tmp/php6.0-200804031230/ext/tokenizer/tokenizer.c -o ext/tokenizer/tokenizer.lo /tmp/php6.0-200804031230/ext/tokenizer/tokenizer.c: In function 'zif_token_get_all': /tmp/php6.0-200804031230/ext/tokenizer/tokenizer.c:169: error: 'yycINITIAL' undeclared (first use in this function) /tmp/php6.0-200804031230/ext/tokenizer/tokenizer.c:169: error: (Each undeclared identifier is reported only once /tmp/php6.0-200804031230/ext/tokenizer/tokenizer.c:169: error: for each function it appears in.) make: *** [ext/tokenizer/tokenizer.lo] Error 1 [EMAIL PROTECTED] home]# -- Edit bug report at http://bugs.php.net/?id=44627edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44627r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44627r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44627r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44627r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44627r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44627r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44627r=needscript Try newer version:http://bugs.php.net/fix.php?id=44627r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44627r=support Expected behavior:http://bugs.php.net/fix.php?id=44627r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44627r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44627r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44627r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44627r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44627r=dst IIS Stability:http://bugs.php.net/fix.php?id=44627r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44627r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44627r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44627r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44627r=mysqlcfg
#44627 [Opn]: Compile fails; Error in tokenizer.c
ID: 44627 User updated by: php6 at andrieslouw dot nl Reported By: php6 at andrieslouw dot nl Status: Open Bug Type: Compile Failure Operating System: CentOS 5 PHP Version: 6CVS-2008-04-03 (snap) New Comment: Oh, the phpinfo since 31 March 2008 can be found here: http://www.easy2c.nl/phpinfo.php6 As you can see, the Reproduce code is executed every 12 hours, but failed since Mar 31 2008 12:00:00 (last succeeded at Mar 31 2008 03:00:17). The problem started in the snapshot between those 2 dates/times. Previous Comments: [2008-04-03 13:07:50] php6 at andrieslouw dot nl Description: Trying to build PHP6 from the latest snapshot fails since 31-Mar-2008. Reproduce code: --- cd /tmp rm -f -r php6.0-* wget http://snaps.php.net/php6.0-latest.tar.gz tar -xzvf php6.0-latest.tar.gz cd php6.0-*/ ./configure --prefix=/usr/local/php6 --with-curl=/usr/local/lib --with-gd --enable-gd-native-ttf --with-gettext --with-icu-dir=/usr/local/icu --with-jpeg-dir=/usr/local/lib --with-freetype-dir=/usr/local/lib --with-kerberos --with-openssl --with-mcrypt --with-mhash --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config --with-png-dir=/usr/local/lib --with-zlib --with-zlib-dir=/usr/local/lib --enable-zip --with-iconv=/usr/local --enable-bcmath --enable-calendar --enable-ftp --enable-sockets --enable-mbstring --disable-mbregex make make install Expected result: An CGI-install in the /usr/local/php6 dir, my code worked since February 2008, but fails since 31 of March 2008. Actual result: -- ## Config succeeds, but make fails, last lines: ## /bin/sh /tmp/php6.0-200804031230/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/tokenizer/ -I/tmp/php6.0-200804031230/ext/tokenizer/ -DPHP_ATOM_INC -I/tmp/php6.0-200804031230/include -I/tmp/php6.0-200804031230/main -I/tmp/php6.0-200804031230 -I/usr/local/icu/include -I/tmp/php6.0-200804031230/ext/ereg/regex -I/usr/local/include/libxml2 -I/usr/kerberos/include -I/tmp/php6.0-200804031230/pcrelib -I/usr/local/include -I/tmp/php6.0-200804031230/ext/date/lib -I/usr/local/include/freetype2 -I/tmp/php6.0-200804031230/ext/mbstring/libmbfl -I/tmp/php6.0-200804031230/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/tmp/php6.0-200804031230/TSRM -I/tmp/php6.0-200804031230/Zend-I/usr/local/include -g -O2 -fvisibility=hidden -c /tmp/php6.0-200804031230/ext/tokenizer/tokenizer.c -o ext/tokenizer/tokenizer.lo /tmp/php6.0-200804031230/ext/tokenizer/tokenizer.c: In function 'zif_token_get_all': /tmp/php6.0-200804031230/ext/tokenizer/tokenizer.c:169: error: 'yycINITIAL' undeclared (first use in this function) /tmp/php6.0-200804031230/ext/tokenizer/tokenizer.c:169: error: (Each undeclared identifier is reported only once /tmp/php6.0-200804031230/ext/tokenizer/tokenizer.c:169: error: for each function it appears in.) make: *** [ext/tokenizer/tokenizer.lo] Error 1 [EMAIL PROTECTED] home]# -- Edit this bug report at http://bugs.php.net/?id=44627edit=1
#44609 [Asn]: parse_ini_file 'dollar'-sign problems
ID: 44609
Updated by: [EMAIL PROTECTED]
Reported By: sander at procurios dot nl
Status: Assigned
Bug Type: Filesystem function related
Operating System: Mac OS X
PHP Version: 5.3CVS-2008-04-02 (snap)
Assigned To: helly
New Comment:
I did the ini changes and the syntax is the same as before apart from
adding null to the disallowed characters.
LITERAL_DOLLAR ($([^a-zA-Z0-9{\000]|(\\{ANY_CHAR})))
So $4 is what is invalid in the test.
Previous Comments:
[2008-04-03 11:14:43] [EMAIL PROTECTED]
Marcus, another works before re2c bug.
[2008-04-02 12:32:51] sander at procurios dot nl
Description:
Parse_ini_file gives a syntax error on 'dollar'-sign in INI-file.
Source: php5.3-200804021030.tar.gz (Built on: Apr 02, 2008 10:30 UTC)
Reproduce code:
---
?php
// Set ini file location
$iniFileLocation = dirname(__FILE__) . '/test.ini';
// Build ini data
$iniData = '[database]
db_user = username
db_pass = [EMAIL PROTECTED]
db_name = database
db_host = localhost';
// Save ini data to file
file_put_contents($iniFileLocation, $iniData);
print_r(parse_ini_file($iniFileLocation));
Expected result:
Array
(
[db_user] = username
[db_pass] = [EMAIL PROTECTED]
[db_name] = database
[db_host] = localhost
)
Actual result:
--
Warning: syntax error, unexpected $end, expecting TC_DOLLAR_CURLY or
TC_QUOTED_STRING or '' in /data/www/test.ini on line 3 in
/data/www/test.php on line 15
Array
(
[db_user] = username
)
--
Edit this bug report at http://bugs.php.net/?id=44609edit=1
#44627 [Opn]: Compile fails; Error in tokenizer.c
ID: 44627 Updated by: [EMAIL PROTECTED] Reported By: php6 at andrieslouw dot nl Status: Open Bug Type: Compile Failure Operating System: CentOS 5 PHP Version: 6CVS-2008-04-03 (snap) New Comment: The version of re2c is out of date on the snaps box and is causing this error. Previous Comments: [2008-04-03 13:12:50] php6 at andrieslouw dot nl Oh, the phpinfo since 31 March 2008 can be found here: http://www.easy2c.nl/phpinfo.php6 As you can see, the Reproduce code is executed every 12 hours, but failed since Mar 31 2008 12:00:00 (last succeeded at Mar 31 2008 03:00:17). The problem started in the snapshot between those 2 dates/times. [2008-04-03 13:07:50] php6 at andrieslouw dot nl Description: Trying to build PHP6 from the latest snapshot fails since 31-Mar-2008. Reproduce code: --- cd /tmp rm -f -r php6.0-* wget http://snaps.php.net/php6.0-latest.tar.gz tar -xzvf php6.0-latest.tar.gz cd php6.0-*/ ./configure --prefix=/usr/local/php6 --with-curl=/usr/local/lib --with-gd --enable-gd-native-ttf --with-gettext --with-icu-dir=/usr/local/icu --with-jpeg-dir=/usr/local/lib --with-freetype-dir=/usr/local/lib --with-kerberos --with-openssl --with-mcrypt --with-mhash --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config --with-png-dir=/usr/local/lib --with-zlib --with-zlib-dir=/usr/local/lib --enable-zip --with-iconv=/usr/local --enable-bcmath --enable-calendar --enable-ftp --enable-sockets --enable-mbstring --disable-mbregex make make install Expected result: An CGI-install in the /usr/local/php6 dir, my code worked since February 2008, but fails since 31 of March 2008. Actual result: -- ## Config succeeds, but make fails, last lines: ## /bin/sh /tmp/php6.0-200804031230/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/tokenizer/ -I/tmp/php6.0-200804031230/ext/tokenizer/ -DPHP_ATOM_INC -I/tmp/php6.0-200804031230/include -I/tmp/php6.0-200804031230/main -I/tmp/php6.0-200804031230 -I/usr/local/icu/include -I/tmp/php6.0-200804031230/ext/ereg/regex -I/usr/local/include/libxml2 -I/usr/kerberos/include -I/tmp/php6.0-200804031230/pcrelib -I/usr/local/include -I/tmp/php6.0-200804031230/ext/date/lib -I/usr/local/include/freetype2 -I/tmp/php6.0-200804031230/ext/mbstring/libmbfl -I/tmp/php6.0-200804031230/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/tmp/php6.0-200804031230/TSRM -I/tmp/php6.0-200804031230/Zend-I/usr/local/include -g -O2 -fvisibility=hidden -c /tmp/php6.0-200804031230/ext/tokenizer/tokenizer.c -o ext/tokenizer/tokenizer.lo /tmp/php6.0-200804031230/ext/tokenizer/tokenizer.c: In function 'zif_token_get_all': /tmp/php6.0-200804031230/ext/tokenizer/tokenizer.c:169: error: 'yycINITIAL' undeclared (first use in this function) /tmp/php6.0-200804031230/ext/tokenizer/tokenizer.c:169: error: (Each undeclared identifier is reported only once /tmp/php6.0-200804031230/ext/tokenizer/tokenizer.c:169: error: for each function it appears in.) make: *** [ext/tokenizer/tokenizer.lo] Error 1 [EMAIL PROTECTED] home]# -- Edit this bug report at http://bugs.php.net/?id=44627edit=1
#44609 [Asn]: parse_ini_file 'dollar'-sign problems
ID: 44609
User updated by: sander at procurios dot nl
Reported By: sander at procurios dot nl
Status: Assigned
Bug Type: Filesystem function related
Operating System: Mac OS X
PHP Version: 5.3CVS-2008-04-02 (snap)
Assigned To: helly
New Comment:
I am not sure I understand what you are saying. Are you telling me that
we are no longer allowed to use $4 (or anything else that matches your
pattern) in our INI files? That would be a major change, since the
Expected result I posted was output that I got from executing the
exact same code on PHP 5.2.5
Previous Comments:
[2008-04-03 13:29:19] [EMAIL PROTECTED]
I did the ini changes and the syntax is the same as before apart from
adding null to the disallowed characters.
LITERAL_DOLLAR ($([^a-zA-Z0-9{\000]|(\\{ANY_CHAR})))
So $4 is what is invalid in the test.
[2008-04-03 11:14:43] [EMAIL PROTECTED]
Marcus, another works before re2c bug.
[2008-04-02 12:32:51] sander at procurios dot nl
Description:
Parse_ini_file gives a syntax error on 'dollar'-sign in INI-file.
Source: php5.3-200804021030.tar.gz (Built on: Apr 02, 2008 10:30 UTC)
Reproduce code:
---
?php
// Set ini file location
$iniFileLocation = dirname(__FILE__) . '/test.ini';
// Build ini data
$iniData = '[database]
db_user = username
db_pass = [EMAIL PROTECTED]
db_name = database
db_host = localhost';
// Save ini data to file
file_put_contents($iniFileLocation, $iniData);
print_r(parse_ini_file($iniFileLocation));
Expected result:
Array
(
[db_user] = username
[db_pass] = [EMAIL PROTECTED]
[db_name] = database
[db_host] = localhost
)
Actual result:
--
Warning: syntax error, unexpected $end, expecting TC_DOLLAR_CURLY or
TC_QUOTED_STRING or '' in /data/www/test.ini on line 3 in
/data/www/test.php on line 15
Array
(
[db_user] = username
)
--
Edit this bug report at http://bugs.php.net/?id=44609edit=1
#44627 [Opn]: Compile fails; Error in tokenizer.c
ID: 44627 User updated by: php6 at andrieslouw dot nl Reported By: php6 at andrieslouw dot nl Status: Open Bug Type: Compile Failure Operating System: CentOS 5 PHP Version: 6CVS-2008-04-03 (snap) New Comment: Is there something that I can do to solve the error? Like installing from another source? Previous Comments: [2008-04-03 13:45:19] [EMAIL PROTECTED] The version of re2c is out of date on the snaps box and is causing this error. [2008-04-03 13:12:50] php6 at andrieslouw dot nl Oh, the phpinfo since 31 March 2008 can be found here: http://www.easy2c.nl/phpinfo.php6 As you can see, the Reproduce code is executed every 12 hours, but failed since Mar 31 2008 12:00:00 (last succeeded at Mar 31 2008 03:00:17). The problem started in the snapshot between those 2 dates/times. [2008-04-03 13:07:50] php6 at andrieslouw dot nl Description: Trying to build PHP6 from the latest snapshot fails since 31-Mar-2008. Reproduce code: --- cd /tmp rm -f -r php6.0-* wget http://snaps.php.net/php6.0-latest.tar.gz tar -xzvf php6.0-latest.tar.gz cd php6.0-*/ ./configure --prefix=/usr/local/php6 --with-curl=/usr/local/lib --with-gd --enable-gd-native-ttf --with-gettext --with-icu-dir=/usr/local/icu --with-jpeg-dir=/usr/local/lib --with-freetype-dir=/usr/local/lib --with-kerberos --with-openssl --with-mcrypt --with-mhash --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config --with-png-dir=/usr/local/lib --with-zlib --with-zlib-dir=/usr/local/lib --enable-zip --with-iconv=/usr/local --enable-bcmath --enable-calendar --enable-ftp --enable-sockets --enable-mbstring --disable-mbregex make make install Expected result: An CGI-install in the /usr/local/php6 dir, my code worked since February 2008, but fails since 31 of March 2008. Actual result: -- ## Config succeeds, but make fails, last lines: ## /bin/sh /tmp/php6.0-200804031230/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/tokenizer/ -I/tmp/php6.0-200804031230/ext/tokenizer/ -DPHP_ATOM_INC -I/tmp/php6.0-200804031230/include -I/tmp/php6.0-200804031230/main -I/tmp/php6.0-200804031230 -I/usr/local/icu/include -I/tmp/php6.0-200804031230/ext/ereg/regex -I/usr/local/include/libxml2 -I/usr/kerberos/include -I/tmp/php6.0-200804031230/pcrelib -I/usr/local/include -I/tmp/php6.0-200804031230/ext/date/lib -I/usr/local/include/freetype2 -I/tmp/php6.0-200804031230/ext/mbstring/libmbfl -I/tmp/php6.0-200804031230/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/tmp/php6.0-200804031230/TSRM -I/tmp/php6.0-200804031230/Zend-I/usr/local/include -g -O2 -fvisibility=hidden -c /tmp/php6.0-200804031230/ext/tokenizer/tokenizer.c -o ext/tokenizer/tokenizer.lo /tmp/php6.0-200804031230/ext/tokenizer/tokenizer.c: In function 'zif_token_get_all': /tmp/php6.0-200804031230/ext/tokenizer/tokenizer.c:169: error: 'yycINITIAL' undeclared (first use in this function) /tmp/php6.0-200804031230/ext/tokenizer/tokenizer.c:169: error: (Each undeclared identifier is reported only once /tmp/php6.0-200804031230/ext/tokenizer/tokenizer.c:169: error: for each function it appears in.) make: *** [ext/tokenizer/tokenizer.lo] Error 1 [EMAIL PROTECTED] home]# -- Edit this bug report at http://bugs.php.net/?id=44627edit=1
#44628 [NEW]: PHP ISAPI causes ASP to malfunction
From: kzopfi at co dot orange dot nc dot us Operating system: Windows 2000 PHP version: 5.2.5 PHP Bug Type: IIS related Bug description: PHP ISAPI causes ASP to malfunction Description: I am experiencing the same problem as bug #11151 which has been closed. I have PHP 5.2.5 on IIS 5.0 (W2K with SP4) using ISAPI. PHP is running without problems but after browsing PHP pages on the web server, ASP sites on the server report the following error: -2147417842 (0x8001010e) Restarting the web server resolves the problem. Is there a permanent fix or work-around for this problem? -- Edit bug report at http://bugs.php.net/?id=44628edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44628r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44628r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44628r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44628r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44628r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44628r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44628r=needscript Try newer version:http://bugs.php.net/fix.php?id=44628r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44628r=support Expected behavior:http://bugs.php.net/fix.php?id=44628r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44628r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44628r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44628r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44628r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44628r=dst IIS Stability:http://bugs.php.net/fix.php?id=44628r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44628r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44628r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44628r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44628r=mysqlcfg
#44625 [Bgs]: php.ini doesn't show changed variable value for extension_dir and include_path
ID: 44625 User updated by: anilb36 at hotmail dot com Reported By: anilb36 at hotmail dot com Status: Bogus Bug Type: Apache2 related Operating System: Windows Vista Home Premium PHP Version: 5.2.5 New Comment: There is no variable _which_php.ini in phpinfo o/p.Can you pls elaborate. Is this a hidden sys variable like _FILE_ that i need to echo. Have you checked and are sure that there is no php.ini load issue on Env = Windows Vista Home Premium / PHP 5.2.5 / Apache 2.2.8 ? Previous Comments: [2008-04-03 11:09:18] [EMAIL PROTECTED] Check in phpinfo() output _which_ php.ini file is actually loaded. This is no bug. [2008-04-03 06:04:03] anilb36 at hotmail dot com Description: Sys Config : Windows Vista Home Premium / PHP 5.2.5 / Apache 2.2.8 The changed values in php.ini doesn't get reproduced thru phpinfo() even after saving the file to %WINDIR% with admin privs as suggested on some sites eg. extension_dir still shows c:\php5 although php installed in c:\php. Is version 5.2.5 regression tested on the above env or is there some workaround available for above issue ? Reproduce code: --- settings in php.ini config extension_dir = C:/php/ext/ O/P of phpinfo() Directive Local Value Master Value extension_dir C:\php5 C:\php5 include_path.;c:\php\pear .;c:\php\pear og_errors Off Off Other changed values are also not taking effect at runtime like error logging being set to on to debug further. -- Edit this bug report at http://bugs.php.net/?id=44625edit=1
#44625 [Bgs]: php.ini doesn't show changed variable value for extension_dir and include_path
ID: 44625 Updated by: [EMAIL PROTECTED] Reported By: anilb36 at hotmail dot com Status: Bogus Bug Type: Apache2 related Operating System: Windows Vista Home Premium PHP Version: 5.2.5 New Comment: For all users out there: phpinfo() has the information of actual used php.ini file, found in the very first block. Loaded configuration file, below the Configuration File (php.ini) Path. Previous Comments: [2008-04-03 13:37:29] anilb36 at hotmail dot com There is no variable _which_php.ini in phpinfo o/p.Can you pls elaborate. Is this a hidden sys variable like _FILE_ that i need to echo. Have you checked and are sure that there is no php.ini load issue on Env = Windows Vista Home Premium / PHP 5.2.5 / Apache 2.2.8 ? [2008-04-03 11:09:18] [EMAIL PROTECTED] Check in phpinfo() output _which_ php.ini file is actually loaded. This is no bug. [2008-04-03 06:04:03] anilb36 at hotmail dot com Description: Sys Config : Windows Vista Home Premium / PHP 5.2.5 / Apache 2.2.8 The changed values in php.ini doesn't get reproduced thru phpinfo() even after saving the file to %WINDIR% with admin privs as suggested on some sites eg. extension_dir still shows c:\php5 although php installed in c:\php. Is version 5.2.5 regression tested on the above env or is there some workaround available for above issue ? Reproduce code: --- settings in php.ini config extension_dir = C:/php/ext/ O/P of phpinfo() Directive Local Value Master Value extension_dir C:\php5 C:\php5 include_path.;c:\php\pear .;c:\php\pear og_errors Off Off Other changed values are also not taking effect at runtime like error logging being set to on to debug further. -- Edit this bug report at http://bugs.php.net/?id=44625edit=1
#44629 [NEW]: SQLite3 strings don't accept \0 while PHP ones do it
From: lapo at lapo dot it Operating system: * PHP version: 5.2.5 PHP Bug Type: PDO related Bug description: SQLite3 strings don't accept \0 while PHP ones do it Description: While PHP strings support \0s in them, SQLite3 doesn't accept them in text fields, only in blob fields. A possible work-around, thanks to the closed bug #41135, is to write to a memory stream and use PDO::PARAM_LOB, but that seems a bit overkill for very small string values such as the binary form of PHP's sha1(). I think the best solution could be to scan a PDO::PARAM_STR value for zeros and in that case use sqlite3_bind_blob just as if it was a PDO::PARAM_LOB. Or maybe (a little cleaner) create a (non-large) PDO::PARAM_BINARY. Using streams is certainly the best approach for LOB, but I think it's overkill for non-large-OBs. Tell me what of the two solutions the PHP team would prefer to adopt and I can eventually produce a patch. -- Edit bug report at http://bugs.php.net/?id=44629edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44629r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44629r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44629r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44629r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44629r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44629r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44629r=needscript Try newer version:http://bugs.php.net/fix.php?id=44629r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44629r=support Expected behavior:http://bugs.php.net/fix.php?id=44629r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44629r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44629r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44629r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44629r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44629r=dst IIS Stability:http://bugs.php.net/fix.php?id=44629r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44629r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44629r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44629r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44629r=mysqlcfg
#44625 [Bgs]: php.ini doesn't show changed variable value for extension_dir and include_path
ID: 44625 User updated by: anilb36 at hotmail dot com Reported By: anilb36 at hotmail dot com Status: Bogus Bug Type: Apache2 related Operating System: Windows Vista Home Premium PHP Version: 5.2.5 New Comment: Here is the relevant phpinfo() o/p Server API Apache 2.0 Handler Virtual Directory Support enabled Configuration File (php.ini) Path C:\Windows Loaded Configuration File C:\php\php.ini It shows the correct values in here but doesn't load the values that are in this file and ext dir still shows c:\php5 instead of c:\php\ext.Can you let me know where this c:\php5 is being picked up from ? That is the whole issue.I have also emailed you the local config and o/p if it makes sense. Previous Comments: [2008-04-03 14:12:52] [EMAIL PROTECTED] For all users out there: phpinfo() has the information of actual used php.ini file, found in the very first block. Loaded configuration file, below the Configuration File (php.ini) Path. [2008-04-03 13:37:29] anilb36 at hotmail dot com There is no variable _which_php.ini in phpinfo o/p.Can you pls elaborate. Is this a hidden sys variable like _FILE_ that i need to echo. Have you checked and are sure that there is no php.ini load issue on Env = Windows Vista Home Premium / PHP 5.2.5 / Apache 2.2.8 ? [2008-04-03 11:09:18] [EMAIL PROTECTED] Check in phpinfo() output _which_ php.ini file is actually loaded. This is no bug. [2008-04-03 06:04:03] anilb36 at hotmail dot com Description: Sys Config : Windows Vista Home Premium / PHP 5.2.5 / Apache 2.2.8 The changed values in php.ini doesn't get reproduced thru phpinfo() even after saving the file to %WINDIR% with admin privs as suggested on some sites eg. extension_dir still shows c:\php5 although php installed in c:\php. Is version 5.2.5 regression tested on the above env or is there some workaround available for above issue ? Reproduce code: --- settings in php.ini config extension_dir = C:/php/ext/ O/P of phpinfo() Directive Local Value Master Value extension_dir C:\php5 C:\php5 include_path.;c:\php\pear .;c:\php\pear og_errors Off Off Other changed values are also not taking effect at runtime like error logging being set to on to debug further. -- Edit this bug report at http://bugs.php.net/?id=44625edit=1
#43358 [Opn-Fbk]: 500 HTTP error when eval()'d code contains a notice/warning
ID: 43358 Updated by: [EMAIL PROTECTED] Reported By: andrea dot spacca at gmail dot com -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Gentoo PHP Version: 5.2.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi Previous Comments: [2008-02-29 19:33:49] not at public dot com Was able to eliminate this bug by turning output buffering off in php.ini [2008-02-26 11:31:05] zorfling at hotmail dot com Hi, I've been having the same problem and thought I'd post my workaround. If you simply overwrite the headers to return a 200, it works. eg header(Content-type: text/html, true, 200); (second arg is to overwrite the current header) NB This needs to be called AFTER the eval that causes the issue. Hope this helps, Chris [2007-12-17 22:28:38] not at public dot com This is an existing bug. Having the same error on 2.5.4 on FreeBSD. A failed eval results in a 500 error, although when calling error_log() on the last line of the code, the php script does reach and execute that. The script is executed correctly, and the response from the server also includes the ( correct ) output of the script without any php errors, but after the 500 header ofcourse. Browsers hang on the error and don't show the output. [2007-11-21 13:41:33] andrea at spacca dot org here you can test the http response on our enviroment: http://89.186.95.3/test/testBug.cgi [2007-11-21 10:23:41] andrea at spacca dot org from our httpd.conf: LoadModule php5_module etc etc AddType application/x-httpd-php .php .cgi 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/43358 -- Edit this bug report at http://bugs.php.net/?id=43358edit=1
#44609 [Asn]: parse_ini_file 'dollar'-sign problems
ID: 44609
Updated by: [EMAIL PROTECTED]
Reported By: sander at procurios dot nl
Status: Assigned
Bug Type: Filesystem function related
Operating System: Mac OS X
PHP Version: 5.3CVS-2008-04-02 (snap)
Assigned To: helly
New Comment:
The comment was towards Jani rather than yourself.
It will be changed, I'm just not sure what was originally intended.
Previous Comments:
[2008-04-03 13:49:29] sander at procurios dot nl
I am not sure I understand what you are saying. Are you telling me that
we are no longer allowed to use $4 (or anything else that matches your
pattern) in our INI files? That would be a major change, since the
Expected result I posted was output that I got from executing the
exact same code on PHP 5.2.5
[2008-04-03 13:29:19] [EMAIL PROTECTED]
I did the ini changes and the syntax is the same as before apart from
adding null to the disallowed characters.
LITERAL_DOLLAR ($([^a-zA-Z0-9{\000]|(\\{ANY_CHAR})))
So $4 is what is invalid in the test.
[2008-04-03 11:14:43] [EMAIL PROTECTED]
Marcus, another works before re2c bug.
[2008-04-02 12:32:51] sander at procurios dot nl
Description:
Parse_ini_file gives a syntax error on 'dollar'-sign in INI-file.
Source: php5.3-200804021030.tar.gz (Built on: Apr 02, 2008 10:30 UTC)
Reproduce code:
---
?php
// Set ini file location
$iniFileLocation = dirname(__FILE__) . '/test.ini';
// Build ini data
$iniData = '[database]
db_user = username
db_pass = [EMAIL PROTECTED]
db_name = database
db_host = localhost';
// Save ini data to file
file_put_contents($iniFileLocation, $iniData);
print_r(parse_ini_file($iniFileLocation));
Expected result:
Array
(
[db_user] = username
[db_pass] = [EMAIL PROTECTED]
[db_name] = database
[db_host] = localhost
)
Actual result:
--
Warning: syntax error, unexpected $end, expecting TC_DOLLAR_CURLY or
TC_QUOTED_STRING or '' in /data/www/test.ini on line 3 in
/data/www/test.php on line 15
Array
(
[db_user] = username
)
--
Edit this bug report at http://bugs.php.net/?id=44609edit=1
#44603 [Opn-Ver]: HTTP streams wrapper issue with Content-Type header
ID: 44603 Updated by: [EMAIL PROTECTED] Reported By: tobias382 at gmail dot com -Status: Open +Status: Verified Bug Type: HTTP related Operating System: Kubuntu 7.10 -PHP Version: 5.2.5 +PHP Version: 5.2.5, 5.3CVS-2008-04-02 Assigned To: fb-req-jani New Comment: There is indeed something very wrong with this. Quick stracing suggests that the order in which the headers are is maybe incorrect and there's an extra '\r\n' there.. Previous Comments: [2008-04-02 15:22:28] tobias382 at gmail dot com The issue is still present in this snapshot: php5.2-200804021430. [2008-04-02 02:38:14] tobias382 at gmail dot com Description: Specifying a Content-type header in a streams operation using the HTTP wrapper causes a file_get_contents operation using that streams context to fail. Not specifying the Content-type header results in a Notice being issued saying that application/x-www-form-urlencoded is assumed and the script then works as expected. Reproduce code: --- http://paste2.org/p/18455 Expected result: Should send a URL in the following format to stdout, where # is a number. http://paste2.org/p/# Actual result: -- Warning: file_get_contents(http://paste2.org/new-paste): failed to open stream: HTTP request failed! HTTP/1.1 404 Not Found in /home/matt/pastebin.php on line 21 -- Edit this bug report at http://bugs.php.net/?id=44603edit=1
#44623 [Opn-Fbk]: Inconsistent behaviour by same type of regex
ID: 44623
Updated by: [EMAIL PROTECTED]
Reported By: rich dot sapporo at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: PCRE related
Operating System: Mac OS X 10.5.2
PHP Version: 5.2.5
Assigned To: fb-req-jani
New Comment:
PHP actually has 7.6 bundled (in 5.2.6 :) so you could just get this
snapshot and build it using the bundled one:
http://snaps.php.net/php5.2-latest.tar.gz
Previous Comments:
[2008-04-03 11:25:44] rich dot sapporo at gmail dot com
My apologies - in my haste to get to an appointment I didn't check the
dropdown properly.
Currently using PCRE 7.3 (2007-08-28) - will try 7.6 and see if it goes
away.
[2008-04-03 11:11:32] [EMAIL PROTECTED]
And how is this _PHP_ bug and not a PCRE bug..? Check with the command
line tool 'pcretest' first and compare to version of PCRE lib you've
compiled PHP with IF you're not using the bundled one.
[2008-04-03 02:26:48] rich dot sapporo at gmail dot com
Description:
Min/max quantifiers '{}' in preg_match() don't seem to match more than
765 characters.
Reproduce code:
---
// $matches[1] contains the first 765 characters of the string
$sample:
preg_match(/^(.{765}).*/, $sample, $matches);
// doesn't match anything:
preg_match(/^(.{766}).*/, $sample, $matches);
// Values from {0} to {765} appear to work fine. 766 onwards, nothing
gets matched.
Expected result:
I expect the same type of behaviour to happen in both cases.
I realize that preg_match() isn't really necessary to match the first x
characters in a string, but this problem was affecting a more complex
regex I was doing. The matching the first x chars example was trying
to isolate where the problem was occurring.
--
Edit this bug report at http://bugs.php.net/?id=44623edit=1
#44098 [Opn-Fbk]: imap_utf8() returns only capital letters
ID: 44098
Updated by: [EMAIL PROTECTED]
-Summary: imap_utf8 returns Capitols only
Reported By: steffen at dislabs dot de
-Status: Open
+Status: Feedback
Bug Type: IMAP related
-Operating System: Debian
+Operating System: FreeBSD 6.2
PHP Version: 5.2.5
-Assigned To:
+Assigned To: fb-req-jani
New Comment:
What c-client version did you compile PHP with?
Previous Comments:
[2008-02-13 11:06:32] steffen at dislabs dot de
ok i was wrong with debian.
This is the info from phpinfo:
FreeBSD xx 6.2-RELEASE-p9 FreeBSD 6.2-RELEASE-p9 #0: Fri Dec 28
22:40:13 CET 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP i386
[2008-02-13 01:17:20] [EMAIL PROTECTED]
Works fine to me... What libc-client-dev version you have used?
I used 7:2002edebian1-13.1ubuntu1
[2008-02-11 11:30:12] steffen at dislabs dot de
Description:
using imap_utf8 returns only capitols.
This behavior changed with 5.2.5 as it worked in 5.2.4 correct.
Reproduce code:
---
echo imap_utf8('=?iso-8859-1?b?THV6b26uMTQ=?= dot CoM');
Expected result:
Luzon®14 dot CoM
Actual result:
--
LUZON®14 DOT COM
--
Edit this bug report at http://bugs.php.net/?id=44098edit=1
#44015 [Opn-Bgs]: ignore_repeated_source uses from error history
ID: 44015
Updated by: [EMAIL PROTECTED]
Reported By: s dot hopfe at cc-carconsult dot de
-Status: Open
+Status: Bogus
Bug Type: *General Issues
Operating System: *
PHP Version: 5.2.5
New Comment:
This is not any bug. It does not matter whether the error is displayed
or not, it's still and error. The ini option would be named
'ignore_displayed..' if it was such. You should _always_ log errors
anyways, that's for what these settings are meant for.
Previous Comments:
[2008-02-04 10:36:49] s dot hopfe at cc-carconsult dot de
It shows exactly follow errors
Warning: feof(): supplied argument is not a valid stream resource in C:
\Programme\***\htdocs\did\err_check.php on line 21
Warning: feof(): supplied argument is not a valid stream resource in C:
\Programme\***l\htdocs\did\err_check.php on line 21
Warning: feof(): supplied argument is not a valid stream resource in C:
\Programme\***\htdocs\did\err_check.php on line 21
Warning: feof(): supplied argument is not a valid stream resource in C:
\Programme\***\htdocs\did\err_check.php on line 21
Warning: feof(): supplied argument is not a valid stream resource in C:
\Programme\***\htdocs\did\err_check.php on line 21
Warning: feof(): supplied argument is not a valid stream resource in C:
\Programme\***\htdocs\did\err_check.php on line 21
Warning: feof(): supplied argument is not a valid stream resource in C:
\Programme\***\htdocs\did\err_check.php on line 21
Warning: feof(): supplied argument is not a valid stream resource in C:
\Programme\***\htdocs\did\err_check.php on line 21
Warning: feof(): supplied argument is not a valid stream resource in C:
\Programme\***\htdocs\did\err_check.php on line 21
Warning: feof(): supplied argument is not a valid stream resource in C:
\Programme\***\htdocs\did\err_check.php on line 21
But i only want to see Warnings and not the notice. When you enable
Notive you see the notices between the warnings. please check my
reproduce code. try it with only Warnings, and than with all errors.
[2008-02-01 22:59:10] [EMAIL PROTECTED]
What _exactly_ is output?
[2008-02-01 13:25:59] s dot hopfe at cc-carconsult dot de
Description:
Hi,
i would ask you about a little problem in my skript. I want to use the
init-setting ignore_repeated_errors - but it does not things
explained in the documentation. For testing this feature, i had wrote a
little testscript. (See in Repoduce Code) And on my WinXP - Xammp (It
should work on this platform) i tried this.
But, i got 10 times the same error - produced in the script. It seems
to be wrong.
After testing, we add the following command in the top of the file:
error_reporting(E_ALL);
And we saw that there are NOTICE between the Warnings. So it seem to
be a different between the displayed and the real errors. But wenn
this functions is called ignore_repeated_errors then the compiler
should inspect the displayed errors. Because, this function should
help to avert the spamming by same errors into the logfile.
Reproduce code:
---
?php
ini_set(ignore_repeated_errors, 1);
ini_set(ignore_repeated_source, 1);
$counter = 0;
while(!feof($handle))
{
if(++$counter == 10) break;
}
error_reporting(E_ALL);
$counter = 0;
while(!feof($handle))
{
if(++$counter == 10) break;
}
?
Expected result:
I want to See one Warning
Actual result:
--
I see all 10 warnings - because the notice are hide
--
Edit this bug report at http://bugs.php.net/?id=44015edit=1
#44629 [Opn-Fbk]: SQLite3 strings don't accept \0 while PHP ones do it
ID: 44629 Updated by: [EMAIL PROTECTED] Reported By: lapo at lapo dot it -Status: Open +Status: Feedback Bug Type: PDO related Operating System: * PHP Version: 5.2.5 New Comment: PDO_PARAM_LOB accepts a resource or a string. Not sure why another type is needed, though the fix is only in 5.3+. Previous Comments: [2008-04-03 14:13:31] lapo at lapo dot it Description: While PHP strings support \0s in them, SQLite3 doesn't accept them in text fields, only in blob fields. A possible work-around, thanks to the closed bug #41135, is to write to a memory stream and use PDO::PARAM_LOB, but that seems a bit overkill for very small string values such as the binary form of PHP's sha1(). I think the best solution could be to scan a PDO::PARAM_STR value for zeros and in that case use sqlite3_bind_blob just as if it was a PDO::PARAM_LOB. Or maybe (a little cleaner) create a (non-large) PDO::PARAM_BINARY. Using streams is certainly the best approach for LOB, but I think it's overkill for non-large-OBs. Tell me what of the two solutions the PHP team would prefer to adopt and I can eventually produce a patch. -- Edit this bug report at http://bugs.php.net/?id=44629edit=1
#43008 [Opn-Asn]: php://filter uris ignore url encoded filternames and can't handle slashes
ID: 43008 Updated by: [EMAIL PROTECTED] Reported By: php at benjaminschulz dot com -Status: Open +Status: Assigned Bug Type: Streams related Operating System: linux PHP Version: 5.3CVS-2007-10-17 (CVS) Assigned To: hholzgra Previous Comments: [2008-03-17 23:42:28] php at benjaminschulz dot com This should work because otherwise there is no way to pass valid and existing filternames as URIs to PHP. (This bug is approved by hartmut btw.) [2008-03-17 20:53:31] [EMAIL PROTECTED] And this should work because..? (IMO, it's expected, you pass invalid data - you get an error..simple.) [2008-03-10 14:55:17] php at benjaminschulz dot com If the filtername is not URL encoded than i get this: Warning: readfile(): unable to create or locate filter convert.iconv.ISO-8859-15 in ... Warning: readfile(): Unable to create filter (convert.iconv.ISO-8859-15) in ... Warning: readfile(): unable to locate filter UTF-8 in ... Warning: readfile(): Unable to create filter (UTF-8) in ... [2007-10-17 17:04:40] php at benjaminschulz dot com Description: because filternames can contain slashes (convert.iconv.from-enc/to-enc) it should be possible to pass URL-encodet filternames to php://filter Reproduce code: --- ?php $str = 'php://filter/read=convert.iconv.ISO-8859-15%2FUTF-8/resource=data://text/plain,foobar'; ^ url encoded slash Expected result: string(6) foobar Actual result: -- Warning: file_get_contents(): unable to create or locate filter convert.iconv.ISO-8859-15%2FUTF-8 in /var/www/foo/a.php on line 34 Warning: file_get_contents(): Unable to create filter (convert.iconv.ISO-8859-15%2FUTF-8) in /var/www/foo/a.php on line 34 -- Edit this bug report at http://bugs.php.net/?id=43008edit=1
#41193 [Com]: relative paths affecting script performance (compared to 5.1.x)
ID: 41193
Comment by: mh at nextra dot ch
Reported By: mauroi at digbang dot com
Status: Assigned
Bug Type: Performance problem
Operating System: Win32
PHP Version: 5.2.3
Assigned To: dmitry
New Comment:
It's still there in 5.3.0-dev.
Previous Comments:
[2007-07-14 09:12:46] [EMAIL PROTECTED]
Dmitry, please check this out.
[2007-06-15 02:49:54] [EMAIL PROTECTED]
Just to add to this report - it looks very much like it's impacting
PHP-GTK (CLI only) Windows users too.
The base demo script in the PHP-GTK distro is reportedly 'twice as
slow' under 5.2.3 as it is under 5.1.6 in the same environment with the
same GTK+ libraries in tow.
The base demo script includes a long list of class files via relative
includes. The relevant bit of code goes:
protected function load_demos()
{
$files = glob(dirname(__FILE__).'/components/*.php');
foreach ($files as $id = $file) {
$GLOBALS['class'] = null;
if (basename($file) != basename(__FILE__)) {
if ([EMAIL PROTECTED]($file)) {
continue;
}
etc
(see
http://cvs.php.net/viewvc.cgi/php-gtk/demos/phpgtk2-demo.php?content-type=text%2Fplainview=co
for the murky details)
The performance difference is also reported as 'visibly noticeable'
between relative and hard-coded paths under 5.2.3, although that's a
less direct comparison.
Ping me if you think I can help with any donkeywork, this one's fairly
major for us and may hold up our 'surprise release', given that the demo
scripts number rather less than the number of includes you could expect
in a RL application.
- Steph
[2007-05-09 15:47:49] mauroi at digbang dot com
Thanks Mark... The original example comes from a real life application,
but yours is far much better. Hope someone will take a look at it now
it's simpler.
Regards,
Mauro.
[2007-05-09 15:36:37] mark at markwest dot me dot uk
I can reproduce what I believe to be the same issue too.
A very simple test case to highlight this issue is
?php
for ($i = 0; $i 5000; $i++) {
if (is_readable('test.txt')) {
// dummy - do nothing!
}
}
?
Sample results, measured using xdebug, are as follows
is_readable with non-existent file
5.1.6 5000 calls to is_readable taking 166ms
5.2.2 5000 calls to is_readable taking 1511ms
is_readable with existing file
5.1.6 5000 calls to is_readable taking 135ms
5.2.2 5000 calls to is_readable taking 151ms
When the file isn't present php 5.2.x takes significantly longer that
in previous releases.
-Mark
[2007-04-25 21:56:14] mauroi at digbang dot com
Description:
First of all, I couldn't reproduce this on Linux. Maybe because it
doesn't exist, or maybe because of worse perfomance on filesystem
operations on Windows.
We've found a performance degradation between PHP5.1.6 and PHP5.2.x
(also checked with PHP5.2.2rc1) when including a file with a relative
path. It gets notorious if using include_path and it has a big number of
directories.
In the provided zip file you'll find 8 directories. Only one of them
contains the file that will be required by the main script. So,
script.php script1.php show the problem. script.php only requires the
file one time, and even in that case you'll see the difference.
script1.php iterates including a non-existant file (that's why errors ar
supressed) and the execution time is twice as big.
At first glance this could look as a bug with less importance, but any
framework that uses __autoload include_path with some sort of
frequency, will be slower on PHP5.2 on Windows. Also, any site using MVC
(not even using __autoload) and relative paths could be affected.
Thank you very much.
Reproduce code:
---
http://webmail.digbang.com/include_performance.zip
# one inclusion
php -n script.php
# multiple inclusions
php -n script1.php
Expected result:
Same or better performance on PHP5.2.x than in PHP5.1.6
--
Edit this bug report at http://bugs.php.net/?id=41193edit=1
#44630 [NEW]: /usr/ucb/expr does not behave as expected
From: mjbauer at eecs dot tufts dot edu Operating system: Solaris 10 PHP version: 5.2.5 PHP Bug Type: Compile Failure Bug description: /usr/ucb/expr does not behave as expected Description: When /usr/ucb/expr (one of four stock exprs in Solaris 10) is the first expr in $PATH, I get a configuration error when configuring php 5.2.5 If I change $PATH so that any other expr is first, configure proceeds as expected. Reproduce code: --- The code in the configure script that causes this is: if test `expr -- $0 : '.*` = 0; then CONFIGURE_COMMAND=$CONFIGURE_COMMAND '$0' else CONFIGURE_COMMAND=$CONFIGURE_COMMAND $0 fi With /usr/ucb/expr, the expression evaluates to nothing. With any other expr on the system, it evaluates to 0. Expected result: I expect to see the configure script run to successful completion. This happens with any other stock Solaris 10 expr (/usr/bin/expr, /usr/xpg4/bin/expr, /usr/xpg6/bin/expr) or GNU coreutils expr. Actual result: -- With the stock expr from /usr/ucb on Solaris 10, I get this result: ./configure --prefix=/usr/local/package --oldincludedir=/usr/local/package/include --enable-mod-charset --with-apxs2 --enable-fastcgi --with-openssl --with-zlib --with-bz2 --with-curl --with-gdbm --with-db4 --with-gd --with-gettext --with-gmp --with-ldap --with-ldap-sasl --with-mysql --with-ncurses --with-pdo-mysql --with-snmp --enable-ucd-snmp-hack --enable-soap --enable-sockets --enable-sqlite-utf8 --with-xsl --enable-zip loading cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking for egrep... grep -E checking for a sed that does not truncate output... /usr/local/bin/sed expr: syntax error ./configure: test: argument expected -- Edit bug report at http://bugs.php.net/?id=44630edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44630r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44630r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44630r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44630r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44630r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44630r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44630r=needscript Try newer version:http://bugs.php.net/fix.php?id=44630r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44630r=support Expected behavior:http://bugs.php.net/fix.php?id=44630r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44630r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44630r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44630r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44630r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44630r=dst IIS Stability:http://bugs.php.net/fix.php?id=44630r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44630r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44630r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44630r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44630r=mysqlcfg
#44630 [Opn-Bgs]: /usr/ucb/expr does not behave as expected
ID: 44630 Updated by: [EMAIL PROTECTED] Reported By: mjbauer at eecs dot tufts dot edu -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Solaris 10 PHP Version: 5.2.5 New Comment: For some reason nobody else has ever reported anything like this so I assume you just have a badly configured system. Besides, none of the stock solaris tools work properly anyway so you still have to make sure you always use the GNU tools. Previous Comments: [2008-04-03 16:50:41] mjbauer at eecs dot tufts dot edu Description: When /usr/ucb/expr (one of four stock exprs in Solaris 10) is the first expr in $PATH, I get a configuration error when configuring php 5.2.5 If I change $PATH so that any other expr is first, configure proceeds as expected. Reproduce code: --- The code in the configure script that causes this is: if test `expr -- $0 : '.*` = 0; then CONFIGURE_COMMAND=$CONFIGURE_COMMAND '$0' else CONFIGURE_COMMAND=$CONFIGURE_COMMAND $0 fi With /usr/ucb/expr, the expression evaluates to nothing. With any other expr on the system, it evaluates to 0. Expected result: I expect to see the configure script run to successful completion. This happens with any other stock Solaris 10 expr (/usr/bin/expr, /usr/xpg4/bin/expr, /usr/xpg6/bin/expr) or GNU coreutils expr. Actual result: -- With the stock expr from /usr/ucb on Solaris 10, I get this result: ./configure --prefix=/usr/local/package --oldincludedir=/usr/local/package/include --enable-mod-charset --with-apxs2 --enable-fastcgi --with-openssl --with-zlib --with-bz2 --with-curl --with-gdbm --with-db4 --with-gd --with-gettext --with-gmp --with-ldap --with-ldap-sasl --with-mysql --with-ncurses --with-pdo-mysql --with-snmp --enable-ucd-snmp-hack --enable-soap --enable-sockets --enable-sqlite-utf8 --with-xsl --enable-zip loading cache ./config.cache checking for Cygwin environment... no checking for mingw32 environment... no checking for egrep... grep -E checking for a sed that does not truncate output... /usr/local/bin/sed expr: syntax error ./configure: test: argument expected -- Edit this bug report at http://bugs.php.net/?id=44630edit=1
#44631 [NEW]: what is it?
From: eslusarev at nvidia dot com Operating system: Linux PHP version: 5.2.5 PHP Bug Type: Apache2 related Bug description: what is it? Description: Apache missing REMOTE_USER login when it writes logs, but only after PHP scripts I tryed to build system with PHP 5.2.5, 5.2.4, 4.4.8 and on all versions of Apache starting from 2.0 to 2.2 and using authorization by many modules mod_auth_kerb, mod_auth_ldap, mod_ntlm, mod_auth_ntlm_winbind and many others... At all times I have this trouble... auth completed ok, in $_SERVER I have REMOTE_USER with correct name, but in logs missing this user name and I have only - there... on other modules like mod_perl and other I have no this error -- error with PHP :-/ and I have tryed to setup PHP on Apache 1.3 and at this time I have no this error, but there are I can't to setup some needed modules :-/ -- Edit bug report at http://bugs.php.net/?id=44631edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44631r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44631r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44631r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44631r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44631r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44631r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44631r=needscript Try newer version:http://bugs.php.net/fix.php?id=44631r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44631r=support Expected behavior:http://bugs.php.net/fix.php?id=44631r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44631r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44631r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44631r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44631r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44631r=dst IIS Stability:http://bugs.php.net/fix.php?id=44631r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44631r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44631r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44631r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44631r=mysqlcfg
#44631 [Opn]: missing USER Login in apache logs
ID: 44631 User updated by: eslusarev at nvidia dot com -Summary: what is it? Reported By: eslusarev at nvidia dot com Status: Open Bug Type: Apache2 related Operating System: Linux PHP Version: 5.2.5 New Comment: 1 Previous Comments: [2008-04-03 18:18:24] eslusarev at nvidia dot com Description: Apache missing REMOTE_USER login when it writes logs, but only after PHP scripts I tryed to build system with PHP 5.2.5, 5.2.4, 4.4.8 and on all versions of Apache starting from 2.0 to 2.2 and using authorization by many modules mod_auth_kerb, mod_auth_ldap, mod_ntlm, mod_auth_ntlm_winbind and many others... At all times I have this trouble... auth completed ok, in $_SERVER I have REMOTE_USER with correct name, but in logs missing this user name and I have only - there... on other modules like mod_perl and other I have no this error -- error with PHP :-/ and I have tryed to setup PHP on Apache 1.3 and at this time I have no this error, but there are I can't to setup some needed modules :-/ -- Edit this bug report at http://bugs.php.net/?id=44631edit=1
#44632 [NEW]: Segmentation fault when methods are playing ping-pong
From: thh at tshw dot de Operating system: Linux (Scientific Ubuntu) PHP version: 5.2.5 PHP Bug Type: Reproducible crash Bug description: Segmentation fault when methods are playing ping-pong Description: Today we had an annoying issue with a complex class model, of which two classes happened to call each others method in a never ending loop. The result was a Segmentation fault providing no further information about the source of the error. PHP probably should handle those (programming) errors itself providing a more detailed error message. I could reproduce this error on a Scientific Linux with PHP 5.1.2 (cgi) as well as PHP 5.2.5 (cgi) and on Ubuntu Linux with PHP 5.2.3 (cli). Reproduce code: --- http://nopaste.tshw.de/1207246418545df/ Expected result: Actually it really is a programmer's error. But it was really hard to identify because of the annoyingly short message Segmentation fault. It would even have helped to get a call stack overflow instead. Actual result: -- Segmentation fault (I did not append a backtrace, because I think the problem is very obvious and I'd hate to compile PHP on a binary-based distribution. If you need it, tell me and I'll try to get you one.) -- Edit bug report at http://bugs.php.net/?id=44632edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44632r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44632r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44632r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44632r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44632r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44632r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44632r=needscript Try newer version:http://bugs.php.net/fix.php?id=44632r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44632r=support Expected behavior:http://bugs.php.net/fix.php?id=44632r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44632r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44632r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44632r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44632r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44632r=dst IIS Stability:http://bugs.php.net/fix.php?id=44632r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44632r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44632r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44632r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44632r=mysqlcfg
#44554 [Fbk-Opn]: *** glibc detected *** double free or corruption
ID: 44554 User updated by: vlada at mysh dot cz Reported By: vlada at mysh dot cz -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: Debian etch PHP Version: 5.2.5 Assigned To: fb-req-jani New Comment: So.. I have checked configuration of PHP. Default php.ini-dist worked, so I make diff between mine and default. Main difference was in method of saving sessions. We were using sqlite. When I changed it to default, files type, everything is now OK. I leave this, files session configuration run for a longer period, but I think, problem was i sqlite. Previous Comments: [2008-04-02 10:20:58] [EMAIL PROTECTED] If you have 2 servers and on one you don't have such problems and on the other one you have, just check what the differences are in those systems. php.ini, configure lines, compiler versions, etc. [2008-04-02 10:13:43] vlada at mysh dot cz So.. I've sucessfully downgraded to same glibc version as on other server is. Than recompiled apache and php again with this older libc, but this errors appears in log again. Sometimes it causes exit signal Segmentation fault(11) and sometimes only exit signal Aborted (6). *** glibc detected *** double free or corruption (out): 0x08408b78 *** *** glibc detected *** double free or corruption (!prev): 0x0840d220 *** I am sorry for bothering but I going to be quite desperate about this problem, because I still don't know why it happens. [2008-04-02 09:31:33] [EMAIL PROTECTED] Please let us know if downgrading glibc worked. [2008-03-31 15:46:33] vlada at mysh dot cz On both servers is installed Debian Etch. First, where it works without this error is older instalation with package libc6 version 2.3.6.ds1-13etch2. The other, newer installation, where this error occours is libc6 2.3.6.ds1-13etch5. I was warned before downgrading libc library, but i'll try it and than give a feedback if it works. But many other applications relay on this newer version of libc. And I am using default MPM, prefork, on both. [2008-03-31 08:03:17] [EMAIL PROTECTED] One more question: What glibc version does this happen with and with what it doesn't happen with? I mean, does 5.2.5 work fine with older glibc? And what Apache MPM are you using there? 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/44554 -- Edit this bug report at http://bugs.php.net/?id=44554edit=1
#44633 [NEW]: Write/read errors on vhosts
From: prikid at gmail dot com Operating system: FreeBSD 6.2-RELEASE PHP version: 5.2.5 PHP Bug Type: Apache2 related Bug description: Write/read errors on vhosts Description: Note: This bug maybe related to bug#42826 I have setup virtual hosts within apache 2.0.62 configuration with identical settings (except for paths to directories) 3 out of 5 users have no problems, but for 2 others, temporary cache files (using smarty templating system) produce errors as well as session files in /var/tmp. All directories have correct user/group settings for apache and chmodded 775 recursively. Again, file permissions and user settings are absolutely correct and work for 3 out 2 users. Suhosin patch and Zend Optimizer are disabled. Reproduce code: --- Main apache config: User www Group www Vhost config in apache: VirtualHost 10.2.8.10:80 ServerName site.user1.crossbow DocumentRoot /var/www/branches/site/user1/ Location / php_value include_path .:/var/www/branches/toolbox/user1:/var/www/branches/site/user1 AllowOverride All Options All /Location /VirtualHost Expected result: Able to write/read cached files in /var/www/branches/toolbox/user1/smarty/cache/ and /var/www/branches/toolbox/user1/smarty/templates_c and /var/tmp/ Actual result: -- Warning: Smarty error: problem creating directory '/var/www/branches/toolbox/user1/smarty/cache/%%00/00F' in /usr/local/www/branches/toolbox/user1/smarty/Smarty.class.php on line 1101 Warning: Unknown: open(/var/tmp//sess_bb88e3d0e6a8358dc818d6fc7a2f8625, O_RDWR) failed: Permission denied (13) in Unknown on line 0 Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct () in Unknown on line 0 # cd /var/tmp # ls -la total 10 drwxrwxrwx 3 root wheel 3072 Apr 3 14:46 . drwxr-xr-x 24 root wheel 512 Jan 31 17:12 .. -- 1 www wheel 0 Apr 3 14:42 sess_462dae3f012480a23443be1051eb7b4e sess_bb88e3d0e6a8358dc818d6fc7a2f8625 -- 1 www wheel 0 Apr 3 14:25 wrt0AId76 -- 1 www wheel 0 Apr 3 14:25 wrt0ynxfS -- 1 www wheel 0 Apr 3 14:44 wrt1N4NTk ... # cd /var/www/branches/toolbox/user1/smarty/templates_c/ # ls -la total 32 d--x--x--x 2 www www 512 Apr 3 14:44 %%47 d--x--x--x 2 www www 512 Apr 3 14:44 %%5B -- Edit bug report at http://bugs.php.net/?id=44633edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44633r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44633r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44633r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44633r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44633r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44633r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44633r=needscript Try newer version:http://bugs.php.net/fix.php?id=44633r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44633r=support Expected behavior:http://bugs.php.net/fix.php?id=44633r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44633r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44633r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44633r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44633r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44633r=dst IIS Stability:http://bugs.php.net/fix.php?id=44633r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44633r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44633r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44633r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44633r=mysqlcfg
#44047 [Com]: IIS Worker Process stopped working
ID: 44047 Comment by: nonya at spam dot this Reported By: matthew dot horner at redprairie dot com Status: Open Bug Type: IIS related Operating System: Windows Vista PHP Version: 5.2.5 New Comment: I see this topic has been labeled an IIS issue and there was no response from PHP staff. If it is a IIS7 issue, why was it not occurring in PHP4? Previous Comments: [2008-03-19 04:22:41] jaedsm at hotmail dot com Having the same issue here too. Installed IIS7 and PHP 5.2.5 the other day on my home system running Vista Home Premium. Didn't consider it would have been caused by some timeout but after reading here that makes sense. No crash message has appeared while I've been working for hours on end, once I stop though it appears a little while later and doesn't appear again unless I load another php page. [2008-03-06 14:00:56] matthew dot horner at redprairie dot com I would still consider this a workaround, as this is not standard procedure for installing ISAPI modules in IIS7. Furthermore, this issue is not an issue with PHP 4. Which to me, would indicate there is something coded differently with PHP 5 to cause the crash when recycling the process. Also, reconfiguring the Application Pool, affects more than just your pool hosting PHP driven applications. What side effects there are, is unclear to me, but certainly not something I would like to find out about once a site is in production. I posted this bug because I would like to have the PHP developers debug this issue and determine if there is indeed a code problem or a problem with IIS7. Not to have a workaround to avoid crashes on IIS7. I am not disputing the fact that your solution works. However, this appears to be an issue and should be addressed at the PHP level first. Thank you for your suggestions. [2008-03-06 10:36:54] satan at dclxvi dot nl to be clear, these are my settings: Recycle time is set to the default every 1740 minutes. Idle timeout is set to '0' Disable Overlapped Recycle is set to 'True' never had the error again... no horrible workarround whatsoever.. it's just that IIS7 is defaultly configured to run MS stuff like ASP.NET etc.. [2008-03-06 10:13:01] satan at dclxvi dot nl Also, I found out the solution that it won't error on recycle... go to the advanced settings of the appPool you are using and set Disable Overlapped Recycle to True. PHP5 can't seam to run multiple instances so it errors out when it starts a new instance before it recycles the old.. And again with the idle timeout set to 0, it will still recycle.. [2008-03-06 09:39:53] satan at dclxvi dot nl it will still recycle if you set it to 0, it just won't time out.. on higher traffic servers it will will never timeout and there's no problem there, is there? the recycling is another setting.. besides, this has little or nothing to do with php, as it also occurs after running asp.. 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/44047 -- Edit this bug report at http://bugs.php.net/?id=44047edit=1
#44632 [Opn-Bgs]: Segmentation fault when methods are playing ping-pong
ID: 44632 Updated by: [EMAIL PROTECTED] Reported By: thh at tshw dot de -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Linux (Scientific Ubuntu) PHP Version: 5.2.5 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: [2008-04-03 18:31:22] thh at tshw dot de Description: Today we had an annoying issue with a complex class model, of which two classes happened to call each others method in a never ending loop. The result was a Segmentation fault providing no further information about the source of the error. PHP probably should handle those (programming) errors itself providing a more detailed error message. I could reproduce this error on a Scientific Linux with PHP 5.1.2 (cgi) as well as PHP 5.2.5 (cgi) and on Ubuntu Linux with PHP 5.2.3 (cli). Reproduce code: --- http://nopaste.tshw.de/1207246418545df/ Expected result: Actually it really is a programmer's error. But it was really hard to identify because of the annoyingly short message Segmentation fault. It would even have helped to get a call stack overflow instead. Actual result: -- Segmentation fault (I did not append a backtrace, because I think the problem is very obvious and I'd hate to compile PHP on a binary-based distribution. If you need it, tell me and I'll try to get you one.) -- Edit this bug report at http://bugs.php.net/?id=44632edit=1
#44631 [Opn-Bgs]: missing USER Login in apache logs
ID: 44631 Updated by: [EMAIL PROTECTED] Reported By: eslusarev at nvidia dot com -Status: Open +Status: Bogus Bug Type: Apache2 related Operating System: Linux PHP Version: 5.2.5 New Comment: Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Due to the volume of reports we can not explain in detail here why your report is not a bug. The support channels will be able to provide an explanation for you. Thank you for your interest in PHP. Previous Comments: [2008-04-03 18:18:24] eslusarev at nvidia dot com Description: Apache missing REMOTE_USER login when it writes logs, but only after PHP scripts I tryed to build system with PHP 5.2.5, 5.2.4, 4.4.8 and on all versions of Apache starting from 2.0 to 2.2 and using authorization by many modules mod_auth_kerb, mod_auth_ldap, mod_ntlm, mod_auth_ntlm_winbind and many others... At all times I have this trouble... auth completed ok, in $_SERVER I have REMOTE_USER with correct name, but in logs missing this user name and I have only - there... on other modules like mod_perl and other I have no this error -- error with PHP :-/ and I have tryed to setup PHP on Apache 1.3 and at this time I have no this error, but there are I can't to setup some needed modules :-/ -- Edit this bug report at http://bugs.php.net/?id=44631edit=1
#44554 [Opn-Fbk]: *** glibc detected *** double free or corruption
ID: 44554 Updated by: [EMAIL PROTECTED] Reported By: vlada at mysh dot cz -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Debian etch PHP Version: 5.2.5 Assigned To: fb-req-jani New Comment: If you can reliably prove it's sqlite session handler that causes it, please reclassify this report as Session related and update the summary. Previous Comments: [2008-04-03 18:40:26] vlada at mysh dot cz So.. I have checked configuration of PHP. Default php.ini-dist worked, so I make diff between mine and default. Main difference was in method of saving sessions. We were using sqlite. When I changed it to default, files type, everything is now OK. I leave this, files session configuration run for a longer period, but I think, problem was i sqlite. [2008-04-02 10:20:58] [EMAIL PROTECTED] If you have 2 servers and on one you don't have such problems and on the other one you have, just check what the differences are in those systems. php.ini, configure lines, compiler versions, etc. [2008-04-02 10:13:43] vlada at mysh dot cz So.. I've sucessfully downgraded to same glibc version as on other server is. Than recompiled apache and php again with this older libc, but this errors appears in log again. Sometimes it causes exit signal Segmentation fault(11) and sometimes only exit signal Aborted (6). *** glibc detected *** double free or corruption (out): 0x08408b78 *** *** glibc detected *** double free or corruption (!prev): 0x0840d220 *** I am sorry for bothering but I going to be quite desperate about this problem, because I still don't know why it happens. [2008-04-02 09:31:33] [EMAIL PROTECTED] Please let us know if downgrading glibc worked. [2008-03-31 15:46:33] vlada at mysh dot cz On both servers is installed Debian Etch. First, where it works without this error is older instalation with package libc6 version 2.3.6.ds1-13etch2. The other, newer installation, where this error occours is libc6 2.3.6.ds1-13etch5. I was warned before downgrading libc library, but i'll try it and than give a feedback if it works. But many other applications relay on this newer version of libc. And I am using default MPM, prefork, on both. 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/44554 -- Edit this bug report at http://bugs.php.net/?id=44554edit=1
#44633 [Opn-Fbk]: Write/read errors on vhosts
ID: 44633 Updated by: [EMAIL PROTECTED] Reported By: prikid at gmail dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: FreeBSD 6.2-RELEASE PHP Version: 5.2.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi And DO NOT apply any 3rd party patches to the sources. And make absolutely sure your php.ini is free of any Zend extensions (Zend optimizer, any caches, etc.) Previous Comments: [2008-04-03 19:11:52] prikid at gmail dot com Description: Note: This bug maybe related to bug#42826 I have setup virtual hosts within apache 2.0.62 configuration with identical settings (except for paths to directories) 3 out of 5 users have no problems, but for 2 others, temporary cache files (using smarty templating system) produce errors as well as session files in /var/tmp. All directories have correct user/group settings for apache and chmodded 775 recursively. Again, file permissions and user settings are absolutely correct and work for 3 out 2 users. Suhosin patch and Zend Optimizer are disabled. Reproduce code: --- Main apache config: User www Group www Vhost config in apache: VirtualHost 10.2.8.10:80 ServerName site.user1.crossbow DocumentRoot /var/www/branches/site/user1/ Location / php_value include_path .:/var/www/branches/toolbox/user1:/var/www/branches/site/user1 AllowOverride All Options All /Location /VirtualHost Expected result: Able to write/read cached files in /var/www/branches/toolbox/user1/smarty/cache/ and /var/www/branches/toolbox/user1/smarty/templates_c and /var/tmp/ Actual result: -- Warning: Smarty error: problem creating directory '/var/www/branches/toolbox/user1/smarty/cache/%%00/00F' in /usr/local/www/branches/toolbox/user1/smarty/Smarty.class.php on line 1101 Warning: Unknown: open(/var/tmp//sess_bb88e3d0e6a8358dc818d6fc7a2f8625, O_RDWR) failed: Permission denied (13) in Unknown on line 0 Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct () in Unknown on line 0 # cd /var/tmp # ls -la total 10 drwxrwxrwx 3 root wheel 3072 Apr 3 14:46 . drwxr-xr-x 24 root wheel 512 Jan 31 17:12 .. -- 1 www wheel 0 Apr 3 14:42 sess_462dae3f012480a23443be1051eb7b4e sess_bb88e3d0e6a8358dc818d6fc7a2f8625 -- 1 www wheel 0 Apr 3 14:25 wrt0AId76 -- 1 www wheel 0 Apr 3 14:25 wrt0ynxfS -- 1 www wheel 0 Apr 3 14:44 wrt1N4NTk ... # cd /var/www/branches/toolbox/user1/smarty/templates_c/ # ls -la total 32 d--x--x--x 2 www www 512 Apr 3 14:44 %%47 d--x--x--x 2 www www 512 Apr 3 14:44 %%5B -- Edit this bug report at http://bugs.php.net/?id=44633edit=1
#42862 [Com]: IMAP toolkit crash: rfc822.c legacy routine buffer, overflow
ID: 42862
Comment by: pubear at u dot washington dot edu
Reported By: Maylein at ub dot uni-heidelberg dot de
Status: Assigned
Bug Type: IMAP related
Operating System: Linux 2.6.22
PHP Version: 5.2.4
Assigned To: iliaa
New Comment:
I am using imap c-client 2007a with php-5.2.5.
I am working with an extensively modified version of:
http://migrationtool.sourceforge.net
I ran into this issue migrating people's mailboxes in Exchange Server.
I wanted to confirm that the patch submitted by sborrill at precedence
dot co dot uk appears to have fixed the buffer overflow bug.
Thank you very much.
Previous Comments:
[2008-03-04 16:57:55] sborrill at precedence dot co dot uk
php_imap.c uses rfc822_write_address() which, with imap-uw sources
since 2005, limits the complete returned address list to 16383 bytes in
length irrespective of the size of the buffer you pass into it (you
don't pass the length, so it can't know the actual size).
This means that if you have a large address lists in your To: or Cc:
headers, that would expand to more than 16383 characters, PHP will
core-dump with SIGABRT.
This affects PHP HEAD too.
rfc822_write_address is deprecated:
* WARNING: These routines are for compatibility with old software
only.
*
* Their use in new software is to be avoided.
*
* These interfaces do not provide satisfactory buffer checking. In
* versions of c-client prior to imap-2005, they did not provide any
* buffer checking at all.
The fix is to use rfc822_output_address_list().
Patch below (against 5.2.5):
--- php_imap.c.orig 2007-07-31 01:31:10.0 +0100
+++ php_imap.c 2008-03-04 17:48:30.0 +
@@ -70,6 +70,7 @@
static void _php_imap_add_body(zval *arg, BODY *body TSRMLS_DC);
static void _php_imap_parse_address(ADDRESS *addresslist, char
**fulladdress, zval *paddress TSRMLS_DC);
static int _php_imap_address_size(ADDRESS *addresslist);
+static void _php_rfc822_write_address_len (char *dest, ADDRESS *adr,
int len);
/* the gets we use */
static char *php_mail_gets(readfn_t f, void *stream, unsigned long
size, GETS_DATA *md);
@@ -2137,7 +2138,7 @@
}
string[0]='\0';
- rfc822_write_address(string, addr);
+ _php_rfc822_write_address_len(string, addr, sizeof(string));
RETVAL_STRING(string, 1);
}
/* }}} */
@@ -2906,13 +2907,13 @@
if (env-from
_php_imap_address_size(env-from) MAILTMPLEN)
{
env-from-next=NULL;
address[0] = '\0';
- rfc822_write_address(address,
env-from);
+ _php_rfc822_write_address_len(address,
env-from,
sizeof(address));
add_property_string(myoverview, from,
address, 1);
}
if (env-to _php_imap_address_size(env-to)
MAILTMPLEN) {
env-to-next = NULL;
address[0] = '\0';
- rfc822_write_address(address, env-to);
+ _php_rfc822_write_address_len(address,
env-to,
sizeof(address));
add_property_string(myoverview, to,
address, 1);
}
if (env-date) {
@@ -3883,6 +3884,34 @@
/* }}} */
+/* {{{ _php_rfc822_soutr
+ */
+static long _php_rfc822_soutr (void *stream,char *string)
+{
+ return NIL;
+}
+
+/* }}} */
+
+
+/* {{{ _php_rfc822_write_address_len
+ */
+static void _php_rfc822_write_address_len ( char *dest, ADDRESS *adr,
int len)
+{
+ RFC822BUFFER buf;
+
+ buf.beg = dest;
+ buf.cur = buf.beg;
+ buf.end = buf.beg + len - 1;
+ buf.s = NIL;
+ buf.f = _php_rfc822_soutr;
+ rfc822_output_address_list (buf, adr, 0, NIL);
+ *buf.cur = '\0';
+}
+
+/* }}} */
+
+
/* {{{ _php_imap_parse_address
*/
static void _php_imap_parse_address (ADDRESS *addresslist, char
**fulladdress, zval *paddress TSRMLS_DC)
@@ -3897,7 +3926,7 @@
if ((len = _php_imap_address_size(addresstmp))) {
tmpstr = (char *) pemalloc(len + 1, 1);
tmpstr[0] = '\0';
- rfc822_write_address(tmpstr, addresstmp);
+ _php_rfc822_write_address_len(tmpstr, addresstmp, len);
*fulladdress = tmpstr;
} else {
*fulladdress = NULL;
[2007-10-30 17:15:29] [EMAIL PROTECTED]
Reclassified. (This is the correct place for this, it's imap related)
[2007-10-22 11:44:14] Maylein at ub dot
#44633 [Fbk-Opn]: Write/read errors on vhosts
ID: 44633 User updated by: prikid at gmail dot com Reported By: prikid at gmail dot com -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: FreeBSD 6.2-RELEASE PHP Version: 5.2.5 Assigned To: fb-req-jani New Comment: Upgrading did not help. I run 'make test' and submitted the failed list from the prompt. Also, a copy of phpinfo() from the box is available here: http://www.undeveloped.net/testip.php.htm Previous Comments: [2008-04-03 21:02:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi And DO NOT apply any 3rd party patches to the sources. And make absolutely sure your php.ini is free of any Zend extensions (Zend optimizer, any caches, etc.) [2008-04-03 19:11:52] prikid at gmail dot com Description: Note: This bug maybe related to bug#42826 I have setup virtual hosts within apache 2.0.62 configuration with identical settings (except for paths to directories) 3 out of 5 users have no problems, but for 2 others, temporary cache files (using smarty templating system) produce errors as well as session files in /var/tmp. All directories have correct user/group settings for apache and chmodded 775 recursively. Again, file permissions and user settings are absolutely correct and work for 3 out 2 users. Suhosin patch and Zend Optimizer are disabled. Reproduce code: --- Main apache config: User www Group www Vhost config in apache: VirtualHost 10.2.8.10:80 ServerName site.user1.crossbow DocumentRoot /var/www/branches/site/user1/ Location / php_value include_path .:/var/www/branches/toolbox/user1:/var/www/branches/site/user1 AllowOverride All Options All /Location /VirtualHost Expected result: Able to write/read cached files in /var/www/branches/toolbox/user1/smarty/cache/ and /var/www/branches/toolbox/user1/smarty/templates_c and /var/tmp/ Actual result: -- Warning: Smarty error: problem creating directory '/var/www/branches/toolbox/user1/smarty/cache/%%00/00F' in /usr/local/www/branches/toolbox/user1/smarty/Smarty.class.php on line 1101 Warning: Unknown: open(/var/tmp//sess_bb88e3d0e6a8358dc818d6fc7a2f8625, O_RDWR) failed: Permission denied (13) in Unknown on line 0 Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct () in Unknown on line 0 # cd /var/tmp # ls -la total 10 drwxrwxrwx 3 root wheel 3072 Apr 3 14:46 . drwxr-xr-x 24 root wheel 512 Jan 31 17:12 .. -- 1 www wheel 0 Apr 3 14:42 sess_462dae3f012480a23443be1051eb7b4e sess_bb88e3d0e6a8358dc818d6fc7a2f8625 -- 1 www wheel 0 Apr 3 14:25 wrt0AId76 -- 1 www wheel 0 Apr 3 14:25 wrt0ynxfS -- 1 www wheel 0 Apr 3 14:44 wrt1N4NTk ... # cd /var/www/branches/toolbox/user1/smarty/templates_c/ # ls -la total 32 d--x--x--x 2 www www 512 Apr 3 14:44 %%47 d--x--x--x 2 www www 512 Apr 3 14:44 %%5B -- Edit this bug report at http://bugs.php.net/?id=44633edit=1
#36795 [Com]: Inappropriate unterminated entity reference in DOMElement-setAttribute
ID: 36795
Comment by: rob at electronicinsight dot com
Reported By: john at carney dot id dot au
Status: No Feedback
Bug Type: DOM XML related
Operating System: Windows/Linux
PHP Version: 5.1.2
New Comment:
A little hack to get around this bug:
function safe_add_child($sxml, $name, $value) {
$safe_value = preg_replace('/(?!\w+;)/', 'amp;', $value);
return $sxml-addChild($name, $safe_value);
}
Previous Comments:
[2008-02-08 20:09:37] moshe at varien dot com
PHP 5.2.4
Looks like the problem appears when there's node already exists being
overwritten
// works ok, doesn't require encoding:
$a = simplexml_load_string('a/');
$a-b = ' ;
// doesn't work, requires encoding:
$a = simplexml_load_string('abtest/b/a');
$a-b = ' ;
// doesn't work, always requires encoding
$a-addChild('b', ');
$a-addAttribute('b', ');
// works ok, never requires encoding
$a['b'] = ';
[2007-11-27 14:03:55] oscar at cdcovers dot to
I tried the workaround below and it seems to work:
$xml-addChild('element', '');
$xml-element = str_replace(, amp;, value of the element);
[2007-09-28 06:40:20] ocus51 at gail dot com
Hi,
I'm still experiencing this problem :
- PHP Version 5.2.0-8+etch7
- DOM/XML API Version 20031129
- libxml Version 2.6.27
[2006-12-06 11:49:37] philippe dot levan_nospam at kitpages dot fr
Hi,
I have the same problem. My config is :
- PHP 5.2
- libxml Version 2.6.16
-
?php
$xmlStr = ?xml version='1.0' encoding='UTF-8'?root/root;
$xml = new SimpleXMLElement($xmlStr);
$xml-addChild(foo,utf8_encode(start end));
echo foo tag added ok;
$xml-addChild(bar,utf8_encode(start end));
echo error on bar tag because of amp;;
$result = $xml-asXML();
echo pre.htmlentities($result)./pre;
?
-
you can run this script at :
http://www.kitpages.fr/test/bugSimpleXml.php
[2006-06-19 14:30:10] php dot net at jax dot be
In PHP 4.2.2 I have the same issue.
code
?php
require_once(sms/messageRelay.class.php);
$doc = domxml_new_doc(1.0);
$msg = $doc-create_element(message);
$msg-set_attribute(type, MT);
$doc-append_child($msg);
$auth = $doc-create_element(authentication);
$str = abc d e f;
$auth-set_content($str);
$msg-append_child($auth);
echo pre;
echo $doc-dump_mem(true, UTF-8);
echo /pre;
?
/code
It chokes on the .
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/36795
--
Edit this bug report at http://bugs.php.net/?id=36795edit=1
#44633 [Opn-Fbk]: Write/read errors on vhosts
ID: 44633 Updated by: [EMAIL PROTECTED] Reported By: prikid at gmail dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: FreeBSD 6.2-RELEASE PHP Version: 5.2.5 Assigned To: fb-req-jani New Comment: Why don't you set the session.save_path in your php.ini? btw. You have dozens of configure options in your configure line that don't even exist anymore. Pay attention to the list after running configure.. :) Previous Comments: [2008-04-03 22:19:31] prikid at gmail dot com Upgrading did not help. I run 'make test' and submitted the failed list from the prompt. Also, a copy of phpinfo() from the box is available here: http://www.undeveloped.net/testip.php.htm [2008-04-03 21:02:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi And DO NOT apply any 3rd party patches to the sources. And make absolutely sure your php.ini is free of any Zend extensions (Zend optimizer, any caches, etc.) [2008-04-03 19:11:52] prikid at gmail dot com Description: Note: This bug maybe related to bug#42826 I have setup virtual hosts within apache 2.0.62 configuration with identical settings (except for paths to directories) 3 out of 5 users have no problems, but for 2 others, temporary cache files (using smarty templating system) produce errors as well as session files in /var/tmp. All directories have correct user/group settings for apache and chmodded 775 recursively. Again, file permissions and user settings are absolutely correct and work for 3 out 2 users. Suhosin patch and Zend Optimizer are disabled. Reproduce code: --- Main apache config: User www Group www Vhost config in apache: VirtualHost 10.2.8.10:80 ServerName site.user1.crossbow DocumentRoot /var/www/branches/site/user1/ Location / php_value include_path .:/var/www/branches/toolbox/user1:/var/www/branches/site/user1 AllowOverride All Options All /Location /VirtualHost Expected result: Able to write/read cached files in /var/www/branches/toolbox/user1/smarty/cache/ and /var/www/branches/toolbox/user1/smarty/templates_c and /var/tmp/ Actual result: -- Warning: Smarty error: problem creating directory '/var/www/branches/toolbox/user1/smarty/cache/%%00/00F' in /usr/local/www/branches/toolbox/user1/smarty/Smarty.class.php on line 1101 Warning: Unknown: open(/var/tmp//sess_bb88e3d0e6a8358dc818d6fc7a2f8625, O_RDWR) failed: Permission denied (13) in Unknown on line 0 Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct () in Unknown on line 0 # cd /var/tmp # ls -la total 10 drwxrwxrwx 3 root wheel 3072 Apr 3 14:46 . drwxr-xr-x 24 root wheel 512 Jan 31 17:12 .. -- 1 www wheel 0 Apr 3 14:42 sess_462dae3f012480a23443be1051eb7b4e sess_bb88e3d0e6a8358dc818d6fc7a2f8625 -- 1 www wheel 0 Apr 3 14:25 wrt0AId76 -- 1 www wheel 0 Apr 3 14:25 wrt0ynxfS -- 1 www wheel 0 Apr 3 14:44 wrt1N4NTk ... # cd /var/www/branches/toolbox/user1/smarty/templates_c/ # ls -la total 32 d--x--x--x 2 www www 512 Apr 3 14:44 %%47 d--x--x--x 2 www www 512 Apr 3 14:44 %%5B -- Edit this bug report at http://bugs.php.net/?id=44633edit=1
