#44425 [Com]: Extending PDO/MySQL class with a __call() function doesn't work
ID: 44425
Comment by: crrodriguez at suse dot de
Reported By: phpbugs at wayoverthere dot com
Status: Open
Bug Type: PDO related
Operating System: Linux/Windows
PHP Version: 5.2CVS-2008-03-13 (snap)
New Comment:
Works for me as well, with current 5_3 CVS
Previous Comments:
[2008-03-13 22:25:06] phpbugs at wayoverthere dot com
I'm still seeing the problem. I have recompiled PHP
(php5.3-200803131930) on several different boxes - all Linux, but
different distros (Ubuntu 7.10, openSuse 10.2, and a very old Gentoo
box). On a hunch, I uninstalled the system PHP, thinking the custom
PHP was using the system .so's. Same thing.
I even tried installing PHP on a Win2k box using the snapshot
http://snaps.php.net/win32/php5.3-win32-200803132030.zip. I used the
recommended php.ini file as a base config file, but enabled
php_pdo.dll, php_pdo_mysql.dll, and php_pdo_sqlite.dll extensions.
Then I created test.php and put this in it:
';
}
function foo() {
echo "Called foo in ".__CLASS__.'';
}
}
$sqlite = new test('sqlite::memory:');
$sqlite->foo();
$sqlite->bar();
$mysql = new test('mysql:dbname=foo;host=10.1.1.142','foo','bar');
$mysql->foo();
$mysql->bar();
?>
Running "php test.php" gives:
Called foo in testCalled bar in testCalled foo in
testFatal error: Call to undefined method test::bar() in C:
\php5\test.php on line 17
[2008-03-13 16:10:44] [EMAIL PROTECTED]
Works fine in snapshot and PHP 5.3
[2008-03-13 04:52:06] phpbugs at wayoverthere dot com
Description:
Exact(?) same bug as #43663, except connecting to a MySQL 5 server. I
have also tried a 5.3 snapshot & got the same result. Tried both cgi
and cli.
Reproduce code:
---
';
}
function foo() {
echo "Called foo in ".__CLASS__.'';
}
}
$a = new test('mysql:dbname=test;host=localhost','user','pw');
$a->foo();
$a->bar();
?>
Expected result:
"Called foo in test
Called bar in test"
Actual result:
--
"Called foo in test
Fatal error: Call to undefined method test::bar() in call.php on
line 24"
--
Edit this bug report at http://bugs.php.net/?id=44425&edit=1
#44424 [Fbk->Opn]: iconv() is not working
ID: 44424
User updated by: yes298 at gmail dot com
Reported By: yes298 at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: ICONV related
Operating System: FreeBSD 7.0(x64)
PHP Version: 5.2.5
New Comment:
Yes, even using freeBSD command iconv is also fail to convert between
big5 and gb2312
Is it the problem of FreeBSD command libconv?
I would like to know whether PHP iconv() funciton will directly
call system libconv() to do convertion?
Previous Comments:
[2008-03-13 11:53:03] [EMAIL PROTECTED]
Does the same work using the command line iconv utility?
[2008-03-13 03:06:14] yes298 at gmail dot com
Description:
on FreeBSD 6.2(x64) and 7.0(x64), use phpinfo() show that iconv() is
enabled, but it can NOT work properly, only big5 or gb2312 convert to
utf-8 is ok, but can NOT convert between big5 and gb2312 or gbk.
phpinfo() result as below:
iconv support enabled
iconv implementation libiconv
iconv library version 1.11
Directive Local Value Master Value
iconv.input_encoding ISO-8859-1 ISO-8859-1
iconv.internal_encoding ISO-8859-1 ISO-8859-1
iconv.output_encoding ISO-8859-1 ISO-8859-1
Using function var_dump(get_extension_funcs("iconv")); to get info as
below:
array(11) { [0]=> string(5) "iconv" [1]=> string(16) "ob_iconv_handler"
[2]=> string(18) "iconv_get_encoding" [3]=> string(18)
"iconv_set_encoding" [4]=> string(12) "iconv_strlen" [5]=> string(12)
"iconv_substr" [6]=> string(12) "iconv_strpos" [7]=> string(13)
"iconv_strrpos" [8]=> string(17) "iconv_mime_encode" [9]=> string(17)
"iconv_mime_decode" [10]=> string(25) "iconv_mime_decode_headers" }
Reproduce code:
---
$a = "·±ówÕfÔ~";
$b = iconv('big5','gb2312',$a);
$c = iconv('big5','gbk',$a);
echo 'TC: ' . $a .'';
echo 'SC: ' . $b .'';
echo 'gbk: ' . $c .'';
Expected result:
·±ówÕfÔ~
·±Ìå˵´Ê
·±Ìå˵´Ê
Actual result:
--
·±ówÕfÔ~
·±
·±
--
Edit this bug report at http://bugs.php.net/?id=44424&edit=1
#44425 [Csd->Opn]: Extending PDO/MySQL class with a __call() function doesn't work
ID: 44425
User updated by: phpbugs at wayoverthere dot com
Reported By: phpbugs at wayoverthere dot com
-Status: Closed
+Status: Open
Bug Type: PDO related
-Operating System: Linux
+Operating System: Linux/Windows
PHP Version: 5.2CVS-2008-03-13 (snap)
New Comment:
I'm still seeing the problem. I have recompiled PHP
(php5.3-200803131930) on several different boxes - all Linux, but
different distros (Ubuntu 7.10, openSuse 10.2, and a very old Gentoo
box). On a hunch, I uninstalled the system PHP, thinking the custom
PHP was using the system .so's. Same thing.
I even tried installing PHP on a Win2k box using the snapshot
http://snaps.php.net/win32/php5.3-win32-200803132030.zip. I used the
recommended php.ini file as a base config file, but enabled
php_pdo.dll, php_pdo_mysql.dll, and php_pdo_sqlite.dll extensions.
Then I created test.php and put this in it:
';
}
function foo() {
echo "Called foo in ".__CLASS__.'';
}
}
$sqlite = new test('sqlite::memory:');
$sqlite->foo();
$sqlite->bar();
$mysql = new test('mysql:dbname=foo;host=10.1.1.142','foo','bar');
$mysql->foo();
$mysql->bar();
?>
Running "php test.php" gives:
Called foo in testCalled bar in testCalled foo in
testFatal error: Call to undefined method test::bar() in C:
\php5\test.php on line 17
Previous Comments:
[2008-03-13 16:10:44] [EMAIL PROTECTED]
Works fine in snapshot and PHP 5.3
[2008-03-13 04:52:06] phpbugs at wayoverthere dot com
Description:
Exact(?) same bug as #43663, except connecting to a MySQL 5 server. I
have also tried a 5.3 snapshot & got the same result. Tried both cgi
and cli.
Reproduce code:
---
';
}
function foo() {
echo "Called foo in ".__CLASS__.'';
}
}
$a = new test('mysql:dbname=test;host=localhost','user','pw');
$a->foo();
$a->bar();
?>
Expected result:
"Called foo in test
Called bar in test"
Actual result:
--
"Called foo in test
Fatal error: Call to undefined method test::bar() in call.php on
line 24"
--
Edit this bug report at http://bugs.php.net/?id=44425&edit=1
#44102 [Fbk->Opn]: Problem with compiling SQL Relay & PHP
ID: 44102 User updated by: admin at relax-info dot com Reported By: admin at relax-info dot com -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: MAC OS X Leopard 10.5.2 PHP Version: 5.2.6RC3-dev New Comment: >> Why do you use --enable-static? Try this configure line instead I thought that this option give posibility to receive lib*.a after php compilation. >> Does it compile and install everything without errors? Please see log: http://www.relax-info.com/data/file/compilephp5.2.6rc3.txt Previous Comments: [2008-03-13 12:36:22] [EMAIL PROTECTED] Why do you use --enable-static? Try this configure line instead: The PHP configure options: # make clean && rm config.cache # ./configure --prefix=/usr --with-apxs2=/usr/sbin/apxs --disable-all # make install Does it compile and install everything without errors? [2008-03-12 06:43:10] admin at relax-info dot com Thank you for answer! I was successfully recompiled PHP5 (with --enable-static) to lastets (PHP Version 5.2.6RC3-dev). Then I run search for "libphp*"... and I see result: - libphp5.module.in - libphp5.so - libphp5.bundle But I do not found libphp.dylib or libphp5.dylib or libphp.a or libphp5.a. Ok... I run compile SQL Relay now: _console errors_ ... ld: library not found for -lphp collect2: ld returned 1 exit status make[4]: *** [libsql_relay.la] Error 1 Hmm, then I copy libphp5.so to /usr/lib/libphp.a and try to compile SQLRelay: ... _console error_ ... ld: warning in /usr/lib/libphp.a, file is not of required architecture Undefined symbols: "_convert_to_double", referenced from: What now? [2008-03-11 22:28:05] [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 [2008-03-03 17:53:56] admin at relax-info dot com Also, then I run searh for "libphp*" on my file system. Search result: ./sapi/apache_hooks/ libphp5.module.in ./sapi/apache/ libphp5.module.in ./libs/ libphp5.bundle libphp5.so [2008-03-03 17:43:27] admin at relax-info dot com Hmm, the linker of libraries in MAC OS X search for libx.dylib or libx.a in the library search path. But when I finished compile process with "- -enable-static", I do not found libphp.dylib or libphp5.dylib or libphp.a or libphp5.a. Then SQLRelay can't compile because "dl" could not found PHP5 libraries. P.S: Mac OS X ld manual: http://developer.apple.com/documentation/Darwin/Reference/ManPages/man1/ ld.1.html 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/44102 -- Edit this bug report at http://bugs.php.net/?id=44102&edit=1
#44223 [Bgs]: round() sometimes returns value in E notation
ID: 44223 User updated by: kjohnson at zootweb dot com Reported By: kjohnson at zootweb dot com Status: Bogus Bug Type: Math related Operating System: Linux 2.6.20.2 PHP Version: 5.2.5 New Comment: Thanks for your response, Jani. OK, so it's not a bug. Would you agree that: 1. It is a change in behavior from PHP 4? 2. This change in behavior is undocumented? This behavior is not normal when compared to the behavior in PHP 4. I would not call erratic changes in the format of return values "normal" in any case, since I have never seen anything like this before in other languages. And, yes, it is only _printing_, but _printing_ counts. Here's an example of how _printing_ counts. My code that ran fine on PHP 4 suddenly threw an error on PHP 5. This code for a financial transaction used to work just fine, now it breaks for certain values when writing those values into xml, since the value no longer validates against the xsd when round() returns the value in exponential notation: '' . round($income) . '' Thanks, again, for responding. Previous Comments: [2008-03-13 12:14:55] [EMAIL PROTECTED] Hint: Try replacing the 'echo' with var_dump().. [2008-03-13 12:14:34] [EMAIL PROTECTED] I don't see any bug here, it's perfectly normal to _print_ it that way since those are floats. [2008-03-06 18:44:14] a dot u dot savchuk at gmail dot com bug is not fixed yet in php-5.2.5 $ ./sapi/cli/php ./test1.php | grep 'E+' 1.2E+6 1.4E+6 2.3E+6 2.4E+6 2.8E+6 3.3E+6 3.4E+6 3.8E+6 4.1E+6 4.3E+6 4.6E+6 4.8E+6 5.1E+6 5.3E+6 5.6E+6 5.8E+6 6.1E+6 6.3E+6 6.6E+6 6.8E+6 7.1E+6 7.3E+6 7.6E+6 7.8E+6 8.1E+6 8.2E+6 8.6E+6 8.7E+6 9.1E+6 9.2E+6 9.6E+6 9.7E+6 test script is: $ cat ./test1.php php version is: $ ./sapi/cli/php -v PHP 5.2.5 (cli) (built: Mar 2 2008 02:27:40) (DEBUG) Copyright (c) 1997-2007 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies [2008-02-25 16:08:01] kjohnson at zootweb dot com Thanks for your response! Sorry, I am not able to change my PHP version, so I can't try the CVS snapshot. [2008-02-24 19:51:06] [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 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/44223 -- Edit this bug report at http://bugs.php.net/?id=44223&edit=1
#44380 [Fbk->Opn]: localtime sometimes gives GMT date, not local
ID: 44380
User updated by: tessone at polyglut dot net
Reported By: tessone at polyglut dot net
-Status: Feedback
+Status: Open
Bug Type: Date/time related
Operating System: CentOS
PHP Version: 5.2.5
New Comment:
As you can see from the sample code above, I haven't set date.timezone.
If I do set it, the erratic behavior stops.
However, it is a bug that without setting the timezone explicitly, the
behavior is erratic and unpredictable. It should default to either UTC
or the system timezone, but it definitely should not alternate randomly
between the two.
Previous Comments:
[2008-03-13 12:08:05] [EMAIL PROTECTED]
How/where do you set date.timezone ?
[2008-03-09 00:33:27] tessone at polyglut dot net
Description:
When using localtime() to get the server time into an array, sometimes
PHP chooses the local timezone, sometimes it chooses GMT. I am in
US/Eastern (-0500), so after 7pm, sometimes my script says it's today,
sometimes tomorrow (because it is choosing GMT).
Below is some code, plus a result from when it chooses the local
timezone (correct) and one where it chooses GMT (incorrect).
If I run date at the command-line, it consistently returns a US/Eastern
time, so the server is not skipping back and forth between timezones for
any reason.
Reproduce code:
---
print time() . ": ";
$serverTime = localtime(time());
print_r($serverTime);
print date("O");
Expected result:
1205022657: Array ( [0] => 57 [1] => 30 [2] => 19 [3] => 8 [4] => 2 [5]
=> 108 [6] => 6 [7] => 67 [8] => 0 ) -0500
Actual result:
--
1205022665: Array ( [0] => 5 [1] => 31 [2] => 0 [3] => 9 [4] => 2 [5]
=> 108 [6] => 0 [7] => 68 [8] => 0 ) +
--
Edit this bug report at http://bugs.php.net/?id=44380&edit=1
#44408 [Fbk->Opn]: make works, 'make test' core dumps
ID: 44408 User updated by: charlesg at unixrealm dot com Reported By: charlesg at unixrealm dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Solaris 10 PHP Version: 5.2.5 New Comment: I can't seem to upload the results. Yesterday I email but it got bounce back. today I let 'make test' do the upload but I don't see the report show up anywhere. There were several tests failed: = TEST RESULT SUMMARY - Exts skipped: 54 Exts tested : 25 - Number of tests : 5392 3938 Tests skipped : 1454 ( 27.0%) Tests warned:0 ( 0.0%) ( 0.0%) Tests failed: 252 ( 4.7%) ( 6.4%) Tests passed: 3686 ( 68.4%) ( 93.6%) - Time taken : 646 seconds = I am not sure how to pin point the ones that are relevant you and/or this ticker. The test result file is huge, probably the cause of the failured to upload (in the email it was gzipped). I probably have another problem causing massive failures with the CSV but I don't know what that could be. What's my best shot at getting some kind of PHP going on this system? Should I try an older version? Previous Comments: [2008-03-13 11:58:59] [EMAIL PROTECTED] Yes, it can be mailed to qa and you should then be able to find the mail at http://news.php.net/php.qa.reports or http://news.php.net/php.qa (just provide the url to it here) But did it crash? What tests failed? [2008-03-12 01:42:42] charlesg at unixrealm dot com I ran the CVS snapshot and it produced a report. I will email to [EMAIL PROTECTED] Is there a way to attach it to the ticket? [2008-03-11 21:30:44] [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 [2008-03-11 17:25:22] charlesg at unixrealm dot com Description: Ran config like this: ./configure --with-mysql=/usr/local/mysql --with-oci8=/usr/pkgs/oracle/product/10.2.0/Db_1 --with-openssl=/usr/local/ssl --with-apxs2=/usr/pkgs/apache/2.2.8/mendel/bin/apxs Same synthax was used on a Solaris 10 SPARC. This is a Solaris 10 x86 platform: SunOS mendel 5.10 Generic_127112-07 i86pc i386 i86pc <[EMAIL PROTECTED]> isainfo amd64 i386 Here is the output of 'make test': <[EMAIL PROTECTED]> make test Build complete. Don't forget to run 'make test'. Segmentation Fault - core dumped *** Error code 139 (ignored) The following command caused the error: if test ! -z "" && test -x ""; then \ TEST_PHP_EXECUTABLE= \ TEST_PHP_SRCDIR=/usr/local/src/apache/php-5.2.5 \ CC="gcc" \ -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' /usr/local/src/apache/php-5.2.5/run-tests.php -U -d extension_dir=modules/ ` if test "x" != "x"; then for i in ""; do . $i; /usr/local/src/apache/php-5.2.5/build/shtool echo -n -- " -d extension=$dlname"; done; fi` tests/; \ elif test ! -z "sapi/cli/php" && test -x "sapi/cli/php"; then \ INI_FILE=`/usr/local/src/apache/php-5.2.5/sapi/cli/php -r 'echo php_ini_loaded_file();'`; \ if test "$INI_FILE"; then \ egrep -v '^extension[\t\ ]*=' "$INI_FILE" > /usr/local/src/apache/php-5.2.5/tmp-php.ini; \ else \ echo > /usr/local/src/apache/php-5.2.5/tmp-php.ini; \ fi; \ TEST_PHP_EXECUTABLE=/usr/local/src/apache/php-5.2.5/sapi/cli/php \ TEST_PHP_SRCDIR=/usr/local/src/apache/php-5.2.5 \ CC="gcc" \ /usr/local/src/apache/php-5.2.5/sapi/cli/php -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' /usr/local/src/apache/php-5.2.5/run-tests.php -c /usr/local/src/apache/php-5.2.5/tmp-php.ini -U -d extension_dir=/usr/local/src/apache/php-5.2.5/modules/ ` if test "x" != "x"; then for i in ""; do . $i; /usr/local/src/apache/php-5.2.5/build/shtool echo -n -- " -d extension=$dlname"; done; fi` ; \ else \ echo "ERROR: Cannot run tests without CLI sapi."; \ fi I tried to troubleshoot using dbx: <[EMAIL PROTECTED]> dbx sapi/cli/php core For information about new features see `help changes' To remove this message, put `dbxenv suppress_startup_message 7.5' in your .dbxrc Reading php core file head
#44433 [NEW]: Text with null characters (\0) truncated when bound to prepared statement
From: hans at velum dot net
Operating system: Gentoo Linux
PHP version: 5.2.5
PHP Bug Type: PDO related
Bug description: Text with null characters (\0) truncated when bound to
prepared statement
Description:
I'm using PostgreSQL (8.2.x) and am having a problem inserting serialized
data containing null characters (\0) into the database. I am using
prepared statements and the bindValue() method to bind the serialized data
as a PDO::PARAM_STR.
It's not obvious from the output below, but these serialized strings
contain null values because of the private variables.
I can't seem to find an existing bug for this; however, it surprises me
that no one has reported this before.
Reproduce code:
---
$pdo = new PDO('pgsql: dbname=testdb user=postgres');
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
try {
$pdo->exec('DROP TABLE testtbl');
} catch (PDOException $x) { /* ignore */ }
$pdo->exec('CREATE TABLE testtbl (id integer not null, txtcol text)');
class MyClass {
private $var1;
function __construct($val) { $this->var1 = $val; }
}
$serialized = serialize(array('foo' => new MyClass('bar'), 'baz' => new
MyClass('bingo!')));
print "Serialized data: " . $serialized . PHP_EOL;
$stmt = $pdo->prepare('INSERT INTO testtbl (id, txtcol) VALUES (1, ?)');
$stmt->bindValue(1, $serialized, PDO::PARAM_STR);
$stmt->execute();
$stmt = $pdo->query('SELECT * FROM testtbl WHERE id = 1');
$row = $stmt->fetch();
print "From database: " . $row['txtcol'] . PHP_EOL;
Expected result:
Serialized data:
a:2:{s:3:"foo";O:7:"MyClass":1:{s:13:"MyClassvar1";s:3:"bar";}s:3:"baz";O:7:"MyClass":1:{s:13:"MyClassvar1";s:6:"bingo!";}}
>From database:
a:2:{s:3:"foo";O:7:"MyClass":1:{s:13:"MyClassvar1";s:3:"bar";}s:3:"baz";O:7:"MyClass":1:{s:13:"MyClassvar1";s:6:"bingo!";}}
Actual result:
--
Serialized data:
a:2:{s:3:"foo";O:7:"MyClass":1:{s:13:"MyClassvar1";s:3:"bar";}s:3:"baz";O:7:"MyClass":1:{s:13:"MyClassvar1";s:6:"bingo!";}}
>From database: a:2:{s:3:"foo";O:7:"MyClass":1:{s:13:"
--
Edit bug report at http://bugs.php.net/?id=44433&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44433&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44433&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44433&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44433&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44433&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44433&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44433&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44433&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44433&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44433&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44433&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44433&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44433&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44433&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44433&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44433&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44433&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44433&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44433&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44433&r=mysqlcfg
#44056 [Opn->Fbk]: Get file content
ID: 44056
Updated by: [EMAIL PROTECTED]
Reported By: raphpell at cario dot fr
-Status: Open
+Status: Feedback
Bug Type: Performance problem
Operating System: Windows Vista
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-06 18:13:54] raphpell at cario dot fr
$_ENV [ 'nFiles' ] = 0 ;
$_ENV [ 'nFolders' ] = 0 ;
$sPath = $prefixe . './' ; // define a file system
function _getmicrotime ( ) {
list ( $usec, $sec ) = explode ( " " , microtime ( )) ;
return ( ( (float) $usec + (float) $sec ) * 1000 ) ;
};
function doSomething ( $sPath ) {
$_ENV [ "nFolders" ]++ ;
$a = glob ( $sPath . "*" ) ;
if ( $a )
while ( list (, $sFile ) = each ( $a )){
if ( is_dir ( $sFile ) AND ! in_array ( $sFile , Array
( "." , ".."
)))
doSomething ( $sFile . "/" ) ;
if ( is_file ( $sFile )){
$s = file_get_contents ( $sFile ) ;
$_ENV [ "nFiles" ]++ ;
}
}
};
$nStart = _getmicrotime ( ) ;
if ( is_dir ( $sPath )) doSomething ( $sPath ) ; else die ( $sPath ) ;
echo
' - time: '. (int)( _getmicrotime ( ) - $nStart ) . 'ms ' .
' - Files: '. $_ENV [ "nFiles" ] .
' - Folders: '. $_ENV [ "nFolders" ] ;
/*
EXECUTION TIME
[PHP 4.3.10]
2848.597 ms
2915.554 ms
2798.933 ms
[PHP 5.2.5]
11469.610 ms
11199.461 ms
11227.722 ms
*/
[2008-02-06 08:13:10] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves.
A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external
resources such as databases, etc. If the script requires a
database to demonstrate the issue, please make sure it creates
all necessary tables, stored procedures etc.
Please avoid embedding huge scripts into the report.
[2008-02-05 22:45:45] raphpell at cario dot fr
Description:
I handle my filesy stem :
- 2000 files
- 2000 folders
With PHP 4.3.3 my scripts take 5 secondes
With PHP 5.2.5 35 secondes...
I use fopen, file_get_contents ( ob_start + include )
I zip my site, create my db with my filesystem,...
--
Edit this bug report at http://bugs.php.net/?id=44056&edit=1
#44432 [NEW]: PHP Stops Working After Windows Updates..
From: egil at aslagsen dot com Operating system: Windows Server 2003 PHP version: 5.2.5 PHP Bug Type: Unknown/Other Function Bug description: PHP Stops Working After Windows Updates.. Description: PHP pages stop working after march 12th updates for Windows 2003. Setup is Windows 2003 Enterprise + PHP 5.2.5. I have the latest PHP release and PHP pages worked fine until the update and the required reboot.. Updates applied: Windows Malicious Software Removal Tool - March 2008 (KB890830) Update for Windows Server 2003 (KB948496) -- Edit bug report at http://bugs.php.net/?id=44432&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44432&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44432&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44432&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44432&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44432&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44432&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44432&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44432&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44432&r=support Expected behavior:http://bugs.php.net/fix.php?id=44432&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44432&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44432&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44432&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44432&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44432&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44432&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44432&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44432&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44432&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44432&r=mysqlcfg
#43677 [Opn->Csd]: Inconsistent behaviour of include_path set with php_value
ID: 43677 Updated by: [EMAIL PROTECTED] Reported By: root at net1 dot cc -Status: Open +Status: Closed Bug Type: Safe Mode/open_basedir Operating System: FreeBSD 6.2 PHP Version: 5.2.5 New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2008-03-13 15:51:56] manuel at mausz dot at ping [2008-03-07 20:21:13] oliver dot graetz at gmx dot de In order to avoid getting my report marked as a duplicate of this one: I have experienced a similar problem with PHP 5.2.5. I am using set_include_path() but the PHP ignores the call and uses the value defined in the main php.ini file. [2008-02-26 12:22:18] manuel at mausz dot at Yes. The bug only occurs if you're mixing php_admin_value and php_value with the same ini-setting. [2008-02-26 11:18:06] admin at scuolacomunicazioneiulm dot it I've exactly the same system of [ryan at djurovich dot com] Plesk 8.3.0 CentOS 4 linux 2.6.9-023stab033.9-enterprise apache 2.0.52-32.3 php 5.2.5-4 updated this night :( (oh, don't I could sleep, don't?!) I think this bug is going to become so much serious as Plesk users update their systems! Error could be seen in www.fondazioneiulm.it and www.scuolacomunicazioneiulm.it. These sites are both built on Zend Framework, like [it at inmolinkmls dot com] application. Some request load Zend/Loader.php, some not (but I have "display_errors = off", so you'll see a blank page instead of error). Do you think that the hack to change php_admin_value to php_value in Plesk confs could patch this kind of situation? MP [2008-02-25 05:39:06] ryan at djurovich dot com Confirmed, running server with Plesk 8.3.0: CentOS 4 linux 2.6.9-023stab033.9-enterprise apache 2.0.52-32.3 php 5.2.5-4 The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/43677 -- Edit this bug report at http://bugs.php.net/?id=43677&edit=1
#44412 [Opn->Csd]: file_exists():PHP got 100% cpu load.
ID: 44412
Updated by: [EMAIL PROTECTED]
Reported By: yarodin at gmail dot com
-Status: Open
+Status: Closed
Bug Type: Directory function related
Operating System: Windows XP PRO/5.1.2600
PHP Version: 5.2.5
New Comment:
Thanks.
Previous Comments:
[2008-03-13 13:30:15] yarodin at gmail dot com
Yes
[2008-03-13 11:51:13] [EMAIL PROTECTED]
So it works using the snapshot?
[2008-03-12 15:15:23] yarodin at gmail dot com
Thanks, i haven't see this bug even on php5.2-win32-200803110430.zip
[2008-03-12 11:02:59] [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
[2008-03-12 03:34:27] yarodin at gmail dot com
Description:
Apache 2.2.8/mod_php5
file_exist() func make 100% cpu load on some buggy string passed as
param. See reproduce code.
Reproduce code:
---
http://gpa.ptungr.office.ttg/e107_images/pcmag.png";))
{
print_r("YAY\n");
} else {
print_r("NOONE\n");
}
?>
Expected result:
high cpu loadby php.
--
Edit this bug report at http://bugs.php.net/?id=44412&edit=1
#43856 [Asn->Bgs]: mktime and strftime use different timezones
ID: 43856
Updated by: [EMAIL PROTECTED]
Reported By: john at jcoppens dot com
-Status: Assigned
+Status: Bogus
Bug Type: Date/time related
Operating System: Linux
PHP Version: 5.2.5
Assigned To: derick
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.
You need to install the pecl/timezonedb extension.
Previous Comments:
[2008-02-01 01:29:25] john at jcoppens dot com
That was a typo, it must be:
America/Argentina/Cordoba
John
[2008-02-01 01:11:40] john at jcoppens dot com
Output of script:
PHP Strict Standards: date_default_timezone_get(): It is not safe to
rely on the system's timezone settings. Please use the date.timezone
setting, the TZ environment variable or the date_default_timezone_set()
function. In case you used any of those methods and you are still
getting this warning, you most likely misspelled the timezone
identifier. We selected 'America/Buenos_Aires' for 'ARST/-2.0/DST'
instead in /root/- on line 4
America/Buenos_Aires
time() = 1201827963
strftime = PHP Strict Standards: strftime(): It is not safe to rely on
the system's timezone settings. Please use the date.timezone setting,
the TZ environment variable or the date_default_timezone_set() function.
In case you used any of those methods and you are still getting this
warning, you most likely misspelled the timezone identifier. We selected
'America/Buenos_Aires' for 'ARST/-2.0/DST' instead in /root/- on line 9
PHP Strict Standards: mktime(): It is not safe to rely on the system's
timezone settings. Please use the date.timezone setting, the TZ
environment variable or the date_default_timezone_set() function. In
case you used any of those methods and you are still getting this
warning, you most likely misspelled the timezone identifier. We selected
'America/Buenos_Aires' for 'ARST/-2.0/DST' instead in /root/- on line 9
23:06:03 ARST -0200
GMT offset = 10800
Do note that I have updated the zoneinfo of the system, and the
way to define the time zone is now
Amertica/Argentina/Cordoba
I noticed that is some systems the Argentina directory was added,
but the old BuenosAires etc files were not removed in the
America level (BuenosAires, Cordoba, Jujuy, SanJuan, and a couple
others.
John
[2008-01-31 20:36:27] [EMAIL PROTECTED]
What's the output of this script:
[2008-01-15 15:17:14] john at jcoppens dot com
Description:
mktime() and strftime use different timezones...
Reproduce code:
---
echo "time() = " . time() .
" \nstrftime = ", strftime("%T %Z %z") .
" \nGMT offset = " . mktime(0, 0, 0, 1, 1, 1970) .
"\n";;
Expected result:
time() = 1200409896
strftime = 13:11:36 ARST -0200
GMT offset = 7200
Actual result:
--
time() = 1200409896
strftime = 13:11:36 ARST -0200
GMT offset = 10800
--
Edit this bug report at http://bugs.php.net/?id=43856&edit=1
#44257 [Asn->Csd]: [PATCH] timelib_tz_lookup_table must use float for gmtoffset
ID: 44257
Updated by: [EMAIL PROTECTED]
Reported By: iuri dot fiedoruk at hp dot com
-Status: Assigned
+Status: Closed
Bug Type: *General Issues
Operating System: Windows XP
PHP Version: 5.2.5
Assigned To: derick
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Thanks for the patch!
Previous Comments:
[2008-02-26 20:55:30] iuri dot fiedoruk at hp dot com
Description:
In ext/date/lib/timelib_struct.h you have:
typedef struct _timelib_tz_lookup_table {
char *name;
int type;
int gmtoffset;
char *full_tz_name;
} timelib_tz_lookup_table;
But in ext/date/lib/fallbackmap.h you can notice some timezones are
declared with offsets non-integer like:
{ "ist", 0, 5.5, "Asia/Calcutta" },
This break get_default_timezone function that reverts to UTC for those
values that are non-integer. The fix is easy, just change gmtoffset to
float:
typedef struct _timelib_tz_lookup_table {
char *name;
int type;
int gmtoffset;
char *full_tz_name;
} timelib_tz_lookup_table;
I've tested under Visual Studio 2005 Express and with this change
date_default_timezone_get() works fine now.
If there is a place to send patches, please tell me and I'll gladly
submit.
Reproduce code:
---
Run date_default_timezone_get() in a Windows machine with a non-integer
timezone (for example calcutah +5:30)
Expected result:
Shold return IST
Actual result:
--
Returns UTC
--
Edit this bug report at http://bugs.php.net/?id=44257&edit=1
#44426 [Asn->Csd]: support for new format of milliseconds in strtotime()
ID: 44426
Updated by: [EMAIL PROTECTED]
Reported By: krister dot karlstrom at arcada dot fi
-Status: Assigned
+Status: Closed
Bug Type: Feature/Change Request
Operating System: Ubuntu
PHP Version: 5.2.5
Assigned To: derick
New Comment:
This bug has been fixed in CVS.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2008-03-13 10:27:47] [EMAIL PROTECTED]
Assigned to Derick
[2008-03-13 08:05:11] krister dot karlstrom at arcada dot fi
Description:
The default datestring format returned by MS-SQL 2000 through the
MS-SQL support in PHP 5.2.3 (Ubuntu package) using the provided FreeTDS
library contains milliseconds that are separated with a colon, not a
dot. This breaks the parsing of the datestring in strtotime(), which
only seems to allow milliseconds separated by a dot. For compatibility
it would be great if strtotime() also could parse these strings.
This is the format returned by MS-SQL 2000 from a datetime column:
Aug 27 2007 12:00:00:000AM
I hereby request that strtotime() should be able to parse this string,
with our without the AM/PM (using 12 h or 24 h-format). For
compatibility issues it would probably also be good if strtotime() could
parse the string Aug 27 2007 12:00:00.000AM, since it for now doesn't
allow the 12 h-format together with milliseconds.
Reproduce code:
---
echo "TIME: ".strtotime("Aug 27 2007 12:00:00:000AM");
echo "TIME: ".strtotime("Aug 27 2007 12:00:00.000AM");
echo "TIME: ".strtotime("Aug 27 2007 12:00:00:000");
echo "TIME: ".strtotime("Aug 27 2007 12:00:00.000");
echo "TIME: ".strtotime("Aug 27 2007 12:00:00AM");
echo "TIME: ".strtotime("Aug 27 2007");
echo "TIME: ".strtotime("Aug 27 2007 12:00AM");
Expected result:
TIME: 1188162000
TIME: 1188162000
TIME: 1188205200
TIME: 1188205200
TIME: 1188162000
TIME: 1188162000
TIME: 1188162000
Actual result:
--
TIME:
TIME:
TIME:
TIME: 1188205200
TIME: 1188162000
TIME: 1188162000
TIME: 1188162000
--
Edit this bug report at http://bugs.php.net/?id=44426&edit=1
#44417 [Opn]: call function ignore http wrapper
ID: 44417 User updated by: thomas dot rabaix at gmail dot com Reported By: thomas dot rabaix at gmail dot com Status: Open Bug Type: SOAP related Operating System: Linux PHP Version: 5.2.5 New Comment: I have written an article where I state the problem http://rabaix.net/articles/2008/3/13/using-soap-php-with-ntlm-authentication Previous Comments: [2008-03-12 15:03:22] thomas dot rabaix at gmail dot com Description: If you defined your own http protocol wrapper with the stream_wrapper_register function. The method call (http) does not use it. However the SoapClient uses the new wrapper to retrieve the WSDL file. So my conclusion : - SoapClient read using the wrapper - SoapClient write/send using its own methods -- Edit this bug report at http://bugs.php.net/?id=44417&edit=1
#44425 [Opn->Csd]: Extending PDO/MySQL class with a __call() function doesn't work
ID: 44425
Updated by: [EMAIL PROTECTED]
Reported By: phpbugs at wayoverthere dot com
-Status: Open
+Status: Closed
Bug Type: PDO related
Operating System: Linux
PHP Version: 5.2CVS-2008-03-13 (snap)
New Comment:
Works fine in snapshot and PHP 5.3
Previous Comments:
[2008-03-13 04:52:06] phpbugs at wayoverthere dot com
Description:
Exact(?) same bug as #43663, except connecting to a MySQL 5 server. I
have also tried a 5.3 snapshot & got the same result. Tried both cgi
and cli.
Reproduce code:
---
';
}
function foo() {
echo "Called foo in ".__CLASS__.'';
}
}
$a = new test('mysql:dbname=test;host=localhost','user','pw');
$a->foo();
$a->bar();
?>
Expected result:
"Called foo in test
Called bar in test"
Actual result:
--
"Called foo in test
Fatal error: Call to undefined method test::bar() in call.php on
line 24"
--
Edit this bug report at http://bugs.php.net/?id=44425&edit=1
#43677 [Com]: Inconsistent behaviour of include_path set with php_value
ID: 43677 Comment by: manuel at mausz dot at Reported By: root at net1 dot cc Status: Open Bug Type: Safe Mode/open_basedir Operating System: FreeBSD 6.2 PHP Version: 5.2.5 New Comment: ping Previous Comments: [2008-03-07 20:21:13] oliver dot graetz at gmx dot de In order to avoid getting my report marked as a duplicate of this one: I have experienced a similar problem with PHP 5.2.5. I am using set_include_path() but the PHP ignores the call and uses the value defined in the main php.ini file. [2008-02-26 12:22:18] manuel at mausz dot at Yes. The bug only occurs if you're mixing php_admin_value and php_value with the same ini-setting. [2008-02-26 11:18:06] admin at scuolacomunicazioneiulm dot it I've exactly the same system of [ryan at djurovich dot com] Plesk 8.3.0 CentOS 4 linux 2.6.9-023stab033.9-enterprise apache 2.0.52-32.3 php 5.2.5-4 updated this night :( (oh, don't I could sleep, don't?!) I think this bug is going to become so much serious as Plesk users update their systems! Error could be seen in www.fondazioneiulm.it and www.scuolacomunicazioneiulm.it. These sites are both built on Zend Framework, like [it at inmolinkmls dot com] application. Some request load Zend/Loader.php, some not (but I have "display_errors = off", so you'll see a blank page instead of error). Do you think that the hack to change php_admin_value to php_value in Plesk confs could patch this kind of situation? MP [2008-02-25 05:39:06] ryan at djurovich dot com Confirmed, running server with Plesk 8.3.0: CentOS 4 linux 2.6.9-023stab033.9-enterprise apache 2.0.52-32.3 php 5.2.5-4 [2008-02-21 18:40:36] root at net1 dot cc I can confirm both of Manuel's patches fix the problem on another machine, too. Also, the first patch is used in production since it was made, and I have not encountered any problems up to now. It's high time devs look at this issue, isn't it? The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/43677 -- Edit this bug report at http://bugs.php.net/?id=43677&edit=1
#34381 [Com]: nl2br() should have an option for XHTML/HTML compatible BR element
ID: 34381 Comment by: holliwell at gmx dot net Reported By: jasper at bryant-greene dot name Status: Open Bug Type: Feature/Change Request Operating System: N/A PHP Version: 5.0.4 New Comment: I second jasper's suggestion of an optional switch, if one wants plain old html 4.01 , default should be xhtml-compliant . Previous Comments: [2007-10-25 17:25:29] nospam at wanted dot by dot me That tags generated by the NL2BR() function are not compliant with an HTML 4.01 DOCTYPE is now commented on otherwise legitimate pages by the W3C validator. I fail to understand why a new function wasn't invented to handle output intended for XHTML instead of simply amending this function intended for HTML output as of PHP 4.0.5 onwards - did you assume that everyone would immediately migrate to XHTML at that time? The only alternative for PHP authors who wish to generate HTML compliant markup at present are left with is to write their own version of NL2BR() and replace it's use throughout their script bases and libraries when generating HTML. A solution PHP could offer is a new function that enables PHP authors to specify whether an HTML page is being output or whether it is something else, like XHTML or XML. This function (or method) could be invoked at the same time as the DOCTYPE is output. It could also be defaulted by a php.ini switch quite handily. [2005-09-05 22:56:35] jasper at bryant-greene dot name Description: The nl2br() function, as of PHP 4.0.5, always inserts . However, in HTML a complaint parser should understand this as > (it is the SGML SHORTTAG syntax). For example, this code: | This isa paragraph should be rendered as this in an HTML document[1]: | This is | >a paragraph Therefore, in order to maintain compatibility with both HTML and XHTML specifications, I request that an option be added to nl2br() that allows XHTML or HTML compliant br elements to be inserted. [1] for more information, see http://hixie.ch/advocacy/xhtml -- Edit this bug report at http://bugs.php.net/?id=34381&edit=1
#44138 [Opn->Bgs]: zlib.compression causes blank screens
ID: 44138 Updated by: [EMAIL PROTECTED] Reported By: owner at dragon-hearts dot net -Status: Open +Status: Bogus Bug Type: Zlib Related Operating System: CentOs 4 PHP Version: 5.2.5 New Comment: You can't test, I can't reproduce -> case closed. Previous Comments: [2008-03-13 13:50:27] owner at dragon-hearts dot net The source is blank, I don't use this configuration anymore so I can't test it I changed the configuration to solve the problem so I can't check the headers. [2008-03-13 13:34:14] [EMAIL PROTECTED] And also what the browser did receive (as in "show source" :) [2008-03-13 13:33:18] [EMAIL PROTECTED] So check the headers when you get a blank screen then. [2008-03-13 13:15:25] owner at dragon-hearts dot net The pages can be any php page, I've not checked with firebug, I'm sure it's not a crash happening or I'd have logs of it. All compression modules were disabled when zlib.compression was enabled. [2008-03-13 13:07:52] [EMAIL PROTECTED] Works fine for me. What exactly are those pages that randomly appear as blank? Have you checked e.g. with firebug what the headers are that the server sends then? Are you sure there is not crash happening..? And have you disabled all compression modules in apache conf? 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/44138 -- Edit this bug report at http://bugs.php.net/?id=44138&edit=1
#44431 [Csd]: Isset fails on using a string as a multidimensional array
ID: 44431 Updated by: [EMAIL PROTECTED] Reported By: spencer dot rinehart at dominionenterprises dot com Status: Closed Bug Type: Strings related Operating System: Fedora 8/Linux PHP Version: 5.2.5 New Comment: 5.2.6 doesn't throws fatal error. Previous Comments: [2008-03-13 14:12:24] [EMAIL PROTECTED] 5.2.6 doesn't throws fatal error. [2008-03-13 13:48:34] spencer dot rinehart at dominionenterprises dot com Description: isset throws a fatal error when passing a string offset as an array of depth 3 or more when expected behavior would be it returning false. Reproduce code: --- $string=''; if(isset($string['test']['test'])) echo "true\n"; else echo "false\n"; if(isset($string['test']['test']['test'])) echo "true\n"; else echo "false\n"; Expected result: false false Actual result: -- false PHP Fatal error: Cannot use string offset as an array in /home/anubis/test.php on line 8 -- Edit this bug report at http://bugs.php.net/?id=44431&edit=1
#44431 [Opn->Csd]: Isset fails on using a string as a multidimensional array
ID: 44431 Updated by: [EMAIL PROTECTED] Reported By: spencer dot rinehart at dominionenterprises dot com -Status: Open +Status: Closed Bug Type: Strings related Operating System: Fedora 8/Linux PHP Version: 5.2.5 New Comment: 5.2.6 doesn't throws fatal error. Previous Comments: [2008-03-13 13:48:34] spencer dot rinehart at dominionenterprises dot com Description: isset throws a fatal error when passing a string offset as an array of depth 3 or more when expected behavior would be it returning false. Reproduce code: --- $string=''; if(isset($string['test']['test'])) echo "true\n"; else echo "false\n"; if(isset($string['test']['test']['test'])) echo "true\n"; else echo "false\n"; Expected result: false false Actual result: -- false PHP Fatal error: Cannot use string offset as an array in /home/anubis/test.php on line 8 -- Edit this bug report at http://bugs.php.net/?id=44431&edit=1
#44138 [Fbk->Opn]: zlib.compression causes blank screens
ID: 44138 User updated by: owner at dragon-hearts dot net Reported By: owner at dragon-hearts dot net -Status: Feedback +Status: Open Bug Type: Zlib Related Operating System: CentOs 4 PHP Version: 5.2.5 New Comment: The source is blank, I don't use this configuration anymore so I can't test it I changed the configuration to solve the problem so I can't check the headers. Previous Comments: [2008-03-13 13:34:14] [EMAIL PROTECTED] And also what the browser did receive (as in "show source" :) [2008-03-13 13:33:18] [EMAIL PROTECTED] So check the headers when you get a blank screen then. [2008-03-13 13:15:25] owner at dragon-hearts dot net The pages can be any php page, I've not checked with firebug, I'm sure it's not a crash happening or I'd have logs of it. All compression modules were disabled when zlib.compression was enabled. [2008-03-13 13:07:52] [EMAIL PROTECTED] Works fine for me. What exactly are those pages that randomly appear as blank? Have you checked e.g. with firebug what the headers are that the server sends then? Are you sure there is not crash happening..? And have you disabled all compression modules in apache conf? [2008-03-13 12:38:30] owner at dragon-hearts dot net The web server is apache 2.2.6, configured as FCGI php.ini settings output_buffering = 4096 output_handler isn't defined zlib.output_compression = on zlib.output_compression_level = 5 Other logs don't show anything out of the ordinary. Maybe you should add some optional boxes to bug report pages asking for webserver and configuration. 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/44138 -- Edit this bug report at http://bugs.php.net/?id=44138&edit=1
#44431 [NEW]: Isset fails on using a string as a multidimensional array
From: spencer dot rinehart at dominionenterprises dot com Operating system: Fedora 8/Linux PHP version: 5.2.5 PHP Bug Type: Strings related Bug description: Isset fails on using a string as a multidimensional array Description: isset throws a fatal error when passing a string offset as an array of depth 3 or more when expected behavior would be it returning false. Reproduce code: --- $string=''; if(isset($string['test']['test'])) echo "true\n"; else echo "false\n"; if(isset($string['test']['test']['test'])) echo "true\n"; else echo "false\n"; Expected result: false false Actual result: -- false PHP Fatal error: Cannot use string offset as an array in /home/anubis/test.php on line 8 -- Edit bug report at http://bugs.php.net/?id=44431&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44431&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44431&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44431&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44431&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44431&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44431&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44431&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44431&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44431&r=support Expected behavior:http://bugs.php.net/fix.php?id=44431&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44431&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44431&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44431&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44431&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44431&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44431&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44431&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44431&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44431&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44431&r=mysqlcfg
#44138 [Fbk]: zlib.compression causes blank screens
ID: 44138 Updated by: [EMAIL PROTECTED] Reported By: owner at dragon-hearts dot net Status: Feedback Bug Type: Zlib Related Operating System: CentOs 4 PHP Version: 5.2.5 New Comment: And also what the browser did receive (as in "show source" :) Previous Comments: [2008-03-13 13:33:18] [EMAIL PROTECTED] So check the headers when you get a blank screen then. [2008-03-13 13:15:25] owner at dragon-hearts dot net The pages can be any php page, I've not checked with firebug, I'm sure it's not a crash happening or I'd have logs of it. All compression modules were disabled when zlib.compression was enabled. [2008-03-13 13:07:52] [EMAIL PROTECTED] Works fine for me. What exactly are those pages that randomly appear as blank? Have you checked e.g. with firebug what the headers are that the server sends then? Are you sure there is not crash happening..? And have you disabled all compression modules in apache conf? [2008-03-13 12:38:30] owner at dragon-hearts dot net The web server is apache 2.2.6, configured as FCGI php.ini settings output_buffering = 4096 output_handler isn't defined zlib.output_compression = on zlib.output_compression_level = 5 Other logs don't show anything out of the ordinary. Maybe you should add some optional boxes to bug report pages asking for webserver and configuration. [2008-03-13 12:32:50] [EMAIL PROTECTED] And because you're refusing to give even the most basic information about how you configured PHP / what SAPI you're using / what webserver / etc., this report will soon join the others and be ignored.. Output buffering can be misconfigured in several ways, so please, check the php.ini-dist file and the comments in it for more information. These directives are relevant at least: output_buffering, output_handler, zlib.output_compression. And what _exactly_ you put as the values? And have you checked the webserver / other logs what really happens when you get 'blank screen' ??? 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/44138 -- Edit this bug report at http://bugs.php.net/?id=44138&edit=1
#44138 [Opn->Fbk]: zlib.compression causes blank screens
ID: 44138 Updated by: [EMAIL PROTECTED] Reported By: owner at dragon-hearts dot net -Status: Open +Status: Feedback Bug Type: Zlib Related Operating System: CentOs 4 PHP Version: 5.2.5 New Comment: So check the headers when you get a blank screen then. Previous Comments: [2008-03-13 13:15:25] owner at dragon-hearts dot net The pages can be any php page, I've not checked with firebug, I'm sure it's not a crash happening or I'd have logs of it. All compression modules were disabled when zlib.compression was enabled. [2008-03-13 13:07:52] [EMAIL PROTECTED] Works fine for me. What exactly are those pages that randomly appear as blank? Have you checked e.g. with firebug what the headers are that the server sends then? Are you sure there is not crash happening..? And have you disabled all compression modules in apache conf? [2008-03-13 12:38:30] owner at dragon-hearts dot net The web server is apache 2.2.6, configured as FCGI php.ini settings output_buffering = 4096 output_handler isn't defined zlib.output_compression = on zlib.output_compression_level = 5 Other logs don't show anything out of the ordinary. Maybe you should add some optional boxes to bug report pages asking for webserver and configuration. [2008-03-13 12:32:50] [EMAIL PROTECTED] And because you're refusing to give even the most basic information about how you configured PHP / what SAPI you're using / what webserver / etc., this report will soon join the others and be ignored.. Output buffering can be misconfigured in several ways, so please, check the php.ini-dist file and the comments in it for more information. These directives are relevant at least: output_buffering, output_handler, zlib.output_compression. And what _exactly_ you put as the values? And have you checked the webserver / other logs what really happens when you get 'blank screen' ??? [2008-03-11 23:01:56] owner at dragon-hearts dot net I have read the instructions What I did Enabled zlib.compression What happens zlib.compression is enabled - sometimes pages come up blank What should happen Pages should load normally If you rummage through the bug database there appear to have been bugs similar reported for previous PHP versions which haven't been fixed and ignored. 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/44138 -- Edit this bug report at http://bugs.php.net/?id=44138&edit=1
#43397 [Opn->Fbk]: crashes in _zend_mm_free_int
ID: 43397 Updated by: [EMAIL PROTECTED] Reported By: phajdan dot jr at gmail dot com -Status: Open +Status: Feedback Bug Type: Scripting Engine problem Operating System: Linux (Gentoo 2007.0) PHP Version: 5.3CVS-2007-11-25 Assigned To: dmitry New Comment: Another thing: Do you load any shared extensions in your php.ini? Previous Comments: [2008-02-24 07:49:08] phajdan dot jr at gmail dot com Here it is, as reported by phpinfo(). apache2 SAPI: './configure' '--prefix=/usr/lib/php5' '--host=i686-pc-linux-gnu' '--mandir=/usr/lib/php5/man' '--infodir=/usr/lib/php5/info' '--sysconfdir=/etc' '--cache-file=./config.cache' '--disable-cli' '--with-apxs2=/usr/sbin/apxs2' '--with-config-file-path=/etc/php/apache2-php5' '--with-config-file-scan-dir=/etc/php/apache2-php5/ext-active' '--without-pear' '--disable-bcmath' '--with-bz2' '--disable-calendar' '--with-curl' '--without-curlwrappers' '--disable-dbase' '--enable-exif' '--without-fbsql' '--without-fdftk' '--disable-filter' '--enable-ftp' '--with-gettext' '--with-gmp' '--disable-ipv6' '--without-kerberos' '--enable-mbstring' '--with-mcrypt' '--without-mhash' '--without-msql' '--without-mssql' '--with-ncurses' '--with-openssl' '--with-openssl-dir=/usr' '--disable-pcntl' '--without-pgsql' '--disable-posix' '--without-pspell' '--without-recode' '--disable-shmop' '--without-snmp' '--enable-soap' '--disable-sockets' '--without-sybase' '--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--without-tidy' '--disable-wddx' '--disable-xmlreader' '--disable-xmlwriter' '--without-xmlrpc' '--with-xsl' '--enable-zip' '--with-zlib' '--disable-debug' '--enable-dba' '--without-cdb' '--with-db4' '--without-flatfile' '--with-gdbm' '--without-inifile' '--without-qdbm' '--with-freetype-dir=/usr' '--with-t1lib=/usr' '--disable-gd-jis-conv' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-xpm-dir=/usr' '--with-gd' '--with-mysql=/usr' '--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--without-mysqli' '--without-pdo-dblib' '--with-pdo-mysql=/usr' '--without-pdo-odbc' '--without-pdo-pgsql' '--with-pdo-sqlite=/usr' '--with-readline' '--without-libedit' '--without-mm' '--with-sqlite=/usr' '--enable-sqlite-utf8' CLI SAPI (snippet of php -r 'phpinfo();'): Configure Command => './configure' '--prefix=/usr/lib/php5' '--host=i686-pc-linux-gnu' '--mandir=/usr/lib/php5/man' '--infodir=/usr/lib/php5/info' '--sysconfdir=/etc' '--cache-file=./config.cache' '--enable-cli' '--disable-cgi' '--with-config-file-path=/etc/php/cli-php5' '--with-config-file-scan-dir=/etc/php/cli-php5/ext-active' '--without-pear' '--disable-bcmath' '--with-bz2' '--disable-calendar' '--with-curl' '--without-curlwrappers' '--disable-dbase' '--enable-exif' '--without-fbsql' '--without-fdftk' '--disable-filter' '--enable-ftp' '--with-gettext' '--with-gmp' '--disable-ipv6' '--without-kerberos' '--enable-mbstring' '--with-mcrypt' '--without-mhash' '--without-msql' '--without-mssql' '--with-ncurses' '--with-openssl' '--with-openssl-dir=/usr' '--disable-pcntl' '--without-pgsql' '--disable-posix' '--without-pspell' '--without-recode' '--disable-shmop' '--without-snmp' '--enable-soap' '--disable-sockets' '--without-sybase' '--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem' '--disable-sysvshm' '--without-tidy' '--disable-wddx' '--disable-xmlreader' '--disable-xmlwriter' '--without-xmlrpc' '--with-xsl' '--enable-zip' '--with-zlib' '--disable-debug' '--enable-dba' '--without-cdb' '--with-db4' '--without-flatfile' '--with-gdbm' '--without-inifile' '--without-qdbm' '--with-freetype-dir=/usr' '--with-t1lib=/usr' '--disable-gd-jis-conv' '--with-jpeg-dir=/usr' '--with-png-dir=/usr' '--with-xpm-dir=/usr' '--with-gd' '--with-mysql=/usr' '--with-mysql-sock=/var/run/mysqld/mysqld.sock' '--without-mysqli' '--without-pdo-dblib' '--with-pdo-mysql=/usr' '--without-pdo-odbc' '--without-pdo-pgsql' '--with-pdo-sqlite=/usr' '--with-readline' '--without-libedit' '--without-mm' '--with-sqlite=/usr' '--enable-sqlite-utf8' [2008-02-24 00:26:08] [EMAIL PROTECTED] One basic thing missing from this report: Your configure line. And no, we're not interested in some Gentoo way of building PHP, we only support "our" way: ./configure && make :) [2008-02-23 12:42:31] phajdan dot jr at gmail dot com Well, I wrote this earlier: I couldn't reduce the set of failing code enough to be usable. I tried again. At some point the problem disappears. It seems to be caused by a big amount of allocation/deallocation, so would be difficult to reproduce in a short script. Please note that the bug has been *introduced* with Zend MM. In earlier versions of PHP it's just not present. That may help finding the cause. I can also try to help r
#44412 [Fbk->Opn]: file_exists():PHP got 100% cpu load.
ID: 44412
User updated by: yarodin at gmail dot com
Reported By: yarodin at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: Directory function related
Operating System: Windows XP PRO/5.1.2600
PHP Version: 5.2.5
New Comment:
Yes
Previous Comments:
[2008-03-13 11:51:13] [EMAIL PROTECTED]
So it works using the snapshot?
[2008-03-12 15:15:23] yarodin at gmail dot com
Thanks, i haven't see this bug even on php5.2-win32-200803110430.zip
[2008-03-12 11:02:59] [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
[2008-03-12 03:34:27] yarodin at gmail dot com
Description:
Apache 2.2.8/mod_php5
file_exist() func make 100% cpu load on some buggy string passed as
param. See reproduce code.
Reproduce code:
---
http://gpa.ptungr.office.ttg/e107_images/pcmag.png";))
{
print_r("YAY\n");
} else {
print_r("NOONE\n");
}
?>
Expected result:
high cpu loadby php.
--
Edit this bug report at http://bugs.php.net/?id=44412&edit=1
#43579 [Opn->Fbk]: sessions time out on 5.2.5
ID: 43579 Updated by: [EMAIL PROTECTED] Reported By: assid at assid dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: Debian etch PHP Version: 5.2.5 New Comment: Are you by any chance using php_admin_value/php_value/etc. in some .htaccess file or in your httpd.conf to set any php.ini options? Previous Comments: [2008-03-08 20:31:41] assid at assid dot com Actually my original log did contain that. Nevertheless, here you go again i ran 2 rounds www.assid.com/apache.log www.assid.com/apache5.log Hope its helpful. Back to php 5.2.4 for now :| [2008-03-03 23:18:41] [EMAIL PROTECTED] While doing valgrind I'd also recommend setting USE_ZEND_ALLOC=0 in the environment. That would make the engine use only mallocs which would provide much more information to the valgrind. [2008-03-03 17:32:34] assid at assid dot com Yes, I reversed it back, but it didnt help (seeing the diff in the patch). [2008-03-03 17:31:32] assid at assid dot com It seems whenever I run http://assid.com/session.php (source - http://assid.com/session.phps), if i refresh enough number of times and at odd times, i end up with a new session of PHPSESSID (it also jumps back and forth). I am trying to figure out WHY its starting that session, when the script EXPLICITLY has a session name set to spheretest Maybe that can help us pinpoint what to check? [2008-03-03 12:40:02] jsnyxx at gmail dot com sv4php - have you tried reverting the patch made in the ext/session/mod_files.c? Just an idea but this bug (#42596 (session.save_path MODE option does not work)) was fixed in between the PHP 5.2.4 and 5.2.5 releases. Link is here for patch diff: http://cvs.php.net/viewvc.cgi/php-src/ext/session/mod_files.c?r1=1.100.2.3.2.9&r2=1.100.2.3.2.10&pathrev=PHP_5_2 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/43579 -- Edit this bug report at http://bugs.php.net/?id=43579&edit=1
#44420 [Fbk->Opn]: upload_tmp_dir directive in php.ini ignored for file uploads
ID: 44420 User updated by: jturner at paycomonline dot com Reported By: jturner at paycomonline dot com -Status: Feedback +Status: Open Bug Type: Filesystem function related Operating System: Windows Server 2003 PHP Version: 5.2.5 New Comment: Yes, the IWAM and IUSR accounts both have read, write, and list folder contents rights in the ACL for that directory. I forgot to mention yesterday that I have PHP set to run as an ISAPI module. Previous Comments: [2008-03-13 12:19:49] [EMAIL PROTECTED] Is that path writable/readable by the user with which the webserver runs as? [2008-03-12 16:36:02] jturner at paycomonline dot com Description: The upload_tmp_dir directive is set in the php.ini to "C:\DOCUME~1\ADMINI~1.HQ-\LOCALS~1\Temp\php\upload" and shows up as such when running phpinfo(). However, when I try to upload a file it fails, and print_r($_FILES) reports that "tmp_name" is set to "C:\WINDOWS\TEMP\[filename]". It appears that the directive is being ignored in favor of the environment variable, which is contrary to the documentation. PHP5.2.5/IIS6.0/Windows Server 2003 A search of the bug database turned up bug #39451 which appears to be similar but was marked as fixed in 5.2.1RC3. -- Edit this bug report at http://bugs.php.net/?id=44420&edit=1
#44138 [Fbk->Opn]: zlib.compression causes blank screens
ID: 44138 User updated by: owner at dragon-hearts dot net Reported By: owner at dragon-hearts dot net -Status: Feedback +Status: Open Bug Type: Zlib Related Operating System: CentOs 4 PHP Version: 5.2.5 New Comment: The pages can be any php page, I've not checked with firebug, I'm sure it's not a crash happening or I'd have logs of it. All compression modules were disabled when zlib.compression was enabled. Previous Comments: [2008-03-13 13:07:52] [EMAIL PROTECTED] Works fine for me. What exactly are those pages that randomly appear as blank? Have you checked e.g. with firebug what the headers are that the server sends then? Are you sure there is not crash happening..? And have you disabled all compression modules in apache conf? [2008-03-13 12:38:30] owner at dragon-hearts dot net The web server is apache 2.2.6, configured as FCGI php.ini settings output_buffering = 4096 output_handler isn't defined zlib.output_compression = on zlib.output_compression_level = 5 Other logs don't show anything out of the ordinary. Maybe you should add some optional boxes to bug report pages asking for webserver and configuration. [2008-03-13 12:32:50] [EMAIL PROTECTED] And because you're refusing to give even the most basic information about how you configured PHP / what SAPI you're using / what webserver / etc., this report will soon join the others and be ignored.. Output buffering can be misconfigured in several ways, so please, check the php.ini-dist file and the comments in it for more information. These directives are relevant at least: output_buffering, output_handler, zlib.output_compression. And what _exactly_ you put as the values? And have you checked the webserver / other logs what really happens when you get 'blank screen' ??? [2008-03-11 23:01:56] owner at dragon-hearts dot net I have read the instructions What I did Enabled zlib.compression What happens zlib.compression is enabled - sometimes pages come up blank What should happen Pages should load normally If you rummage through the bug database there appear to have been bugs similar reported for previous PHP versions which haven't been fixed and ignored. [2008-03-11 22:39:49] [EMAIL PROTECTED] PLEASE read the instructions found at http://bugs.php.net/how-to-report.php and provide the basic information needed. 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/44138 -- Edit this bug report at http://bugs.php.net/?id=44138&edit=1
#44138 [Opn->Fbk]: zlib.compression causes blank screens
ID: 44138 Updated by: [EMAIL PROTECTED] Reported By: owner at dragon-hearts dot net -Status: Open +Status: Feedback Bug Type: Zlib Related Operating System: CentOs 4 PHP Version: 5.2.5 New Comment: Works fine for me. What exactly are those pages that randomly appear as blank? Have you checked e.g. with firebug what the headers are that the server sends then? Are you sure there is not crash happening..? And have you disabled all compression modules in apache conf? Previous Comments: [2008-03-13 12:38:30] owner at dragon-hearts dot net The web server is apache 2.2.6, configured as FCGI php.ini settings output_buffering = 4096 output_handler isn't defined zlib.output_compression = on zlib.output_compression_level = 5 Other logs don't show anything out of the ordinary. Maybe you should add some optional boxes to bug report pages asking for webserver and configuration. [2008-03-13 12:32:50] [EMAIL PROTECTED] And because you're refusing to give even the most basic information about how you configured PHP / what SAPI you're using / what webserver / etc., this report will soon join the others and be ignored.. Output buffering can be misconfigured in several ways, so please, check the php.ini-dist file and the comments in it for more information. These directives are relevant at least: output_buffering, output_handler, zlib.output_compression. And what _exactly_ you put as the values? And have you checked the webserver / other logs what really happens when you get 'blank screen' ??? [2008-03-11 23:01:56] owner at dragon-hearts dot net I have read the instructions What I did Enabled zlib.compression What happens zlib.compression is enabled - sometimes pages come up blank What should happen Pages should load normally If you rummage through the bug database there appear to have been bugs similar reported for previous PHP versions which haven't been fixed and ignored. [2008-03-11 22:39:49] [EMAIL PROTECTED] PLEASE read the instructions found at http://bugs.php.net/how-to-report.php and provide the basic information needed. [2008-02-16 17:36:27] owner at dragon-hearts dot net Description: When zlib.compression is enabled randomly pages will appear blank (a completely white screen) this happens on Internet Explorer 6 and 7, Firefox 2 and in Safari 3 a similar issue happens but it shows an error message of "bad server response (NSURLErrorDomain:-1011". Without zlib.compression everything loads fine. When using apache's mod_deflate to compress output everything works fine. -- Edit this bug report at http://bugs.php.net/?id=44138&edit=1
#44429 [NEW]: problem with alpha in imagerotate, only for gifs
From: deepmindster at gmail dot com Operating system: linux PHP version: 5.2.5 PHP Bug Type: GD related Bug description: problem with alpha in imagerotate, only for gifs Description: Hello. Looks like imagerotate do not save alpha for gifs.. There is example of code: Reproduce code: --- Expected result: it should be rotated transparent image Actual result: -- background color instead transparent background -- Edit bug report at http://bugs.php.net/?id=44429&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44429&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44429&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44429&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44429&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44429&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44429&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44429&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44429&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44429&r=support Expected behavior:http://bugs.php.net/fix.php?id=44429&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44429&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44429&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44429&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44429&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44429&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44429&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44429&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44429&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44429&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44429&r=mysqlcfg
#44427 [Fbk->Csd]: stripos() and strpos() do not return false when needle is not found
ID: 44427
User updated by: garichner at i2pmail dot org
Reported By: garichner at i2pmail dot org
-Status: Feedback
+Status: Closed
Bug Type: Strings related
Operating System: S.u.S.E. 10.3
PHP Version: 5.2.5
New Comment:
foreach ($buffer_Infile1 as $VAL1) {
foreach ($VAL1 as $VAL2){
$VAL2=trim($VAL2);
$POSP=stripos($VAL2,".");//
echo $VAL2." ".$POSP."\n";
}
this is the output
s.schaefer 1
sschaefer
solved
Previous Comments:
[2008-03-13 11:54:47] [EMAIL PROTECTED]
Please provide a short but _complete_ reproducing script. (one that
starts with and can be simply copy'n'pasted to run.
[2008-03-13 10:31:19] garichner at i2pmail dot org
Description:
stripos strpos don't do false on needle not found
foreach ($buffer_Infile1 as $VAL1) {
foreach ($VAL1 as $VAL2){
$VAL2=trim($VAL2);
$POSP=stripos($VAL1[0],".");
echo $VAL2." ".$POSP."\n";
}
does this
s.schaefer 1
sschaefer 1
but should to this
s.schaefer 1
sschaefer 0
Reproduce code:
---
foreach ($buffer_Infile1 as $VAL1) {
foreach ($VAL1 as $VAL2){
$VAL2=trim($VAL2);
$POSP=stripos($VAL1[0],".");
echo $VAL2." ".$POSP."\n";
}
Expected result:
s.schaefer 1
sschaefer 0
Actual result:
--
s.schaefer 1
sschaefer 1
--
Edit this bug report at http://bugs.php.net/?id=44427&edit=1
#44138 [Fbk->Opn]: zlib.compression causes blank screens
ID: 44138 User updated by: owner at dragon-hearts dot net Reported By: owner at dragon-hearts dot net -Status: Feedback +Status: Open Bug Type: Zlib Related Operating System: CentOs 4 PHP Version: 5.2.5 New Comment: The web server is apache 2.2.6, configured as FCGI php.ini settings output_buffering = 4096 output_handler isn't defined zlib.output_compression = on zlib.output_compression_level = 5 Other logs don't show anything out of the ordinary. Maybe you should add some optional boxes to bug report pages asking for webserver and configuration. Previous Comments: [2008-03-13 12:32:50] [EMAIL PROTECTED] And because you're refusing to give even the most basic information about how you configured PHP / what SAPI you're using / what webserver / etc., this report will soon join the others and be ignored.. Output buffering can be misconfigured in several ways, so please, check the php.ini-dist file and the comments in it for more information. These directives are relevant at least: output_buffering, output_handler, zlib.output_compression. And what _exactly_ you put as the values? And have you checked the webserver / other logs what really happens when you get 'blank screen' ??? [2008-03-11 23:01:56] owner at dragon-hearts dot net I have read the instructions What I did Enabled zlib.compression What happens zlib.compression is enabled - sometimes pages come up blank What should happen Pages should load normally If you rummage through the bug database there appear to have been bugs similar reported for previous PHP versions which haven't been fixed and ignored. [2008-03-11 22:39:49] [EMAIL PROTECTED] PLEASE read the instructions found at http://bugs.php.net/how-to-report.php and provide the basic information needed. [2008-02-16 17:36:27] owner at dragon-hearts dot net Description: When zlib.compression is enabled randomly pages will appear blank (a completely white screen) this happens on Internet Explorer 6 and 7, Firefox 2 and in Safari 3 a similar issue happens but it shows an error message of "bad server response (NSURLErrorDomain:-1011". Without zlib.compression everything loads fine. When using apache's mod_deflate to compress output everything works fine. -- Edit this bug report at http://bugs.php.net/?id=44138&edit=1
#44102 [Opn->Fbk]: Problem with compiling SQL Relay & PHP
ID: 44102 Updated by: [EMAIL PROTECTED] Reported By: admin at relax-info dot com -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: MAC OS X Leopard 10.5.2 PHP Version: 5.2.6RC3-dev New Comment: Why do you use --enable-static? Try this configure line instead: The PHP configure options: # make clean && rm config.cache # ./configure --prefix=/usr --with-apxs2=/usr/sbin/apxs --disable-all # make install Does it compile and install everything without errors? Previous Comments: [2008-03-12 06:43:10] admin at relax-info dot com Thank you for answer! I was successfully recompiled PHP5 (with --enable-static) to lastets (PHP Version 5.2.6RC3-dev). Then I run search for "libphp*"... and I see result: - libphp5.module.in - libphp5.so - libphp5.bundle But I do not found libphp.dylib or libphp5.dylib or libphp.a or libphp5.a. Ok... I run compile SQL Relay now: _console errors_ ... ld: library not found for -lphp collect2: ld returned 1 exit status make[4]: *** [libsql_relay.la] Error 1 Hmm, then I copy libphp5.so to /usr/lib/libphp.a and try to compile SQLRelay: ... _console error_ ... ld: warning in /usr/lib/libphp.a, file is not of required architecture Undefined symbols: "_convert_to_double", referenced from: What now? [2008-03-11 22:28:05] [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 [2008-03-03 17:53:56] admin at relax-info dot com Also, then I run searh for "libphp*" on my file system. Search result: ./sapi/apache_hooks/ libphp5.module.in ./sapi/apache/ libphp5.module.in ./libs/ libphp5.bundle libphp5.so [2008-03-03 17:43:27] admin at relax-info dot com Hmm, the linker of libraries in MAC OS X search for libx.dylib or libx.a in the library search path. But when I finished compile process with "- -enable-static", I do not found libphp.dylib or libphp5.dylib or libphp.a or libphp5.a. Then SQLRelay can't compile because "dl" could not found PHP5 libraries. P.S: Mac OS X ld manual: http://developer.apple.com/documentation/Darwin/Reference/ManPages/man1/ ld.1.html [2008-02-13 16:50:31] [EMAIL PROTECTED] Exactly what does this has to do with PHP? Your log is for something else than building PHP, AFAICT. You should propably be asking support from the sql relay folks.. 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/44102 -- Edit this bug report at http://bugs.php.net/?id=44102&edit=1
#44138 [Opn->Fbk]: zlib.compression causes blank screens
ID: 44138 Updated by: [EMAIL PROTECTED] Reported By: owner at dragon-hearts dot net -Status: Open +Status: Feedback Bug Type: Zlib Related Operating System: CentOs 4 PHP Version: 5.2.5 New Comment: And because you're refusing to give even the most basic information about how you configured PHP / what SAPI you're using / what webserver / etc., this report will soon join the others and be ignored.. Output buffering can be misconfigured in several ways, so please, check the php.ini-dist file and the comments in it for more information. These directives are relevant at least: output_buffering, output_handler, zlib.output_compression. And what _exactly_ you put as the values? And have you checked the webserver / other logs what really happens when you get 'blank screen' ??? Previous Comments: [2008-03-11 23:01:56] owner at dragon-hearts dot net I have read the instructions What I did Enabled zlib.compression What happens zlib.compression is enabled - sometimes pages come up blank What should happen Pages should load normally If you rummage through the bug database there appear to have been bugs similar reported for previous PHP versions which haven't been fixed and ignored. [2008-03-11 22:39:49] [EMAIL PROTECTED] PLEASE read the instructions found at http://bugs.php.net/how-to-report.php and provide the basic information needed. [2008-02-16 17:36:27] owner at dragon-hearts dot net Description: When zlib.compression is enabled randomly pages will appear blank (a completely white screen) this happens on Internet Explorer 6 and 7, Firefox 2 and in Safari 3 a similar issue happens but it shows an error message of "bad server response (NSURLErrorDomain:-1011". Without zlib.compression everything loads fine. When using apache's mod_deflate to compress output everything works fine. -- Edit this bug report at http://bugs.php.net/?id=44138&edit=1
#44161 [Opn->Bgs]: can't run php on vista ultimate
ID: 44161 Updated by: [EMAIL PROTECTED] Reported By: ankushbadyal at aol dot in -Status: Open +Status: Bogus Bug Type: IIS related Operating System: windows vista ultimate 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-02-18 19:50:56] ankushbadyal at aol dot in Description: The page you are requesting cannot be served because of the Multipurpose Internet Mail Extensions (MIME) map policy that is configured on the Web server. The page you requested has a file name extension that is not recognized, and is not allowed. Error Code: 0x80070032 Notification: ExecuteRequestHandler Module: StaticFileModule Requested URL: http://localhost:80/abc.php Physical Path: C:\inetpub\wwwroot\abc.php Logon User: Anonymous Logon Method: Anonymous Handler: StaticFile Most likely causes: It is possible that a handler mapping is missing. By default, the static file handler processes all content. The feature you are trying to use may not be installed. The appropriate MIME map is not enabled for the Web site or application. (Warning: Do not create a MIME map for content that users should not download, such as .ASPX pages or .config files.) What you can try: In system.webServer/handlers: Ensure that the expected handler for the current page is mapped. Pay careful attention to preconditions (e.g. runtimeVersion, pipelineMode, bitness) and compare them to the settings for your application pool. Pay careful attention to typographical errors in the expected handler line. Please verify that the feature you are trying to use is installed. Verify that the MIME map is enabled or add the MIME map for the Web site using the command-line tool appcmd.exe. Open a command prompt and change directory to %windir%\system32\inetsrv. To set a MIME type, use the following syntax: appcmd set config /section:staticContent /+[fileExtension='string',mimeType='string'] The variable fileExtension string is the file name extension and the variable mimeType string is the file type description. For example, to add a MIME map for a file which has the extension ".xyz", type the following at the command prompt, and then press Enter: appcmd set config /section:staticContent /+[fileExtension='.xyz',mimeType='text/plain'] Warning: Ensure that this MIME mapping is needed for your Web server before adding it to the list. Configuration files such as .CONFIG or dynamic scripting pages such as .ASP or .ASPX, should not be downloaded directly and should always be processed through a handler. Other files such as database files or those used to store configuration, like .XML or .MDF, are sometimes used to store configuration information. Determine if clients can download these file types before enabling them. Create a tracing rule to track failed requests for this HTTP status code. For more information about creating a tracing rule for failed requests, click here. More Information... This error occurs when the file extension of the requested URL is for a MIME type that is not configured on the server. You can add a MIME type for the file extension for files that are not dynamic scripting pages, database, or configuration files. Process those file types using a handler. You should not allows direct downloads of dynamic scripting pages, database or configuration files. Server Version Information: Internet Information Services 7.0. -- Edit this bug report at http://bugs.php.net/?id=44161&edit=1
#44420 [Opn->Fbk]: upload_tmp_dir directive in php.ini ignored for file uploads
ID: 44420 Updated by: [EMAIL PROTECTED] Reported By: jturner at paycomonline dot com -Status: Open +Status: Feedback Bug Type: Filesystem function related Operating System: Windows Server 2003 PHP Version: 5.2.5 New Comment: Is that path writable/readable by the user with which the webserver runs as? Previous Comments: [2008-03-12 16:36:02] jturner at paycomonline dot com Description: The upload_tmp_dir directive is set in the php.ini to "C:\DOCUME~1\ADMINI~1.HQ-\LOCALS~1\Temp\php\upload" and shows up as such when running phpinfo(). However, when I try to upload a file it fails, and print_r($_FILES) reports that "tmp_name" is set to "C:\WINDOWS\TEMP\[filename]". It appears that the directive is being ignored in favor of the environment variable, which is contrary to the documentation. PHP5.2.5/IIS6.0/Windows Server 2003 A search of the bug database turned up bug #39451 which appears to be similar but was marked as fixed in 5.2.1RC3. -- Edit this bug report at http://bugs.php.net/?id=44420&edit=1
#44353 [Opn->Fbk]: https loads in apache, fails on cli. http fine
ID: 44353 Updated by: [EMAIL PROTECTED] Reported By: jmatthies at townleyandassociates dot com -Status: Open +Status: Feedback Bug Type: CGI related Operating System: hp/ux 11.11 PHP Version: 5.2.5 New Comment: Works fine for me. Try running the CLI binary without loading any php.ini: # php -n test.php Previous Comments: [2008-03-06 18:03:56] jmatthies at townleyandassociates dot com Description: simple php file: https://www.google.co.uk/ig?hl=en'); ?> works fine when loaded in apache 2.0.58. When i run it via the cli, I get: Warning: file_get_contents(): SSL: No such file or directory in Warning: file_get_contents(): Failed to enable crypto in If I change it to http://, it works in apache and the cli Configure Command => './configure' '--prefix=/opt/hpws/apache/php' '--enable-soap' '--with-libxml-dir=/usr/local' '--with-openssl=/usr/local' '--with-openssl-dir=/usr/local' '--enable-ipv6' '--with-apxs2=/opt/hpws/apache/bin/apxs' '--with -unixODBC=shared,/opt/unixODBC' php -m shows the openssl module loaded. php -i shows similar output to phpinfo() through apache in regards to openssl info. Reproduce code: --- https://www.google.co.uk/ig?hl=en'); ?> Expected result: load the web page in question Actual result: -- Warning: file_get_contents(): SSL: No such file or directory in /opt/hpws/apache /htdocs/t.php on line 2 Warning: file_get_contents(): Failed to enable crypto in /opt/hpws/apache/htdocs /t.php on line 2 Warning: file_get_contents(https://www.google.co.uk/ig?hl=en): failed to open stream: Invalid argument in /opt/hpws/apache/htdocs/t.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=44353&edit=1
#44221 [Opn->Bgs]: 'make test' hangs indefinitely due to misconfigured /etc/nsswitch.conf
ID: 44221 Updated by: [EMAIL PROTECTED] Reported By: willm1 at cs dot umbc dot edu -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: Solaris 10-u4 PHP Version: 5.2.5 New Comment: Improperly configured OS is not a PHP bug. The hang happens outside PHP and AFAICT, there's no way to affect it. (Please prove me wrong though, would help if we knew what function actually hangs.. :) Previous Comments: [2008-02-27 00:23:59] willm1 at cs dot umbc dot edu Adding the entry "ipnodes: files dns" seems to have resolved the issue. Perhaps a check for working name resolution should be added to the configure script, or a timeout should be added to the test, or a DNS-specific resolver should be used? I don't know whether I'd consider this a bug in PHP or a problem in our environment, so I'll leave this open, and it can be closed if it's determined that this is not worth considering. [2008-02-27 00:03:21] willm1 at cs dot umbc dot edu This happens exactly the same with php5.2-200802262130, except that the test number is different: make test ... PASS Bug #29839 (incorrect convert (xml:lang to lang)) [ext/soap/tests/bugs/bug34453.phpt] PASS Bug #34643 (wsdl default value) [ext/soap/tests/bugs/bug34643.phpt] TEST 1685/4460 [ext/soap/tests/bugs/bug34657.phpt] and then hangs forever. snoop still shows NIS requests being made. It appears this may be due to a misconfiguration of our /etc/nsswitch.conf file: it has no 'ipnodes' entry. I've added this and am rebuilding. Results on Thursday. [2008-02-23 19:51:24] [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 [2008-02-22 20:49:01] willm1 at cs dot umbc dot edu Description: Test number 1519 hangs while building on Solaris 10, for at least 40 minutes. I'm not sure if this is related, but the /tmp/BUILD/php-5.2.5/tmp-php.ini file mentioned in the output is currently empty. This problem is reproducible with the steps below; I've run it three times, nuking the php-5.2.5 directory in between. The PHP process appears to go into a loop querying NIS for i_dont_exist.com, although NIS is not specified in nsswitch.conf as a place to get hostnames from. This happens both with and without NSCD running. Reproduce code: --- export PATH=/usr/ccs/bin:/usr/sbin:/usr/bin:/bin:/opt/csw/bin:/opt/csw/sbin:/opt/sfw/bin:/usr/sfw/bin CFLAGS='-O2 -g -pipe -R/usr/site/lib -R/usr/sfw/lib -m32' \ ./configure --prefix=/usr/site --sysconfdir=/usr/site/etc --mandir=/usr/site/share/man --with-zlib --enable-dba --with-gd --with-gettext --with-imap=/usr/site --with-imap-ssl=/usr/site --enable-soap --with-pear --with-libxml-dir=/usr/site --with-apxs2=/usr/site/sbin/apxs --with-mysql=/usr/sfw make make test Note that /usr/site contains all the packages we've built ourselves. Other packages build fine against the libraries in there, so I'm fairly certain external libraries aren't the issue. Expected result: Successful build. Actual result: -- + make test Build complete. Don't forget to run 'make test'. = CWD : /tmp/BUILD/php-5.2.5 PHP : /tmp/BUILD/php-5.2.5/sapi/cli/php PHP_SAPI: cli PHP_VERSION : 5.2.5 ZEND_VERSION: 2.2.0 PHP_OS : SunOS - SunOS servername 5.10 Generic_120011-14 sun4u INI actual : /tmp/BUILD/php-5.2.5/tmp-php.ini More .INIs : Extra dirs : = TIME START 2008-02-22 14:06:36 = ... PASS Bug #29839 (incorrect convert (xml:lang to lang)) [ext/soap/tests/bugs/bug34453.phpt] PASS Bug #34643 (wsdl default value) [ext/soap/tests/bugs/bug34643.phpt] TEST 1519/3821 [ext/soap/tests/bugs/bug34657.phpt] (in another terminal) # snoop not port 22 Using device /dev/hme (promiscuous mode) servername.cs.umbc.edu -> nis.cs.umbc.edu NIS C MATCH i_dont_exist.com in ipnodes.byname nis.cs.umbc.edu -> servername.cs.umbc.edu NIS R MATCH No such key -- Edit this bug report at http://bugs.php.net/?id=44221&edit=1
#44223 [Bgs]: round() sometimes returns value in E notation
ID: 44223
Updated by: [EMAIL PROTECTED]
Reported By: kjohnson at zootweb dot com
Status: Bogus
Bug Type: Math related
Operating System: Linux 2.6.20.2
PHP Version: 5.2.5
New Comment:
Hint: Try replacing the 'echo' with var_dump()..
Previous Comments:
[2008-03-13 12:14:34] [EMAIL PROTECTED]
I don't see any bug here, it's perfectly normal to _print_ it that way
since those are floats.
[2008-03-06 18:44:14] a dot u dot savchuk at gmail dot com
bug is not fixed yet in php-5.2.5
$ ./sapi/cli/php ./test1.php | grep 'E+'
1.2E+6
1.4E+6
2.3E+6
2.4E+6
2.8E+6
3.3E+6
3.4E+6
3.8E+6
4.1E+6
4.3E+6
4.6E+6
4.8E+6
5.1E+6
5.3E+6
5.6E+6
5.8E+6
6.1E+6
6.3E+6
6.6E+6
6.8E+6
7.1E+6
7.3E+6
7.6E+6
7.8E+6
8.1E+6
8.2E+6
8.6E+6
8.7E+6
9.1E+6
9.2E+6
9.6E+6
9.7E+6
test script is:
$ cat ./test1.php
php version is:
$ ./sapi/cli/php -v
PHP 5.2.5 (cli) (built: Mar 2 2008 02:27:40) (DEBUG)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
[2008-02-25 16:08:01] kjohnson at zootweb dot com
Thanks for your response!
Sorry, I am not able to change my PHP version, so I can't try the CVS
snapshot.
[2008-02-24 19:51:06] [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
[2008-02-22 22:20:33] kjohnson at zootweb dot com
Description:
For certain values, not necessarily large numbers, round() returns the
value in exponential notation instead of the usual decimal format. Some
of these "special" values are 120, 140, 230, 240.
It seems to be just certain multiples of 100,000. Generate your own
list with the code below. I suggest you start with input of:
Start = 100
Increment = 10
Iterations = 100 to 200
Reproduce code:
---
Start value:
Increment:
Iterations:
Start: ", $_POST['start'], "; Increment: ",
$_POST['increment'], "";
$tmp = $_POST['start'];
echo round($tmp),"";
for($i = 0; $i < $_POST['iterations']; $i++ ) {
$tmp += $_POST['increment'];
echo round($tmp),"";
}
}
?>
Expected result:
All values to be returned in standard decimal format, e.g., "120".
Actual result:
--
Certain values are returned in exponential format, e.g., "1.2E+6".
--
Edit this bug report at http://bugs.php.net/?id=44223&edit=1
#44223 [Opn->Bgs]: round() sometimes returns value in E notation
ID: 44223
Updated by: [EMAIL PROTECTED]
Reported By: kjohnson at zootweb dot com
-Status: Open
+Status: Bogus
Bug Type: Math related
Operating System: Linux 2.6.20.2
PHP Version: 5.2.5
New Comment:
I don't see any bug here, it's perfectly normal to _print_ it that way
since those are floats.
Previous Comments:
[2008-03-06 18:44:14] a dot u dot savchuk at gmail dot com
bug is not fixed yet in php-5.2.5
$ ./sapi/cli/php ./test1.php | grep 'E+'
1.2E+6
1.4E+6
2.3E+6
2.4E+6
2.8E+6
3.3E+6
3.4E+6
3.8E+6
4.1E+6
4.3E+6
4.6E+6
4.8E+6
5.1E+6
5.3E+6
5.6E+6
5.8E+6
6.1E+6
6.3E+6
6.6E+6
6.8E+6
7.1E+6
7.3E+6
7.6E+6
7.8E+6
8.1E+6
8.2E+6
8.6E+6
8.7E+6
9.1E+6
9.2E+6
9.6E+6
9.7E+6
test script is:
$ cat ./test1.php
php version is:
$ ./sapi/cli/php -v
PHP 5.2.5 (cli) (built: Mar 2 2008 02:27:40) (DEBUG)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
[2008-02-25 16:08:01] kjohnson at zootweb dot com
Thanks for your response!
Sorry, I am not able to change my PHP version, so I can't try the CVS
snapshot.
[2008-02-24 19:51:06] [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
[2008-02-22 22:20:33] kjohnson at zootweb dot com
Description:
For certain values, not necessarily large numbers, round() returns the
value in exponential notation instead of the usual decimal format. Some
of these "special" values are 120, 140, 230, 240.
It seems to be just certain multiples of 100,000. Generate your own
list with the code below. I suggest you start with input of:
Start = 100
Increment = 10
Iterations = 100 to 200
Reproduce code:
---
Start value:
Increment:
Iterations:
Start: ", $_POST['start'], "; Increment: ",
$_POST['increment'], "";
$tmp = $_POST['start'];
echo round($tmp),"";
for($i = 0; $i < $_POST['iterations']; $i++ ) {
$tmp += $_POST['increment'];
echo round($tmp),"";
}
}
?>
Expected result:
All values to be returned in standard decimal format, e.g., "120".
Actual result:
--
Certain values are returned in exponential format, e.g., "1.2E+6".
--
Edit this bug report at http://bugs.php.net/?id=44223&edit=1
#44393 [Com]: [PATCH] Support for Keep-Alive connections under IIS using ISAPI sapi
ID: 44393
Comment by: Richard dot Krehbiel at gmail dot com
Reported By: richard dot krehbiel at gmail dot com
Status: Open
Bug Type: Feature/Change Request
Operating System: Windows
PHP Version: 5.2.5
New Comment:
Bug: it doesn't properly serve HTTP 1.0 clients (wget), which don't
support chunked transfers. This patch introduces a thread-local
variable to indicate whether the transfer is chunked or not, and logic
to detect an HTTP/1.0 transfer.
--- /mnt/rich3/c/php-5.2.5/sapi/isapi/php5isapi.c 2007-02-23
17:08:30.0 -0500
+++ /mnt/rich3/c/buildphp/php-5.2.5/sapi/isapi/php5isapi.c 2008-03-12
14:28:34.0 -0400
@@ -143,6 +143,19 @@
NULL
};
+typedef struct
+{
+ int chunked;
+} PHP_STREAM_INFO;
+
+ts_rsrc_id tls_php_stream_info;
+
+static void php_stream_info_ctor(void *vsi, void ***foo) {
+ memset(vsi, 0, sizeof(PHP_STREAM_INFO));
+}
+
+static void php_stream_info_dtor(void *vsi, void ***foo) {
+}
static void php_info_isapi(ZEND_MODULE_INFO_FUNC_ARGS)
{
@@ -206,11 +219,36 @@
{
DWORD num_bytes = str_length;
LPEXTENSION_CONTROL_BLOCK ecb;
-
+ // For chunked write
+ char chunksize[16];
+ uint chunksizelen;
+ PHP_STREAM_INFO *phpinfo;
+
ecb = (LPEXTENSION_CONTROL_BLOCK) SG(server_context);
- if (ecb->WriteClient(ecb->ConnID, (char *) str, &num_bytes,
HSE_IO_SYNC) == FALSE) {
- php_handle_aborted_connection();
+
+ phpinfo = (PHP_STREAM_INFO*)ts_resource(tls_php_stream_info);
+
+ if(phpinfo->chunked) {
+ if(str_length > 0) {
+ uint two = 2;
+ _snprintf(chunksize, sizeof(chunksize), "%lX\r\n",
str_length);
+ chunksizelen = strlen(chunksize);
+ if (ecb->WriteClient(ecb->ConnID, chunksize,
&chunksizelen,
HSE_IO_SYNC) == FALSE) {
+ php_handle_aborted_connection();
+ }
+ if (ecb->WriteClient(ecb->ConnID, (char *) str,
&num_bytes,
HSE_IO_SYNC) == FALSE) {
+ php_handle_aborted_connection();
+ }
+ if (ecb->WriteClient(ecb->ConnID, "\r\n", &two,
HSE_IO_SYNC) ==
FALSE) {
+ php_handle_aborted_connection();
+ }
+ }
+ } else {
+ if (ecb->WriteClient(ecb->ConnID, (char *) str, &num_bytes,
HSE_IO_SYNC) == FALSE) {
+ php_handle_aborted_connection();
+ }
}
+
return num_bytes;
}
@@ -247,6 +285,7 @@
HSE_SEND_HEADER_EX_INFO header_info;
sapi_header_struct default_content_type;
char *status_buf = NULL;
+ PHP_STREAM_INFO *phpinfo =
(PHP_STREAM_INFO*)ts_resource(tls_php_stream_info);
/* Obtain headers length */
if (SG(sapi_headers).send_default_content_type) {
@@ -256,16 +295,27 @@
zend_llist_apply_with_argument(&SG(sapi_headers).headers,
(llist_apply_with_arg_func_t) accumulate_header_length, (void *)
&total_length TSRMLS_CC);
/* Generate headers */
- combined_headers = (char *) emalloc(total_length+1);
+ combined_headers = (char *) emalloc(total_length+64);
combined_headers_ptr = combined_headers;
if (SG(sapi_headers).send_default_content_type) {
concat_header(&default_content_type, (void *)
&combined_headers_ptr
TSRMLS_CC);
sapi_free_header(&default_content_type); /* we no longer need
it */
}
zend_llist_apply_with_argument(&SG(sapi_headers).headers,
(llist_apply_with_arg_func_t) concat_header, (void *)
&combined_headers_ptr TSRMLS_CC);
- *combined_headers_ptr++ = '\r';
- *combined_headers_ptr++ = '\n';
- *combined_headers_ptr = 0;
+
+ // HTTP/1.0 requestors don't get "chunked" replies
+ {
+ char protocol[64];
+ DWORD protosize = sizeof(protocol);
+
+ lpECB->GetServerVariable(lpECB->ConnID, "SERVER_PROTOCOL",
protocol,
&protosize);
+ phpinfo->chunked = (strcmp(protocol, "HTTP/1.0") != 0);
+ if(phpinfo->chunked) {
+ strcpy(combined_headers_ptr, "Transfer-Encoding:
chunked\r\n\r\n");
+ } else {
+ strcpy(combined_headers_ptr, "\r\n");
+ }
+ }
switch (SG(sapi_headers).http_response_code) {
case 200:
@@ -300,7 +350,7 @@
header_info.cchStatus = strlen(header_info.pszStatus);
header_info.pszHeader = combined_headers;
header_info.cchHeader = total_length;
- header_info.fKeepConn = FALSE;
+ header_info.fKeepConn = phpinfo->chunked;
lpECB->dwHttpStatusCode = SG(sapi_headers).http_response_code;
lpECB->ServerSupportFunction(lpECB->ConnID,
HSE_REQ_SEND_RESPONSE_HEADER_E
#44380 [Opn->Fbk]: localtime sometimes gives GMT date, not local
ID: 44380
Updated by: [EMAIL PROTECTED]
Reported By: tessone at polyglut dot net
-Status: Open
+Status: Feedback
Bug Type: Date/time related
Operating System: CentOS
PHP Version: 5.2.5
New Comment:
How/where do you set date.timezone ?
Previous Comments:
[2008-03-09 00:33:27] tessone at polyglut dot net
Description:
When using localtime() to get the server time into an array, sometimes
PHP chooses the local timezone, sometimes it chooses GMT. I am in
US/Eastern (-0500), so after 7pm, sometimes my script says it's today,
sometimes tomorrow (because it is choosing GMT).
Below is some code, plus a result from when it chooses the local
timezone (correct) and one where it chooses GMT (incorrect).
If I run date at the command-line, it consistently returns a US/Eastern
time, so the server is not skipping back and forth between timezones for
any reason.
Reproduce code:
---
print time() . ": ";
$serverTime = localtime(time());
print_r($serverTime);
print date("O");
Expected result:
1205022657: Array ( [0] => 57 [1] => 30 [2] => 19 [3] => 8 [4] => 2 [5]
=> 108 [6] => 6 [7] => 67 [8] => 0 ) -0500
Actual result:
--
1205022665: Array ( [0] => 5 [1] => 31 [2] => 0 [3] => 9 [4] => 2 [5]
=> 108 [6] => 0 [7] => 68 [8] => 0 ) +
--
Edit this bug report at http://bugs.php.net/?id=44380&edit=1
#44428 [NEW]: "file" and "line" missing in debug_backtrace() output
From: thuejk at gmail dot com
Operating system: All
PHP version: 5.2.5
PHP Bug Type: Scripting Engine problem
Bug description: "file" and "line" missing in debug_backtrace() output
Description:
In all cases (but the one below one), "file" and "line" indexes are
defined in each frame of the output of debug_backtrace.
But when using call_user_function() or call_user_function_array, "file"
and "line" is not defined for one of the frames.
It would be nice if I could count on file and line always being defined
when using the output of debug_backtrace, thereby avoiding code for special
cases.
For the missing file and line in the example code below, when calling f()
inside call_user_function(), I suggest using the file and line of the
call_user_function() call.
See also bug 38047 and 24405.
Reproduce code:
---
Expected result:
The frame with index 0 of the first debug_backtrace_call should contain
indexes "file" => "test.php" and "line" => 6
Actual result:
--
array(2) {
[0]=>
array(2) {
["function"]=>
string(1) "f"
["args"]=>
array(1) {
[0]=>
&array(0) {
}
}
}
[1]=>
array(4) {
["file"]=>
string(18) "/home/tjk/test.php"
["line"]=>
int(6)
["function"]=>
string(14) "call_user_func"
["args"]=>
array(2) {
[0]=>
&string(1) "f"
[1]=>
&array(0) {
}
}
}
}
array(1) {
[0]=>
array(4) {
["file"]=>
string(18) "/home/tjk/test.php"
["line"]=>
int(8)
["function"]=>
string(1) "f"
["args"]=>
array(0) {
}
}
}
--
Edit bug report at http://bugs.php.net/?id=44428&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44428&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44428&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44428&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44428&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44428&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44428&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44428&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44428&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44428&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44428&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44428&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44428&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44428&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44428&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44428&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44428&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44428&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44428&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44428&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44428&r=mysqlcfg
#44342 [Opn->Fbk]: PHP crashes Apache 2.2
ID: 44342 Updated by: [EMAIL PROTECTED] Reported By: i dot galic at brainsware dot org -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Solaris 10, Update 6, Sparc 64 PHP Version: 5.2.5 New Comment: Why exactly do you use --enable-maintainer-zts anyway? # ./configure --help | grep maintainer --enable-maintainer-zts Enable thread safety - for code maintainers only!! It's meant for developers to test quickly whether their changes might be causing compile problems or not. It's definately NOT meant for production use! Previous Comments: [2008-03-12 13:41:41] i dot galic at brainsware dot org ad suhosin: I've been use suhosin for years now, never experiencing any problems, that's why I patched this PHP version, too, I understand your standpoint though, that you do not support third party modules ( just a random google: suhosin thread safe: http://blog.php-security.org/archives/82-Suhosin-0.9.20-and-crypt-Thread-Safety-Vulnerability.html ) ad configure: I generally compile as many modules as possible, and prefer them shared, so I can *load* those which my users/applications need. ad *FLAGS: I CAN NOT leave out the CFLAGS/LDFLAGS etc out, because I'm compiling with Sun's Studio 12, on Solaris 10, on a T2000, 64bit. Despite the festering size of 116706 lines (contrast this with Apache, which comes with a similar amount of modules: 23854), PHP's configure does not build with ./configure && make && make install out of the box on this platform (neither does apache, btw ;) FYI: I recompiled PHP without --enable-maintainer-zts, and been running for three days now without core-dumps. For whatever that's worth. Unfortunately, this is a productive system, and I do not have a test system for it to test it without suhosin but - with --enable-maintainer-zts, so I don't know what to do with this bug right now. I'm building it non-the-less, if I get a system, I shall provide you with straces, *without* suhosin. [2008-03-11 21:53:52] [EMAIL PROTECTED] ANY 3rd party modification not coming from php.net is not supported by php.net. So please, provide the trace without suhosin. And cut down your configure line to shortest possible. And don't define any CFLAGS / etc. either. [2008-03-09 00:36:21] i dot galic at brainsware dot org So far my digging has born the idea that the reason is --enable-maintainer-zts, which enforces thread safety upon PHP by killing it ruthlessly, if it just so happens to behave in a thread-unsafe-manner. Now, I still would classify this as bug, because I only have PHP core modules loaded, namely: mysql.so mysqli.so pdo.so pdo_mysql.so bcmath.so gd.so php.net claims that it's core modules *are* thread safe -- unless noted otherwise. As not even the notorious gd: http://php.net/gd states to be thread-unsafe, this is either a bug, or lack of documentation. Whatever it is, I do not like the idea that this happens after a call to a destructor. It suggests to me the possibility of a potentially exploitable buffer-overflow or an otherwise corrupted memory. So I don't quite know which of the evils to choose (I have already recompiled PHP without the -zts flag, but haven't gotten yet to test it). [2008-03-05 19:54:13] i dot galic at brainsware dot org Description: Running a PHP Application (Zabbix) on Apache 2.2 with PHP 5.2.5 with Suhosin-Patch on Solaris 10, Update 6, Sparc, compiled for 64 bit. I do not know exactly how to reproduce the crash, I have however however several core dumps all of which look the same. Reproduce code: --- I built PHP http://dpaste.com/hold/38122/ (please consider that the paste will only retain for 30 days after nobody looked at it.) The Bug report tool says: "Always disable any Zend or other 3rd party extensions (Turck MMCache, ionCube loader, Xdebug, APC) before submitting a *PHP* bug." I am not sure if --enable-maintainer-zts --enable-zend-multibyte are part of this restriction, as they are provided by standard PHP or Suhosin in my for that matter, as it does (unfortunately) not interfere here (see stack trace). Actual result: -- core 'core_asp1inmon001_httpd_1_12_1204718387_521' of 521: /opt/baw/bin/httpd -k start 7d6619dc t_splay (1003f7200, 69, 188c88, 68, 0, 1003f7220) + 24 7d66182c t_delete (1003f7200, a1, 188828, 7d661ca4, 7d7ea000, 0) + 60 7d6613f8 realfree (1003f7188, 69, 188c88, 68, 7d7ea000, 1003f7188) + 94 7d661ca4 _free_unlocked (7d7fb060, 2000, 2280, 7d7f9b08, 7d7ea000, 1003fbdb0) + c0 7d661bcc free (10
#44408 [Opn->Fbk]: make works, 'make test' core dumps
ID: 44408 Updated by: [EMAIL PROTECTED] Reported By: charlesg at unixrealm dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Solaris 10 PHP Version: 5.2.5 New Comment: Yes, it can be mailed to qa and you should then be able to find the mail at http://news.php.net/php.qa.reports or http://news.php.net/php.qa (just provide the url to it here) But did it crash? What tests failed? Previous Comments: [2008-03-12 01:42:42] charlesg at unixrealm dot com I ran the CVS snapshot and it produced a report. I will email to [EMAIL PROTECTED] Is there a way to attach it to the ticket? [2008-03-11 21:30:44] [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 [2008-03-11 17:25:22] charlesg at unixrealm dot com Description: Ran config like this: ./configure --with-mysql=/usr/local/mysql --with-oci8=/usr/pkgs/oracle/product/10.2.0/Db_1 --with-openssl=/usr/local/ssl --with-apxs2=/usr/pkgs/apache/2.2.8/mendel/bin/apxs Same synthax was used on a Solaris 10 SPARC. This is a Solaris 10 x86 platform: SunOS mendel 5.10 Generic_127112-07 i86pc i386 i86pc <[EMAIL PROTECTED]> isainfo amd64 i386 Here is the output of 'make test': <[EMAIL PROTECTED]> make test Build complete. Don't forget to run 'make test'. Segmentation Fault - core dumped *** Error code 139 (ignored) The following command caused the error: if test ! -z "" && test -x ""; then \ TEST_PHP_EXECUTABLE= \ TEST_PHP_SRCDIR=/usr/local/src/apache/php-5.2.5 \ CC="gcc" \ -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' /usr/local/src/apache/php-5.2.5/run-tests.php -U -d extension_dir=modules/ ` if test "x" != "x"; then for i in ""; do . $i; /usr/local/src/apache/php-5.2.5/build/shtool echo -n -- " -d extension=$dlname"; done; fi` tests/; \ elif test ! -z "sapi/cli/php" && test -x "sapi/cli/php"; then \ INI_FILE=`/usr/local/src/apache/php-5.2.5/sapi/cli/php -r 'echo php_ini_loaded_file();'`; \ if test "$INI_FILE"; then \ egrep -v '^extension[\t\ ]*=' "$INI_FILE" > /usr/local/src/apache/php-5.2.5/tmp-php.ini; \ else \ echo > /usr/local/src/apache/php-5.2.5/tmp-php.ini; \ fi; \ TEST_PHP_EXECUTABLE=/usr/local/src/apache/php-5.2.5/sapi/cli/php \ TEST_PHP_SRCDIR=/usr/local/src/apache/php-5.2.5 \ CC="gcc" \ /usr/local/src/apache/php-5.2.5/sapi/cli/php -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' /usr/local/src/apache/php-5.2.5/run-tests.php -c /usr/local/src/apache/php-5.2.5/tmp-php.ini -U -d extension_dir=/usr/local/src/apache/php-5.2.5/modules/ ` if test "x" != "x"; then for i in ""; do . $i; /usr/local/src/apache/php-5.2.5/build/shtool echo -n -- " -d extension=$dlname"; done; fi` ; \ else \ echo "ERROR: Cannot run tests without CLI sapi."; \ fi I tried to troubleshoot using dbx: <[EMAIL PROTECTED]> dbx sapi/cli/php core For information about new features see `help changes' To remove this message, put `dbxenv suppress_startup_message 7.5' in your .dbxrc Reading php core file header read successfully Reading ld.so.1 Reading librt.so.1 Reading libmysqlclient.so.15.0.0 Reading libsocket.so.1 Reading libnsl.so.1 Reading libm.so.2 Reading libintl.so.8.0.2 Reading libsec.so.1 Reading libc.so.1 Reading libz.so Reading libssl.so.0.9.8 Reading libcrypto.so.0.9.8 Reading libresolv.so.2 Reading libkstat.so.1 Reading libgen.so.1 Reading libdl.so.1 Reading libsched.so.1 Reading libclntsh.so.10.1 dbx: internal warning: "(null)"::srcname(InfoOrigin_CMDLINE): value "ntcontab.c" being set to "nt.c" Reading libxml2.so.2 Reading libpthread.so.1 Reading libiconv.so.2.4.0 Reading libaio.so.1 Reading libmd.so.1 Reading libgcc_s.so.1 Reading libavl.so.1 Reading libnnz10.so Reading libz.so.1 Reading iso_8859_1.so.3 [EMAIL PROTECTED] ([EMAIL PROTECTED]) program terminated by signal SEGV (no mapping at the fault address) 0xfecd515f: _memcpy+0x012f: movups 0x0020(%esi),%xmm2 Current function is php_date_parse_tzfile 550 tzi = timelib_parse_tzfile(formal_tzname, tzdb); (dbx) where [1] _memcpy(0x8047cc1, 0x8400fe0, 0xb, 0x8043368), at 0xfecd515f =>[2] php_date_parse_tzfile(formal_tzname = (nil), tzdb = 0x8400fe0), line 550 in "php_date.c" [3] get_timezone_info(), line 650 in "php_date.c" [4] php_format_date(format = 0x8430cf4 "Ymd_Hi", format_len = 6, ts = 0, localtime = 1), line 879 in "php_date.c" [5] php_date(ht = 0, retur
#44427 [Opn->Fbk]: stripos() and strpos() do not return false when needle is not found
ID: 44427
Updated by: [EMAIL PROTECTED]
-Summary: stripos strpos don't do false on needle not found
Reported By: garichner at i2pmail dot org
-Status: Open
+Status: Feedback
Bug Type: Strings related
Operating System: S.u.S.E. 10.3
PHP Version: 5.2.5
New Comment:
Please provide a short but _complete_ reproducing script. (one that
starts with and can be simply copy'n'pasted to run.
Previous Comments:
[2008-03-13 10:31:19] garichner at i2pmail dot org
Description:
stripos strpos don't do false on needle not found
foreach ($buffer_Infile1 as $VAL1) {
foreach ($VAL1 as $VAL2){
$VAL2=trim($VAL2);
$POSP=stripos($VAL1[0],".");
echo $VAL2." ".$POSP."\n";
}
does this
s.schaefer 1
sschaefer 1
but should to this
s.schaefer 1
sschaefer 0
Reproduce code:
---
foreach ($buffer_Infile1 as $VAL1) {
foreach ($VAL1 as $VAL2){
$VAL2=trim($VAL2);
$POSP=stripos($VAL1[0],".");
echo $VAL2." ".$POSP."\n";
}
Expected result:
s.schaefer 1
sschaefer 0
Actual result:
--
s.schaefer 1
sschaefer 1
--
Edit this bug report at http://bugs.php.net/?id=44427&edit=1
#44424 [Opn->Fbk]: iconv() is not working
ID: 44424
Updated by: [EMAIL PROTECTED]
Reported By: yes298 at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: ICONV related
Operating System: FreeBSD 7.0(x64)
PHP Version: 5.2.5
New Comment:
Does the same work using the command line iconv utility?
Previous Comments:
[2008-03-13 03:06:14] yes298 at gmail dot com
Description:
on FreeBSD 6.2(x64) and 7.0(x64), use phpinfo() show that iconv() is
enabled, but it can NOT work properly, only big5 or gb2312 convert to
utf-8 is ok, but can NOT convert between big5 and gb2312 or gbk.
phpinfo() result as below:
iconv support enabled
iconv implementation libiconv
iconv library version 1.11
Directive Local Value Master Value
iconv.input_encoding ISO-8859-1 ISO-8859-1
iconv.internal_encoding ISO-8859-1 ISO-8859-1
iconv.output_encoding ISO-8859-1 ISO-8859-1
Using function var_dump(get_extension_funcs("iconv")); to get info as
below:
array(11) { [0]=> string(5) "iconv" [1]=> string(16) "ob_iconv_handler"
[2]=> string(18) "iconv_get_encoding" [3]=> string(18)
"iconv_set_encoding" [4]=> string(12) "iconv_strlen" [5]=> string(12)
"iconv_substr" [6]=> string(12) "iconv_strpos" [7]=> string(13)
"iconv_strrpos" [8]=> string(17) "iconv_mime_encode" [9]=> string(17)
"iconv_mime_decode" [10]=> string(25) "iconv_mime_decode_headers" }
Reproduce code:
---
$a = "·±ówÕfÔ~";
$b = iconv('big5','gb2312',$a);
$c = iconv('big5','gbk',$a);
echo 'TC: ' . $a .'';
echo 'SC: ' . $b .'';
echo 'gbk: ' . $c .'';
Expected result:
·±ówÕfÔ~
·±Ìå˵´Ê
·±Ìå˵´Ê
Actual result:
--
·±ówÕfÔ~
·±
·±
--
Edit this bug report at http://bugs.php.net/?id=44424&edit=1
#44412 [Opn->Fbk]: file_exists():PHP got 100% cpu load.
ID: 44412
Updated by: [EMAIL PROTECTED]
Reported By: yarodin at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Directory function related
Operating System: Windows XP PRO/5.1.2600
PHP Version: 5.2.5
New Comment:
So it works using the snapshot?
Previous Comments:
[2008-03-12 15:15:23] yarodin at gmail dot com
Thanks, i haven't see this bug even on php5.2-win32-200803110430.zip
[2008-03-12 11:02:59] [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
[2008-03-12 03:34:27] yarodin at gmail dot com
Description:
Apache 2.2.8/mod_php5
file_exist() func make 100% cpu load on some buggy string passed as
param. See reproduce code.
Reproduce code:
---
http://gpa.ptungr.office.ttg/e107_images/pcmag.png";))
{
print_r("YAY\n");
} else {
print_r("NOONE\n");
}
?>
Expected result:
high cpu loadby php.
--
Edit this bug report at http://bugs.php.net/?id=44412&edit=1
#44335 [Opn->Bgs]: fsockopen on localhost on Vista
ID: 44335
Updated by: [EMAIL PROTECTED]
Reported By: php at smarinier dot net
-Status: Open
+Status: Bogus
Bug Type: Network related
Operating System: Windows Vista
PHP Version: 5.2.5
New Comment:
Badly configured OS is not a PHP bug -> Bogus.
Previous Comments:
[2008-03-12 19:06:43] php at smarinier dot net
In fact, rebooting Vista, and trying the new PHP, i see the things
working with 127.0.0.1. So this is in fact the "localhost" => 127.0.0.1
resolution wich is a problem.
This is due to the fact that Vista added "::1 localhost" in its
/etc/hosts file. This make (i don't know why) PHP5 failing on the
connection, but php4.4.8 works with this. All of this seems to be an
IPV6/IPV4 mess.
[2008-03-11 21:54:40] [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
[2008-03-05 11:16:54] php at smarinier dot net
Description:
A Localhost (or 127.0.0.1) connection with fsockopen failed on Vist
(see simple code later). As far as i can see, this:
- doesn't work with php 5.2.5, 5.2.1, 5.1.6, 5.0.3 : on Vista
- works with PHP 4.4.8 on Vista, or with any PHP on Windows Server
2003.
This is not the same problem as the getaddrinfo(localhost)->127.0.0.1,
wich is a (stupid) security protection from Windows.
Reproduce code:
---
\n";
} else {
$out = "GET / HTTP/1.1\r\nHost: localhost\r\nConnection:
Close\r\n\r\n";
fwrite($fp, $out);
while (!feof($fp)) {
echo fgets($fp, 128);
}
fclose($fp);
}
?>
Expected result:
X-Powered-By: PHP/4.4.8
Content-type: text/html
ContentHTTP/1.1 200 OK
Date: Wed, 05 Mar 2008 10:46:31 GMT
Server: Apache/2.2.8 (Win32) PHP/5.2.1
Last-Modified: Sat, 20 Nov 2004 13:16:26 GMT
ETag: "1be49-2c-3e9506e38be80"
Accept-Ranges: bytes
Content-Length: 44
Connection: close
Content-Type: text/html
It works!
Actual result:
--
PHP Warning: fsockopen(): unable to connect to localhost:80 (A
connection attempt failed \
because the connected party did not properly respond after a period of
time, or \
established connection failed because connected host has failed to
respond
) in C:\PHP\test.php on line 2
A connection attempt failed \
because the connected party did not properly respond after a period of
time, or \
established connection failed because connected host has failed to
respond. (10060)
--
Edit this bug report at http://bugs.php.net/?id=44335&edit=1
#44375 [Opn->Bgs]: LDAP extension load failed
ID: 44375 Updated by: [EMAIL PROTECTED] Reported By: petr at hroch dot info -Status: Open +Status: Bogus Bug Type: LDAP related Operating System: Linux Debian Etch 4.0 PHP Version: 5.3CVS-2008-03-08 (CVS) New Comment: So you're doing something we don't support and never will. If you want to build shared extensions, use the proper configure options. phpize is not meant for building extension under ext/ directory. Previous Comments: [2008-03-12 19:42:30] petr at hroch dot info 'make install' of what? I usualy build and install PHP core from source using configure, make, make install and than I externaly compile only usable extensions found in ext directory or from pecl source using phpize, configure, make, make install. Rebuilding fixed extensions separately It's faster for me then rebuild the whole source tree. Regards Petr [2008-03-11 21:40:20] [EMAIL PROTECTED] Did you 'make install' before re-phpizing the ldap module? And why do do you phpize ldap anyway, it's stock extension, just build it as static into the PHP.. [2008-03-10 12:17:50] petr at hroch dot info I've found that this problem occures only if LDAP extension is compiled externaly using phpize. If it's compiled together with php core using general configure script, extension works fine. I don't know where might be a problem. Petr [2008-03-10 12:01:31] [EMAIL PROTECTED] Odd... Compile with success here. [2008-03-10 09:19:20] petr at hroch dot info Hi, problem still remains. Compiled PHP from source http://snaps.php.net/php5.3-latest.tar.gz php -m PHP Warning: PHP Startup: Unable to load dynamic library '/usr/local/php/lib/php/extensions/ldap.so' - /usr/local/php/lib/php/extensions/ldap.so: undefined symbol: third_arg_force_ref in Unknown on line 0 [PHP Modules] calendar ctype date dom ereg filter hash iconv json libxml openssl pcntl pcre PDO pdo_sqlite posix Reflection session SimpleXML sockets SPL SQLite standard sysvmsg sysvsem sysvshm tokenizer xml xmlreader xmlwriter zlib [Zend Modules] In PHP 5.2.5 everything works fine. Regards Petr 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/44375 -- Edit this bug report at http://bugs.php.net/?id=44375&edit=1
#41350 [Com]: Error in my_thread_global_end()
ID: 41350 Comment by: email at email dot com Reported By: graham at directhostinguk dot com Status: No Feedback Bug Type: MySQL related Operating System: Windows 2003 PHP Version: 5.2.3 New Comment: I also solved this issue with copying the libmysql.dll file from the previous version. Downloaded libmysql.dll file from http://mysql.oblique.ch/ (it is a previous version file), copied it over the current one (C:/PHP/libmysql.dll). This solved the issue. Previous Comments: [2008-03-12 18:42:59] emiller at rsimedical dot com Experiencing Issue on Win2k3, Apache 2.2.8, PHP 5.2.4 Apache hangs, on Apache service stop error appears in error.log [2008-02-25 20:50:07] sharadrb at yahoo dot com Even I had same issue with PHP version 5.2.5. So, I rolled back to older version 5.2.1 which does not have this issue. Now, I don't have this issue with version 5.2.1 [2008-02-20 17:05:01] brandonkahre at charter dot net I am still experiencing this bug as of Feb-20-2008. I am running PHP 5.2.4 in a Windows XP environment with MySQL 4.2.20. To leave no room for confusion, the problems and steps I am using to recreate this bug are described in Bug #44009 (http://bugs.php.net/bug.php?id=44009). I have tried the following PHP versions: PHP 5.2.4 PHP 5.2.5 PHP 5.2.6-latest I have tried patching the Windows php_mysql.dll extension using the following sources: PHP 5.2.1: http://www.php.net/releases/#5.2.1 [copy /ext/php_mysql.dll only] - this did not fix any problems MySQL: http://dev.mysql.com/downloads/connector/php/ [mysql extension (PHP 5.2.0) for MySQL Server 4.1.21] - could not connect to MySQL server. Please note that the extension is for PHP 5.1.6.6 MySQL: http://dev.mysql.com/downloads/connector/php/ [mysql extension (PHP 5.2.0) for MySQL Server 5.0.27] - this did not fix any problems IT-Guys (mentioned in this bug tracker): http://www.it-etc.com/2007/10/25/php-error-524-getting-error-error-in-my_thread_global_end-1-threads-didnt-exit/ - this did not fix any problems. The extensions provided seem to be for PHP 5.2.0.0 [2008-02-13 17:25:20] byerly0503 at gmail dot com This bug caused me to spend an hour on the issue. I kept ignoring all of the help related to MySQL since the script I was trying to run, didn't use MySQL. Please fix this by including the right DLL or adjust the installer to give a warning message: "Despite downloading this package, you will need to download an older package, replace the mysql dll, in order to use PHP." [2008-02-08 06:56:04] OPunWide at hotmail dot com I'm a newbie at this, and am installing php for the first time. Very basic setup, running WinXP, using IIS 5.1 and PHP 5.2.5, installed using the Windows installer. When I first installed I included support for MySQL in the options, but had not installed MySQL. The error happened with a psp script consisting only of pspinfo(). I went back to the installer and removed support for MySQL and the problem went away. I don't think the folks at MySQL can be blamed for this one. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/41350 -- Edit this bug report at http://bugs.php.net/?id=41350&edit=1
#44427 [NEW]: stripos strpos don't do false on needle not found
From: garichner at i2pmail dot org
Operating system: S.u.S.E. 10.3
PHP version: 5.2.5
PHP Bug Type: Strings related
Bug description: stripos strpos don't do false on needle not found
Description:
stripos strpos don't do false on needle not found
foreach ($buffer_Infile1 as $VAL1) {
foreach ($VAL1 as $VAL2){
$VAL2=trim($VAL2);
$POSP=stripos($VAL1[0],".");
echo $VAL2." ".$POSP."\n";
}
does this
s.schaefer 1
sschaefer 1
but should to this
s.schaefer 1
sschaefer 0
Reproduce code:
---
foreach ($buffer_Infile1 as $VAL1) {
foreach ($VAL1 as $VAL2){
$VAL2=trim($VAL2);
$POSP=stripos($VAL1[0],".");
echo $VAL2." ".$POSP."\n";
}
Expected result:
s.schaefer 1
sschaefer 0
Actual result:
--
s.schaefer 1
sschaefer 1
--
Edit bug report at http://bugs.php.net/?id=44427&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44427&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44427&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44427&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44427&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44427&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44427&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44427&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44427&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44427&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44427&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44427&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44427&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44427&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44427&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44427&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44427&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44427&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44427&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44427&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44427&r=mysqlcfg
#44426 [Opn->Asn]: support for new format of milliseconds in strtotime()
ID: 44426
Updated by: [EMAIL PROTECTED]
Reported By: krister dot karlstrom at arcada dot fi
-Status: Open
+Status: Assigned
Bug Type: Feature/Change Request
Operating System: Ubuntu
PHP Version: 5.2.5
-Assigned To:
+Assigned To: derick
New Comment:
Assigned to Derick
Previous Comments:
[2008-03-13 08:05:11] krister dot karlstrom at arcada dot fi
Description:
The default datestring format returned by MS-SQL 2000 through the
MS-SQL support in PHP 5.2.3 (Ubuntu package) using the provided FreeTDS
library contains milliseconds that are separated with a colon, not a
dot. This breaks the parsing of the datestring in strtotime(), which
only seems to allow milliseconds separated by a dot. For compatibility
it would be great if strtotime() also could parse these strings.
This is the format returned by MS-SQL 2000 from a datetime column:
Aug 27 2007 12:00:00:000AM
I hereby request that strtotime() should be able to parse this string,
with our without the AM/PM (using 12 h or 24 h-format). For
compatibility issues it would probably also be good if strtotime() could
parse the string Aug 27 2007 12:00:00.000AM, since it for now doesn't
allow the 12 h-format together with milliseconds.
Reproduce code:
---
echo "TIME: ".strtotime("Aug 27 2007 12:00:00:000AM");
echo "TIME: ".strtotime("Aug 27 2007 12:00:00.000AM");
echo "TIME: ".strtotime("Aug 27 2007 12:00:00:000");
echo "TIME: ".strtotime("Aug 27 2007 12:00:00.000");
echo "TIME: ".strtotime("Aug 27 2007 12:00:00AM");
echo "TIME: ".strtotime("Aug 27 2007");
echo "TIME: ".strtotime("Aug 27 2007 12:00AM");
Expected result:
TIME: 1188162000
TIME: 1188162000
TIME: 1188205200
TIME: 1188205200
TIME: 1188162000
TIME: 1188162000
TIME: 1188162000
Actual result:
--
TIME:
TIME:
TIME:
TIME: 1188205200
TIME: 1188162000
TIME: 1188162000
TIME: 1188162000
--
Edit this bug report at http://bugs.php.net/?id=44426&edit=1
#44421 [Fbk->Opn]: Core dump using PHP 5.2.5 with suExec and mod_cgid
ID: 44421 User updated by: obonhomme at nerim dot net Reported By: obonhomme at nerim dot net -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: FreeBSD 6.3 PHP Version: 5.2.5 New Comment: Same problem with the snapshot Previous Comments: [2008-03-12 21:46:14] [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 [2008-03-12 18:01:21] obonhomme at nerim dot net Description: php-cgi crashes with SIGSEV making a core dump with php 5.2.5. The issue occurs only executing index.php file of an IPB Forum 1.3.1 and only when script is executed through apache and mod_fcgid. If the script is executed by the php-cgi binary from the command line, it works perfectely The problem seems to be in the virtual_file_ex function (see backtrace) Reproduce code: --- Url : http://91.121.116.63/~ptitoliv/index.phps Actual result: -- End of the backtrace : #0 0x08120c89 in virtual_file_ex (state=0xbbc00a28, path=0xbbc00a60 "./lang/3/lang_error.php", verify_path=0, use_realpath=1) at /usr/ports/lang/php5/work/php-5.2.5/TSRM/tsrm_virtual_cwd.c:656 656 int path_length = strlen(path); -- Edit this bug report at http://bugs.php.net/?id=44421&edit=1
#44426 [NEW]: support for new format of milliseconds in strtotime()
From: krister dot karlstrom at arcada dot fi
Operating system: Ubuntu
PHP version: 5.2.5
PHP Bug Type: Feature/Change Request
Bug description: support for new format of milliseconds in strtotime()
Description:
The default datestring format returned by MS-SQL 2000 through the MS-SQL
support in PHP 5.2.3 (Ubuntu package) using the provided FreeTDS library
contains milliseconds that are separated with a colon, not a dot. This
breaks the parsing of the datestring in strtotime(), which only seems to
allow milliseconds separated by a dot. For compatibility it would be great
if strtotime() also could parse these strings.
This is the format returned by MS-SQL 2000 from a datetime column:
Aug 27 2007 12:00:00:000AM
I hereby request that strtotime() should be able to parse this string,
with our without the AM/PM (using 12 h or 24 h-format). For compatibility
issues it would probably also be good if strtotime() could parse the string
Aug 27 2007 12:00:00.000AM, since it for now doesn't allow the 12 h-format
together with milliseconds.
Reproduce code:
---
echo "TIME: ".strtotime("Aug 27 2007 12:00:00:000AM");
echo "TIME: ".strtotime("Aug 27 2007 12:00:00.000AM");
echo "TIME: ".strtotime("Aug 27 2007 12:00:00:000");
echo "TIME: ".strtotime("Aug 27 2007 12:00:00.000");
echo "TIME: ".strtotime("Aug 27 2007 12:00:00AM");
echo "TIME: ".strtotime("Aug 27 2007");
echo "TIME: ".strtotime("Aug 27 2007 12:00AM");
Expected result:
TIME: 1188162000
TIME: 1188162000
TIME: 1188205200
TIME: 1188205200
TIME: 1188162000
TIME: 1188162000
TIME: 1188162000
Actual result:
--
TIME:
TIME:
TIME:
TIME: 1188205200
TIME: 1188162000
TIME: 1188162000
TIME: 1188162000
--
Edit bug report at http://bugs.php.net/?id=44426&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44426&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44426&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44426&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44426&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44426&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44426&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44426&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44426&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44426&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44426&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44426&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44426&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44426&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44426&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44426&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44426&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44426&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44426&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44426&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44426&r=mysqlcfg
#14954 [Com]: Warning: Server Error with mail() function
ID: 14954
Comment by: permander dot kumar at yahoo dot co dot in
Reported By: jberall at yahoo dot com
Status: No Feedback
Bug Type: Mail related
Operating System: Windows 2000
PHP Version: 4.1.0
New Comment:
dfdfd
Previous Comments:
[2004-07-01 22:57:43] cleilton at secrel dot net dot br
I have the same problem using php 4.2, windows 2000 server iis5.
I resolve the problem using \r\n not \n for the break line.
Example:
mail("[EMAIL PROTECTED]", "My Subject", "Line 1\nLine 2\nLine
3");
This code results in a server error
Correct code:
$email = mail("[EMAIL PROTECTED]", "My Subject", "Line 1\r\nLine
2\r\nLine 3");
If ($email){
echo "E-mail was sent!";
}
:-)
[2002-07-03 01:00:08] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a month, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2002-06-02 13:51:03] [EMAIL PROTECTED]
Error handlig has been improvied, please try a snapshot from
http://snaps.php.net/win32/php4-win32-latest.zip
[2002-01-09 17:10:07] jberall at yahoo dot com
The mail() function doesn't work properly.
Every so often it does send mail.
I tried putting the php.ini in the c:\php\php.ini instead of the
c:\winnt\php.ini but that didn't help.
I've been at it a while and I've found no solutions on the web yet,
while other people have encountered the same issue.
PHP.INI has a valid SMTP = mail.pnang.com and sendmail_from =
[EMAIL PROTECTED]
The code
mail("[EMAIL PROTECTED]", "My Subject", "Line 1\nLine 2\nLine 3");
And the birthday one from the manual.
Again the frustrating part is it worked last night. My outlook works
perfectly with the same SMTP.
Thanks,
Jonathan
--
Edit this bug report at http://bugs.php.net/?id=14954&edit=1
