#21546 [NEW]: parse_ini_file() ignores error settings
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.3.0 PHP Bug Type: Filesystem function related Bug description: parse_ini_file() ignores error settings parse_ini_file() outputs "Warning: Error parsing /file2parse.ini ..." if there is more than one = in a config line. PHP ignores error_reporting(0) and @parse_ini_file(). -- Edit bug report at http://bugs.php.net/?id=21546&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21546&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21546&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21546&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21546&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21546&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21546&r=support Expected behavior: http://bugs.php.net/fix.php?id=21546&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21546&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21546&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21546&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21546&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21546&r=dst IIS Stability: http://bugs.php.net/fix.php?id=21546&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21546&r=gnused
#21755 [NEW]: dirname(), basename(), pathinfo() not working for Windows filenames
From: [EMAIL PROTECTED]
Operating system: Linux
PHP version: 4.3.0
PHP Bug Type: *Directory/Filesystem functions
Bug description: dirname(), basename(), pathinfo() not working for Windows filenames
test script:
output:
dirname("C:\WINNT\anything.txt"):
string(1) "."
basename("C:\WINNT\anything.txt"):
string(21) "C:\WINNT\anything.txt"
pathinfo("C:\WINNT\anything.txt"):
array(3) {
["dirname"]=>
string(1) "."
["basename"]=>
string(21) "C:\WINNT\anything.txt"
["extension"]=>
string(3) "txt"
}
dirname("/etc/anything.conf"):
string(4) "/etc"
basename("/etc/anything.conf"):
string(13) "anything.conf"
pathinfo("/etc/anything.conf"):
array(3) {
["dirname"]=>
string(4) "/etc"
["basename"]=>
string(13) "anything.conf"
["extension"]=>
string(4) "conf"
}
--
Edit bug report at http://bugs.php.net/?id=21755&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=21755&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=21755&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=21755&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=21755&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=21755&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=21755&r=support
Expected behavior: http://bugs.php.net/fix.php?id=21755&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=21755&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=21755&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=21755&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21755&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=21755&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=21755&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=21755&r=gnused
#22012 [NEW]: linking to manual from user defined functions
From: [EMAIL PROTECTED] Operating system: all PHP version: 4.3.0 PHP Bug Type: Scripting Engine problem Bug description: linking to manual from user defined functions Since 4.3.0 PHP is linking to the manual from error messages. This was a gret idea, but linking from user defined functions/class methods make no sense. -- Edit bug report at http://bugs.php.net/?id=22012&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22012&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22012&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22012&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22012&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22012&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22012&r=support Expected behavior: http://bugs.php.net/fix.php?id=22012&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22012&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22012&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22012&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22012&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22012&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22012&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22012&r=gnused
#22015 [NEW]: constants CAL_JEWISH_ADD_* are undefined
From: [EMAIL PROTECTED] Operating system: Windows 2000 Server PHP version: 4CVS-2003-02-02 (stable) PHP Bug Type: Calendar related Bug description: constants CAL_JEWISH_ADD_* are undefined ext/calendar/tests/jdtojewish.phpt failed on W2k server: ACTUAL OUTPUT Notice: Use of undefined constant CAL_JEWISH_ADD_ALAFIM_GERESH - assumed 'CAL_JEWISH_ADD_ALAFIM_GERESH' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 5 Warning: Wrong parameter count for jdtojewish() in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 5 Notice: Use of undefined constant CAL_JEWISH_ADD_ALAFIM - assumed 'CAL_JEWISH_ADD_ALAFIM' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 6 Warning: Wrong parameter count for jdtojewish() in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 6 Notice: Use of undefined constant CAL_JEWISH_ADD_ALAFIM_GERESH - assumed 'CAL_JEWISH_ADD_ALAFIM_GERESH' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 7 Notice: Use of undefined constant CAL_JEWISH_ADD_ALAFIM - assumed 'CAL_JEWISH_ADD_ALAFIM' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 7 Warning: Wrong parameter count for jdtojewish() in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 7 Notice: Use of undefined constant CAL_JEWISH_ADD_GERESHAYIM - assumed 'CAL_JEWISH_ADD_GERESHAYIM' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 8 Warning: Wrong parameter count for jdtojewish() in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 8 Notice: Use of undefined constant CAL_JEWISH_ADD_GERESHAYIM - assumed 'CAL_JEWISH_ADD_GERESHAYIM' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 9 Warning: Wrong parameter count for jdtojewish() in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 9 Notice: Use of undefined constant CAL_JEWISH_ADD_GERESHAYIM - assumed 'CAL_JEWISH_ADD_GERESHAYIM' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 10 Notice: Use of undefined constant CAL_JEWISH_ADD_ALAFIM_GERESH - assumed 'CAL_JEWISH_ADD_ALAFIM_GERESH' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 10 Warning: Wrong parameter count for jdtojewish() in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 10 Notice: Use of undefined constant CAL_JEWISH_ADD_GERESHAYIM - assumed 'CAL_JEWISH_ADD_GERESHAYIM' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 11 Notice: Use of undefined constant CAL_JEWISH_ADD_ALAFIM - assumed 'CAL_JEWISH_ADD_ALAFIM' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 11 Warning: Wrong parameter count for jdtojewish() in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 11 Notice: Use of undefined constant CAL_JEWISH_ADD_GERESHAYIM - assumed 'CAL_JEWISH_ADD_GERESHAYIM' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 12 Notice: Use of undefined constant CAL_JEWISH_ADD_ALAFIM - assumed 'CAL_JEWISH_ADD_ALAFIM' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 12 Notice: Use of undefined constant CAL_JEWISH_ADD_ALAFIM_GERESH - assumed 'CAL_JEWISH_ADD_ALAFIM_GERESH' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 12 Warning: Wrong parameter count for jdtojewish() in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 12 -- Edit bug report at http://bugs.php.net/?id=22015&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22015&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22015&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22015&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22015&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22015&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22015&r=support Expected behavior: http://bugs.php.net/fix.php?id=22015&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22015&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22015&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22015&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22015&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22015&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22015&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22015&r=gnused
#21131 [Csd->Opn]: fopen with "a+" and the a rewind does'nt work anymore
ID: 21131 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: *Directory/Filesystem functions Operating System: Linux 2.4.18 (Redhat) PHP Version: 4.3.0RC4 New Comment: ext/standard/tests/file/bug21131.phpt failed on W2k server with latetest win32-snap: EXPECTED OUTPUT int(6) int(0) foobar ACTUAL OUTPUT int(0) int(0) foobar FAILED Previous Comments: [2002-12-22 12:16:59] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2002-12-21 08:25:00] [EMAIL PROTECTED] With 4.2.3 and below the next code did give the contents of $file only when the Apache runtime user was allowed to update that file. Now it nevers gives the content of the file anymore. $fp = fopen($file,"a+"); rewind($fp); $fstr = fread($fp, filesize($file)); The PHP version box did not give 4.3.0RC4, but it's still there. ./configure --with-openssl --enable-cli --prefix=/www --with-mcrypt --with-config-file-path=/www/conf --with-mysql --with-apache=../apache_1.3.27 --enable-track-vars --with-gzlib -- Edit this bug report at http://bugs.php.net/?id=21131&edit=1
#22016 [NEW]: wrong presentation of floats after serialize/unserialize
From: [EMAIL PROTECTED] Operating system: Windows 2000 Server PHP version: 4CVS-2003-02-02 (stable) PHP Bug Type: Session related Bug description: wrong presentation of floats after serialize/unserialize ext/standard/tests/serialize/003.phpt failed on W2k server: EXPECTED OUTPUT d:100; float(100) d:5.2E+25; float(5.2E+25) d:8.529E-22; float(8.529E-22) d:9E-09; float(9.E-9) ACTUAL OUTPUT d:100; float(100) d:5.2E+025; float(5.2E+25) d:8.529E-022; float(8.529E-22) d:9E-009; float(9.E-9) FAILED 004- d:5.2E+25; 004+ d:5.2E+025; 007- d:8.529E-22; 007+ d:8.529E-022; 010- d:9E-09; 010+ d:9E-009; -- Edit bug report at http://bugs.php.net/?id=22016&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22016&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22016&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22016&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22016&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22016&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22016&r=support Expected behavior: http://bugs.php.net/fix.php?id=22016&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22016&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22016&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22016&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22016&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22016&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22016&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22016&r=gnused
#22017 [NEW]: Unexpected error in date() (timestamp from strtotime())
From: [EMAIL PROTECTED]
Operating system: Windows 2000 Server
PHP version: 4CVS-2003-02-02 (stable)
PHP Bug Type: Date/time related
Bug description: Unexpected error in date() (timestamp from strtotime())
Running ext/standard/tests/time/002.phpt on W2k server produce a warning:
"Warning: date() [/phpmanual/function.date.html]: Unexpected error ..."
Example code:
date ("Y-m-d H:i:s\n", strtotime ("Dec 21 12:16"));
--
Edit bug report at http://bugs.php.net/?id=22017&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22017&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22017&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22017&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22017&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22017&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22017&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22017&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22017&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22017&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22017&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22017&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22017&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22017&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22017&r=gnused
#22018 [NEW]: daylight savings time parameter works wrong
From: [EMAIL PROTECTED]
Operating system: Windows 2000 Server
PHP version: 4CVS-2003-02-02 (stable)
PHP Bug Type: Date/time related
Bug description: daylight savings time parameter works wrong
ext/standard/tests/time/003.phpt fails on W2k server:
diff:
008- 2000-05-29 13:00:00
008+ 2000-05-29 12:00:00
009- 2000-05-29 12:00:00
009+ 2000-05-29 11:00:00
014- 2000-04-29 13:00:00
014+ 2000-04-29 12:00:00
015- 2000-04-29 12:00:00
015+ 2000-04-29 11:00:00
coresponding lines:
echo date("Y-m-d H:i:s", mktime(12,0,0,3,+90,2000,0))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,3,+90,2000,1))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-1,2000,0))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-1,2000,1))."\n";
this lines produce the expected result:
echo date("Y-m-d H:i:s", mktime(12,0,0,3,+90,2000,-1))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-90,2000,-1))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-90,2000,0))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-90,2000,1))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-1,2000,-1))."\n";
--
Edit bug report at http://bugs.php.net/?id=22018&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22018&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22018&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22018&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22018&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22018&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22018&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22018&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22018&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22018&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22018&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22018&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22018&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22018&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22018&r=gnused
#21513 [Ver]: shutdown functions not executed if timed out
ID: 21513 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified Bug Type: Scripting Engine problem Operating System: windows (only) PHP Version: 4.3.0 New Comment: tests/func/005a.phpt also failed with latestest win32 snap on W2k server. Previous Comments: [2003-01-22 22:44:36] [EMAIL PROTECTED] I can not reproduce this with PHP CGI/CLI/Apache DSO, but Steph tested the script under windows and got the same results as [EMAIL PROTECTED] did so this is definately a windows-only bug. [2003-01-22 02:09:49] [EMAIL PROTECTED] [EMAIL PROTECTED]: > This script works just fine for me (using CLI): > [skipped] I tested your script. The output is: PHP Fatal error: Maximum execution time of 1 second exceeded in c:\exp.php on line 16 PHP Fatal error: Maximum execution time of 1 second exceeded in c:\exp.php on line 7 "test.log" contains only one "Start" line. I tried with both my own (pretty much cleaned up) php.ini and "recommended" php.ini. I suspect it is only Windows-related problem. [2003-01-20 22:47:06] [EMAIL PROTECTED] And this is related to http://bugs.php.net/bug.php?id=14542 (and maybe to http://bugs.php.net/bug.php?id=14251 ?) [2003-01-20 22:44:38] [EMAIL PROTECTED] This script works just fine for me (using CLI): In test.log I have now: cut Start Shutdown - function 'foo' cut Which is the expected output. Can you try this script? [2003-01-08 02:53:17] [EMAIL PROTECTED] This problem is absolutely critical if you do DB cleanups, transactions processing or other similar things in shutdown functions. Can be especially bad if you need to commit/rollback transactions with persistent DB connections. -- -- Error message: Fatal error: Maximum execution time of 3 seconds exceeded in c:\exp.php on line 10 Fatal error: Maximum execution time of 3 seconds exceeded in c:\exp.php on line 4 Does not depend on whether we run script as CGI/SAPI or CLI. Report #14542 looks similar but is different IMHO. -- Edit this bug report at http://bugs.php.net/?id=21513&edit=1
#21094 [Ver]: set_error_handler not accepting methods
ID: 21094 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Verified -Bug Type: Zend Engine 2 problem +Bug Type: Scripting Engine problem -Operating System: OS X 10.2, RedHat 8.0 +Operating System: OS X 10.2, RedHat 8.0, W2k serv. PHP Version: 5CVS-2003-01-19 (dev) New Comment: tests/lang/bug21094.phpt also failed on W2k server: EXPECTED OUTPUT [1024] errstr: test, errfile: %s, errline: %d ACTUAL OUTPUT Notice: test in D:\work\php5\tests\lang\bug21094.php on line 10 FAILED Previous Comments: [2002-12-19 04:11:08] [EMAIL PROTECTED] The set_error_handler() function is not accepting class methods as of the php4-ze2 CVS code from 19-Dec-2002. It does work with php 4.3 and ZE1. -- Edit this bug report at http://bugs.php.net/?id=21094&edit=1
#21600 [Ctl]: assign by reference function call changes variable contents
ID: 21600
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Critical
Bug Type: Scripting Engine problem
-Operating System: Redhat 7.3, 8
+Operating System: Redhat 7.3, 8, W2k server
PHP Version: 4.3.0, 5.0.0
New Comment:
tests/lang/bug21600.phpt also failed on W2k server with latest win32
snap:
EXPECTED OUTPUT
array(1) {
["foo"]=>
string(4) "test"
}
array(1) {
["foo"]=>
string(4) "test"
}
ACTUAL OUTPUT
array(1) {
["foo"]=>
&string(4) "test"
}
array(1) {
["foo"]=>
string(4) "test"
}
FAILED
Previous Comments:
[2003-01-31 10:52:23] [EMAIL PROTECTED]
I noticed this issue has something to do with the version of bison used
in a build.
Below is just my assumption:
1.28 => works
1.35 => works
1.75 => doesn't work
1.875 => ???
[2003-01-23 16:44:49] [EMAIL PROTECTED]
Here is a simular problem - it seem to be a problem with referencing to
values from functions that not themselfs return reference.
name = $name;
$wiefewfjwefjwefwef =& $this->getName(); // <-- this line
destroys $this->name and eventually crashes apache+php
}
function /*&*/ getName() {
return $this->name;
}
}
$kent =& new Person('Kent');
echo ''; print_r($kent); echo '';
echo 'PersonName: "' . $kent->getName() . '"';
?>
[2003-01-14 00:52:07] [EMAIL PROTECTED]
update version
[2003-01-13 19:42:44] [EMAIL PROTECTED]
I'm marking this critical because the provided script works fine on the
previous released versions.
[2003-01-13 01:21:08] [EMAIL PROTECTED]
backtrace (with php-5.0.0-dev):
#0 0x40749e49 in __sbrk (increment=1515880448) at
../sysdeps/generic/sbrk.c:33
#1 0x406e9d3c in __default_morecore (increment=1515880448)
at ../sysdeps/generic/morecore.c:47
#2 0x406e676d in chunk_alloc (ar_ptr=0x40798520, nb=1515878480)
at malloc.c:2583
#3 0x406e60bc in __libc_malloc (bytes=1515878476) at malloc.c:2817
#4 0x08256b63 in zend_mm_add_memory_block (heap=0x8333748,
block_size=1515878476) at
/dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:143
#5 0x08256de6 in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:236
#6 0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#7 0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#8 0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#9 0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#10 0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#11 0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
at /dat/dev/php/php-5.0.0dev/Zend/zend_mm.c:240
#12 0x08256e0e in zend_mm_alloc (heap=0x8333748, size=1515878448)
(last frame continues atleast 15.000 times)
Derick
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/21600
--
Edit this bug report at http://bugs.php.net/?id=21600&edit=1
#21961 [Ver]: get_parent_class segfault
ID: 21961
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Verified
Bug Type: Zend Engine 2 problem
Operating System: FreeBSD 4.7
PHP Version: 5CVS-2003-01-30 (dev)
New Comment:
tests/lang/bug21961.phpt failed on W2k server for latest
PHP4-Win32-Stable snap. Reason: no SKIPIF for version < 5.0.0
EXPECTED OUTPUT
string(14) "The old Tavern"
ACTUAL OUTPUT
Parse error: parse error, unexpected $end in
D:\work\php4\tests\lang\bug21961.php(44) : eval()'d code on line 1
bool(false)
FAILED
Previous Comments:
[2003-02-03 07:39:46] [EMAIL PROTECTED]
Verified.
BTW how come "bar" extends "man"?
[2003-01-30 08:03:07] [EMAIL PROTECTED]
Additionals:
Apache 1.3.27-mod_ssl
Script to reproduce:
name = 'Mr. X';
$this->bars = array();
}
function getdrunk($where)
{
$this->bars[] = new bar($where);
}
function getName()
{
return $this->name;
}
}
class bar extends man
{
var $name;
function bar($w)
{
$this->name = $w;
}
function getName()
{
return $this->name;
}
function whosdrunk()
{
$who = get_parent_class($this);
if($who == NULL)
{
return 'nobody';
}
return eval($who.'::getName()');
}
}
$x = new man;
$x->getdrunk('The old Tavern');
$x->bars[0]->whosdrunk();
?>
Backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x28586642 in zif_get_parent_class (ht=1, return_value=0x8104858,
this_ptr=0x0, return_value_used=1)
at /home/mdev/cvs/php5/Zend/zend_builtin_functions.c:563
563 name = ce->name;
#0 0x28586642 in zif_get_parent_class (ht=1, return_value=0x8104858,
this_ptr=0x0, return_value_used=1)
at /home/mdev/cvs/php5/Zend/zend_builtin_functions.c:563
#1 0x28594f5b in zend_do_fcall_common_helper (execute_data=0xbfbfe0bc,
op_array=0x8106850)
at /home/mdev/cvs/php5/Zend/zend_execute.c:2620
#2 0x285956a5 in zend_do_fcall_handler (execute_data=0xbfbfe0bc,
op_array=0x8106850)
at /home/mdev/cvs/php5/Zend/zend_execute.c:2748
#3 0x2858f5c7 in execute (op_array=0x8106850) at
/home/mdev/cvs/php5/Zend/zend_execute.c:1227
#4 0x28595158 in zend_do_fcall_common_helper (execute_data=0xbfbfe39c,
op_array=0x810388c)
at /home/mdev/cvs/php5/Zend/zend_execute.c:2654
#5 0x28595577 in zend_do_fcall_by_name_handler
(execute_data=0xbfbfe39c, op_array=0x810388c)
at /home/mdev/cvs/php5/Zend/zend_execute.c:2718
#6 0x2858f5c7 in execute (op_array=0x810388c) at
/home/mdev/cvs/php5/Zend/zend_execute.c:1227
#7 0x2857b7b0 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /home/mdev/cvs/php5/Zend/zend.c:996
#8 0x2853d0dc in php_execute_script (primary_file=0xbfbff944) at
/home/mdev/cvs/php5/main/main.c:1699
#9 0x2859be4a in apache_php_module_main (r=0x809f038,
display_source_mode=0)
at /home/mdev/cvs/php5/sapi/apache/sapi_apache.c:55
#10 0x2859ce90 in send_php (r=0x809f038, display_source_mode=0,
filename=0x80a0b08 "/usr/local/www/data/bug.php") at
/home/mdev/cvs/php5/sapi/apache/mod_php4.c:608
#11 0x2859cf03 in send_parsed_php (r=0x809f038) at
/home/mdev/cvs/php5/sapi/apache/mod_php4.c:623
#12 0x8053688 in ap_invoke_handler (r=0x809f038) at http_config.c:518
#13 0x80631a9 in process_request_internal (r=0x809f038) at
http_request.c:1308
#14 0x8063208 in ap_process_request (r=0x809f038) at
http_request.c:1324
#15 0x805c63e in child_main (child_num_arg=0) at http_main.c:4689
#16 0x805c7d0 in make_child (s=0x8099038, slot=0, now=1043934649) at
http_main.c:4813
#17 0x805c8ed in startup_children (number_to_start=5) at
http_main.c:4895
#18 0x805cddc in standalone_main (argc=3, argv=0xbfbffc4c) at
http_main.c:5203
#19 0x805d4d7 in main (argc=3, argv=0xbfbffc4c) at http_main.c:5566
(gdb) print ce
$1 = (zend_class_entry *) 0x0
--
Edit this bug report at http://bugs.php.net/?id=21961&edit=1
#22038 [NEW]: array() doesn't work right
From: [EMAIL PROTECTED]
Operating system: Windows 2000 Server
PHP version: 5CVS-2003-02-03 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description: array() doesn't work right
/run-tests.php doesn't work with latest php5-win32 snap on W2kserver. Every
second array value get an array key.
declaration (line 141):
$ini_overwrites = array(
'output_handler=',
'zlib.output_compression=Off',
'open_basedir=',
'safe_mode=0',
'disable_functions=',
'output_buffering=Off',
'error_reporting=2047',
'display_errors=1',
'log_errors=0',
'html_errors=0',
'track_errors=1',
'report_memleaks=1',
'report_zend_debug=0',
'docref_root=/phpmanual/',
'docref_ext=.html',
'error_prepend_string=',
'error_append_string=',
'auto_prepend_file=',
'auto_append_file=',
'magic_quotes_runtime=0',
);
var_dump($settings); (added on line 794):
array(11) {
[""]=>
string(15) "output_handler="
["zlib.output_compression=Off"]=>
string(13) "open_basedir="
["safe_mode=0"]=>
string(18) "disable_functions="
["output_buffering=Off"]=>
string(20) "error_reporting=2047"
["display_errors=1"]=>
string(12) "log_errors=0"
["html_errors=0"]=>
string(14) "track_errors=1"
["report_memleaks=1"]=>
string(19) "report_zend_debug=0"
["docref_root=/phpmanual/"]=>
string(16) "docref_ext=.html"
["error_prepend_string="]=>
string(20) "error_append_string="
["auto_prepend_file="]=>
string(17) "auto_append_file="
["magic_quotes_runtime=0"]=>
&array(1) {
["magic_quotes_runtime=0"]=>
&array(1) {
["magic_quotes_runtime=0"]=>
*RECURSION*
}
}
}
--
Edit bug report at http://bugs.php.net/?id=22038&edit=1
--
Try a CVS snapshot: http://bugs.php.net/fix.php?id=22038&r=trysnapshot
Fixed in CVS: http://bugs.php.net/fix.php?id=22038&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=22038&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=22038&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=22038&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=22038&r=support
Expected behavior: http://bugs.php.net/fix.php?id=22038&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=22038&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=22038&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=22038&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22038&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=22038&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=22038&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=22038&r=gnused
#22038 [Opn]: array() doesn't work right
ID: 22038
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Windows 2000 Server
PHP Version: 5CVS-2003-02-03 (dev)
New Comment:
Looks like an windows only problem. It works on Linux with latest
source snap. Please verify on other operating systems.
Previous Comments:
[2003-02-03 17:53:18] [EMAIL PROTECTED]
/run-tests.php doesn't work with latest php5-win32 snap on W2kserver.
Every second array value get an array key.
declaration (line 141):
$ini_overwrites = array(
'output_handler=',
'zlib.output_compression=Off',
'open_basedir=',
'safe_mode=0',
'disable_functions=',
'output_buffering=Off',
'error_reporting=2047',
'display_errors=1',
'log_errors=0',
'html_errors=0',
'track_errors=1',
'report_memleaks=1',
'report_zend_debug=0',
'docref_root=/phpmanual/',
'docref_ext=.html',
'error_prepend_string=',
'error_append_string=',
'auto_prepend_file=',
'auto_append_file=',
'magic_quotes_runtime=0',
);
var_dump($settings); (added on line 794):
array(11) {
[""]=>
string(15) "output_handler="
["zlib.output_compression=Off"]=>
string(13) "open_basedir="
["safe_mode=0"]=>
string(18) "disable_functions="
["output_buffering=Off"]=>
string(20) "error_reporting=2047"
["display_errors=1"]=>
string(12) "log_errors=0"
["html_errors=0"]=>
string(14) "track_errors=1"
["report_memleaks=1"]=>
string(19) "report_zend_debug=0"
["docref_root=/phpmanual/"]=>
string(16) "docref_ext=.html"
["error_prepend_string="]=>
string(20) "error_append_string="
["auto_prepend_file="]=>
string(17) "auto_append_file="
["magic_quotes_runtime=0"]=>
&array(1) {
["magic_quotes_runtime=0"]=>
&array(1) {
["magic_quotes_runtime=0"]=>
*RECURSION*
}
}
}
--
Edit this bug report at http://bugs.php.net/?id=22038&edit=1
#22038 [Opn->Ctl]: array() doesn't work right
ID: 22038
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Critical
Bug Type: Zend Engine 2 problem
Operating System: Windows 2000 Server
PHP Version: 5CVS-2003-02-03 (dev)
Previous Comments:
[2003-02-03 18:04:07] [EMAIL PROTECTED]
Looks like an windows only problem. It works on Linux with latest
source snap. Please verify on other operating systems.
[2003-02-03 17:53:18] [EMAIL PROTECTED]
/run-tests.php doesn't work with latest php5-win32 snap on W2kserver.
Every second array value get an array key.
declaration (line 141):
$ini_overwrites = array(
'output_handler=',
'zlib.output_compression=Off',
'open_basedir=',
'safe_mode=0',
'disable_functions=',
'output_buffering=Off',
'error_reporting=2047',
'display_errors=1',
'log_errors=0',
'html_errors=0',
'track_errors=1',
'report_memleaks=1',
'report_zend_debug=0',
'docref_root=/phpmanual/',
'docref_ext=.html',
'error_prepend_string=',
'error_append_string=',
'auto_prepend_file=',
'auto_append_file=',
'magic_quotes_runtime=0',
);
var_dump($settings); (added on line 794):
array(11) {
[""]=>
string(15) "output_handler="
["zlib.output_compression=Off"]=>
string(13) "open_basedir="
["safe_mode=0"]=>
string(18) "disable_functions="
["output_buffering=Off"]=>
string(20) "error_reporting=2047"
["display_errors=1"]=>
string(12) "log_errors=0"
["html_errors=0"]=>
string(14) "track_errors=1"
["report_memleaks=1"]=>
string(19) "report_zend_debug=0"
["docref_root=/phpmanual/"]=>
string(16) "docref_ext=.html"
["error_prepend_string="]=>
string(20) "error_append_string="
["auto_prepend_file="]=>
string(17) "auto_append_file="
["magic_quotes_runtime=0"]=>
&array(1) {
["magic_quotes_runtime=0"]=>
&array(1) {
["magic_quotes_runtime=0"]=>
*RECURSION*
}
}
}
--
Edit this bug report at http://bugs.php.net/?id=22038&edit=1
#22038 [Fbk]: array() doesn't work right
ID: 22038
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Feedback
Bug Type: Zend Engine 2 problem
Operating System: Windows 2000 Server
PHP Version: 5CVS-2003-02-03 (dev)
New Comment:
I've tested with latestet php4-win32 snap and latestest source snaps of
PHP4 and PHP5 on Linux. All these tests works, it's only a problem with
PHP5 + Win. Critical in my eyes because /run-tests.php doesn't work and
array's are important.
Previous Comments:
[2003-02-04 00:33:23] [EMAIL PROTECTED]
s/intentionally/intensively/
[2003-02-04 00:31:24] [EMAIL PROTECTED]
Did you try one of the branch version (ZE1)?
And I suppose we have to look into the problem more intentionally
before marking this as critical.
[2003-02-03 18:04:07] [EMAIL PROTECTED]
Looks like an windows only problem. It works on Linux with latest
source snap. Please verify on other operating systems.
[2003-02-03 17:53:18] [EMAIL PROTECTED]
/run-tests.php doesn't work with latest php5-win32 snap on W2kserver.
Every second array value get an array key.
declaration (line 141):
$ini_overwrites = array(
'output_handler=',
'zlib.output_compression=Off',
'open_basedir=',
'safe_mode=0',
'disable_functions=',
'output_buffering=Off',
'error_reporting=2047',
'display_errors=1',
'log_errors=0',
'html_errors=0',
'track_errors=1',
'report_memleaks=1',
'report_zend_debug=0',
'docref_root=/phpmanual/',
'docref_ext=.html',
'error_prepend_string=',
'error_append_string=',
'auto_prepend_file=',
'auto_append_file=',
'magic_quotes_runtime=0',
);
var_dump($settings); (added on line 794):
array(11) {
[""]=>
string(15) "output_handler="
["zlib.output_compression=Off"]=>
string(13) "open_basedir="
["safe_mode=0"]=>
string(18) "disable_functions="
["output_buffering=Off"]=>
string(20) "error_reporting=2047"
["display_errors=1"]=>
string(12) "log_errors=0"
["html_errors=0"]=>
string(14) "track_errors=1"
["report_memleaks=1"]=>
string(19) "report_zend_debug=0"
["docref_root=/phpmanual/"]=>
string(16) "docref_ext=.html"
["error_prepend_string="]=>
string(20) "error_append_string="
["auto_prepend_file="]=>
string(17) "auto_append_file="
["magic_quotes_runtime=0"]=>
&array(1) {
["magic_quotes_runtime=0"]=>
&array(1) {
["magic_quotes_runtime=0"]=>
*RECURSION*
}
}
}
--
Edit this bug report at http://bugs.php.net/?id=22038&edit=1
#22015 [Fbk->Bgs]: constants CAL_JEWISH_ADD_* are undefined
ID: 22015 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Feedback +Status: Bogus Bug Type: Calendar related Operating System: Windows 2000 Server PHP Version: 4CVS-2003-02-02 (stable) New Comment: There are no tests in the win32 snaps, so I get it from cvs. My mistake was co php4 instead of -r PHP_4_3 php4. I've not tested on php5 snap, so it is bogus for 4.3. Previous Comments: [2003-02-03 03:59:52] [EMAIL PROTECTED] How can it fail as the test doesn't even exist in the 4.3.x branch??? [2003-02-02 14:26:54] [EMAIL PROTECTED] ext/calendar/tests/jdtojewish.phpt failed on W2k server: ACTUAL OUTPUT Notice: Use of undefined constant CAL_JEWISH_ADD_ALAFIM_GERESH - assumed 'CAL_JEWISH_ADD_ALAFIM_GERESH' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 5 Warning: Wrong parameter count for jdtojewish() in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 5 Notice: Use of undefined constant CAL_JEWISH_ADD_ALAFIM - assumed 'CAL_JEWISH_ADD_ALAFIM' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 6 Warning: Wrong parameter count for jdtojewish() in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 6 Notice: Use of undefined constant CAL_JEWISH_ADD_ALAFIM_GERESH - assumed 'CAL_JEWISH_ADD_ALAFIM_GERESH' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 7 Notice: Use of undefined constant CAL_JEWISH_ADD_ALAFIM - assumed 'CAL_JEWISH_ADD_ALAFIM' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 7 Warning: Wrong parameter count for jdtojewish() in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 7 Notice: Use of undefined constant CAL_JEWISH_ADD_GERESHAYIM - assumed 'CAL_JEWISH_ADD_GERESHAYIM' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 8 Warning: Wrong parameter count for jdtojewish() in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 8 Notice: Use of undefined constant CAL_JEWISH_ADD_GERESHAYIM - assumed 'CAL_JEWISH_ADD_GERESHAYIM' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 9 Warning: Wrong parameter count for jdtojewish() in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 9 Notice: Use of undefined constant CAL_JEWISH_ADD_GERESHAYIM - assumed 'CAL_JEWISH_ADD_GERESHAYIM' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 10 Notice: Use of undefined constant CAL_JEWISH_ADD_ALAFIM_GERESH - assumed 'CAL_JEWISH_ADD_ALAFIM_GERESH' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 10 Warning: Wrong parameter count for jdtojewish() in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 10 Notice: Use of undefined constant CAL_JEWISH_ADD_GERESHAYIM - assumed 'CAL_JEWISH_ADD_GERESHAYIM' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 11 Notice: Use of undefined constant CAL_JEWISH_ADD_ALAFIM - assumed 'CAL_JEWISH_ADD_ALAFIM' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 11 Warning: Wrong parameter count for jdtojewish() in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 11 Notice: Use of undefined constant CAL_JEWISH_ADD_GERESHAYIM - assumed 'CAL_JEWISH_ADD_GERESHAYIM' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 12 Notice: Use of undefined constant CAL_JEWISH_ADD_ALAFIM - assumed 'CAL_JEWISH_ADD_ALAFIM' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 12 Notice: Use of undefined constant CAL_JEWISH_ADD_ALAFIM_GERESH - assumed 'CAL_JEWISH_ADD_ALAFIM_GERESH' in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 12 Warning: Wrong parameter count for jdtojewish() in D:\work\php5\ext\calendar\tests\jdtojewish.php on line 12 -- Edit this bug report at http://bugs.php.net/?id=22015&edit=1
#18654 [Csd->Opn]: unserialize can't handle float with E notation
ID: 18654 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Closed +Status: Open Bug Type: Variables related -Operating System: Linux 2.2.16 +Operating System: Linux 2.2.16, Win 2000 server -PHP Version: 4.3.0-dev +PHP Version: 4.3.1-dev New Comment: ext\standard\tests\serialize\003.phpt failed on W2k server with latest php4-win32 snap: EXPECTED OUTPUT d:100; float(100) d:5.2E+25; float(5.2E+25) d:8.529E-22; float(8.529E-22) d:9E-09; float(9.E-9) ACTUAL OUTPUT d:100; float(100) d:5.2E+025; float(5.2E+25) d:8.529E-022; float(8.529E-22) d:9E-009; float(9.E-9) FAILED Previous Comments: [2002-08-19 15:55:13] [EMAIL PROTECTED] This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. [2002-07-31 18:31:47] [EMAIL PROTECTED] updated version. Same thing with 4.3.0-dev.. [2002-07-30 13:50:05] [EMAIL PROTECTED] d:1E+30; */ echo unserialize(serialize(1E+30)); /* Notice: unserialize() failed at offset 0 of 8 bytes in bug_unserial.html on line 6 */ ?> Fail with php 4.3-CVS too Was working with 4.1.0 (untested with 4.1.1 -> 4.2.1) -- Edit this bug report at http://bugs.php.net/?id=18654&edit=1
#22038 [Fbk->Ctl]: array() doesn't work right
ID: 22038
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Critical
Bug Type: Zend Engine 2 problem
Operating System: Windows 2000 Server
PHP Version: 5CVS-2003-02-03 (dev)
Previous Comments:
[2003-02-04 01:42:27] [EMAIL PROTECTED]
I've tested with latestet php4-win32 snap and latestest source snaps of
PHP4 and PHP5 on Linux. All these tests works, it's only a problem with
PHP5 + Win. Critical in my eyes because /run-tests.php doesn't work and
array's are important.
[2003-02-04 00:33:23] [EMAIL PROTECTED]
s/intentionally/intensively/
[2003-02-04 00:31:24] [EMAIL PROTECTED]
Did you try one of the branch version (ZE1)?
And I suppose we have to look into the problem more intentionally
before marking this as critical.
[2003-02-03 18:04:07] [EMAIL PROTECTED]
Looks like an windows only problem. It works on Linux with latest
source snap. Please verify on other operating systems.
[2003-02-03 17:53:18] [EMAIL PROTECTED]
/run-tests.php doesn't work with latest php5-win32 snap on W2kserver.
Every second array value get an array key.
declaration (line 141):
$ini_overwrites = array(
'output_handler=',
'zlib.output_compression=Off',
'open_basedir=',
'safe_mode=0',
'disable_functions=',
'output_buffering=Off',
'error_reporting=2047',
'display_errors=1',
'log_errors=0',
'html_errors=0',
'track_errors=1',
'report_memleaks=1',
'report_zend_debug=0',
'docref_root=/phpmanual/',
'docref_ext=.html',
'error_prepend_string=',
'error_append_string=',
'auto_prepend_file=',
'auto_append_file=',
'magic_quotes_runtime=0',
);
var_dump($settings); (added on line 794):
array(11) {
[""]=>
string(15) "output_handler="
["zlib.output_compression=Off"]=>
string(13) "open_basedir="
["safe_mode=0"]=>
string(18) "disable_functions="
["output_buffering=Off"]=>
string(20) "error_reporting=2047"
["display_errors=1"]=>
string(12) "log_errors=0"
["html_errors=0"]=>
string(14) "track_errors=1"
["report_memleaks=1"]=>
string(19) "report_zend_debug=0"
["docref_root=/phpmanual/"]=>
string(16) "docref_ext=.html"
["error_prepend_string="]=>
string(20) "error_append_string="
["auto_prepend_file="]=>
string(17) "auto_append_file="
["magic_quotes_runtime=0"]=>
&array(1) {
["magic_quotes_runtime=0"]=>
&array(1) {
["magic_quotes_runtime=0"]=>
*RECURSION*
}
}
}
--
Edit this bug report at http://bugs.php.net/?id=22038&edit=1
#20014 [Opn]: SSL w/ fsockopen not working
ID: 20014
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Sockets related
Operating System: windows 2000
-PHP Version: 4CVS-2002-10-21
+PHP Version: 4CVS-2003-02-05
New Comment:
This is reproducable with latest php4-win32 snap, latest php4 source
snap works on Linux:
Relevant parts from phpinfo():
Registered PHP Streams => php, http, ftp, compress.zlib
OpenSSL support => enabled
OpenSSL Version => OpenSSL 0.9.6g 9 Aug 2002
test:
--TEST--
Bug #20014 SSL w/ fsockopen not working
--SKIPIF--
--FILE--
--EXPECT--
resource(4) of type (stream)
EXPECTED OUTPUT
resource(4) of type (stream)
ACTUAL OUTPUT
Warning: fsockopen() [/phpmanual/function.fsockopen.html]: no SSL
support in this build in D:\work\php4\ext\openssl\tests\bug20014.php on
line 2
Warning: fsockopen() [/phpmanual/function.fsockopen.html]: unable to
connect to www.openssl.org:443 in
D:\work\php4\ext\openssl\tests\bug20014.php on line 2
bool(false)
FAILED
Previous Comments:
[2002-10-21 15:24:24] [EMAIL PROTECTED]
Looks like main/config.w32.h.in needs to
#define HAVE_OPENSSL_EXT 1
I'm unable to test this ATM, so I'm hoping that some other kind win32
developer can look into it.
[2002-10-21 15:17:27] [EMAIL PROTECTED]
Environment: W2K/IIS5/php 4.3.0-dev (win32 snapshot 10/21, 7:25), CGI
Reproduce w/:
$fp = fsockopen('ssl://secure.hostname.here',$port);
Error:
"Warning: fsockopen() [function.fsockopen]: no SSL support in this
build in E:\test\fsockopen_ssl.php"
phpinfo() shows OpenSSL is available. I tested the openssl funcs to
confirm availability. All DLLs are copied to system32 dir.
--
Edit this bug report at http://bugs.php.net/?id=20014&edit=1
#22018 [Opn->Ana]: daylight savings time parameter works wrong
ID: 22018
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Analyzed
Bug Type: Date/time related
Operating System: Windows 2000 Server
PHP Version: 4CVS-2003-02-02 (stable)
-Assigned To:
+Assigned To: k.schroeder
Previous Comments:
[2003-02-02 15:27:37] [EMAIL PROTECTED]
ext/standard/tests/time/003.phpt fails on W2k server:
diff:
008- 2000-05-29 13:00:00
008+ 2000-05-29 12:00:00
009- 2000-05-29 12:00:00
009+ 2000-05-29 11:00:00
014- 2000-04-29 13:00:00
014+ 2000-04-29 12:00:00
015- 2000-04-29 12:00:00
015+ 2000-04-29 11:00:00
coresponding lines:
echo date("Y-m-d H:i:s", mktime(12,0,0,3,+90,2000,0))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,3,+90,2000,1))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-1,2000,0))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-1,2000,1))."\n";
this lines produce the expected result:
echo date("Y-m-d H:i:s", mktime(12,0,0,3,+90,2000,-1))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-90,2000,-1))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-90,2000,0))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-90,2000,1))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-1,2000,-1))."\n";
--
Edit this bug report at http://bugs.php.net/?id=22018&edit=1
#22018 [Asn->Csd]: daylight savings time parameter works wrong
ID: 22018
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Assigned
+Status: Closed
Bug Type: Date/time related
Operating System: Windows 2000 Server
PHP Version: 4CVS-2003-02-02 (stable)
Assigned To: k.schroeder
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
Previous Comments:
[2003-02-05 16:15:30] [EMAIL PROTECTED]
I suppose you meant to assign this to yourself..
[2003-02-02 15:27:37] [EMAIL PROTECTED]
ext/standard/tests/time/003.phpt fails on W2k server:
diff:
008- 2000-05-29 13:00:00
008+ 2000-05-29 12:00:00
009- 2000-05-29 12:00:00
009+ 2000-05-29 11:00:00
014- 2000-04-29 13:00:00
014+ 2000-04-29 12:00:00
015- 2000-04-29 12:00:00
015+ 2000-04-29 11:00:00
coresponding lines:
echo date("Y-m-d H:i:s", mktime(12,0,0,3,+90,2000,0))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,3,+90,2000,1))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-1,2000,0))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-1,2000,1))."\n";
this lines produce the expected result:
echo date("Y-m-d H:i:s", mktime(12,0,0,3,+90,2000,-1))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-90,2000,-1))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-90,2000,0))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-90,2000,1))."\n";
echo date("Y-m-d H:i:s", mktime(12,0,0,5,-1,2000,-1))."\n";
--
Edit this bug report at http://bugs.php.net/?id=22018&edit=1
#17928 [Ver->Csd]: daylight saving time
ID: 17928 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Verified +Status: Closed Bug Type: Date/time related Operating System: Win32 PHP Version: 4.2.1 New Comment: This bug has been fixed in CVS. In case this was a PHP problem, 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/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites in short time. Thank you for the report, and for helping us make PHP better. Previous Comments: [2002-07-04 16:13:16] [EMAIL PROTECTED] Verified during the Bughunt. [2002-06-23 09:08:09] [EMAIL PROTECTED] Reclassified. [2002-06-22 22:31:08] [EMAIL PROTECTED] does not display daylight saving time while it's active on Win32 and NetWare; Linux works fine... -- Edit this bug report at http://bugs.php.net/?id=17928&edit=1
#22198 [Fbk]: date() returning incorrect date
ID: 22198 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Feedback Bug Type: Date/time related Operating System: Solaris 8 (sparc) PHP Version: 4.3.0 New Comment: Please run "run-tests.php ext/standard/time/mktime.phpt" from your PHP source dir and add the output to this report. Previous Comments: [2003-02-12 20:10:16] [EMAIL PROTECTED] I can't reproduce this to FreeBSD/Linux/Windows XP. It outputs: 1048892400 29/03/2003 1048978800 30/03/2003 Anyway the timestamp is right, date might be the problem. Are you sure you're really running this script? [2003-02-12 20:03:33] [EMAIL PROTECTED] mktime() appears to be returning an incorrect timestamp under some circunstances. Sample script: -- Outputs: 1048896000 29/03/2003 1048978800 29/03/2003 -- Edit this bug report at http://bugs.php.net/?id=22198&edit=1
#22038 [Ctl->Csd]: array() doesn't work right
ID: 22038
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Critical
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: Windows 2000 Server
PHP Version: 5CVS-2003-02-03 (dev)
New Comment:
This bug has been fixed in CVS.
In case this was a PHP problem, 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/.
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.
In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
Thank you for the report, and for helping us make PHP better.
It works now with latestest snap.
Previous Comments:
[2003-02-04 01:42:27] [EMAIL PROTECTED]
I've tested with latestet php4-win32 snap and latestest source snaps of
PHP4 and PHP5 on Linux. All these tests works, it's only a problem with
PHP5 + Win. Critical in my eyes because /run-tests.php doesn't work and
array's are important.
[2003-02-04 00:33:23] [EMAIL PROTECTED]
s/intentionally/intensively/
[2003-02-04 00:31:24] [EMAIL PROTECTED]
Did you try one of the branch version (ZE1)?
And I suppose we have to look into the problem more intentionally
before marking this as critical.
[2003-02-03 18:04:07] [EMAIL PROTECTED]
Looks like an windows only problem. It works on Linux with latest
source snap. Please verify on other operating systems.
[2003-02-03 17:53:18] [EMAIL PROTECTED]
/run-tests.php doesn't work with latest php5-win32 snap on W2kserver.
Every second array value get an array key.
declaration (line 141):
$ini_overwrites = array(
'output_handler=',
'zlib.output_compression=Off',
'open_basedir=',
'safe_mode=0',
'disable_functions=',
'output_buffering=Off',
'error_reporting=2047',
'display_errors=1',
'log_errors=0',
'html_errors=0',
'track_errors=1',
'report_memleaks=1',
'report_zend_debug=0',
'docref_root=/phpmanual/',
'docref_ext=.html',
'error_prepend_string=',
'error_append_string=',
'auto_prepend_file=',
'auto_append_file=',
'magic_quotes_runtime=0',
);
var_dump($settings); (added on line 794):
array(11) {
[""]=>
string(15) "output_handler="
["zlib.output_compression=Off"]=>
string(13) "open_basedir="
["safe_mode=0"]=>
string(18) "disable_functions="
["output_buffering=Off"]=>
string(20) "error_reporting=2047"
["display_errors=1"]=>
string(12) "log_errors=0"
["html_errors=0"]=>
string(14) "track_errors=1"
["report_memleaks=1"]=>
string(19) "report_zend_debug=0"
["docref_root=/phpmanual/"]=>
string(16) "docref_ext=.html"
["error_prepend_string="]=>
string(20) "error_append_string="
["auto_prepend_file="]=>
string(17) "auto_append_file="
["magic_quotes_runtime=0"]=>
&array(1) {
["magic_quotes_runtime=0"]=>
&array(1) {
["magic_quotes_runtime=0"]=>
*RECURSION*
}
}
}
--
Edit this bug report at http://bugs.php.net/?id=22038&edit=1
#19634 [Opn->Fbk]: Mapping of .html and .htm files fails
ID: 19634 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Feedback Bug Type: IIS related Operating System: Windows 2k SP3 PHP Version: 4.2.3 New Comment: Please try PHP 4.3.0. Previous Comments: [2002-12-01 11:40:14] [EMAIL PROTECTED] Mapping .html to ASP works so i'm assuming it's a problem with PHP and IIS [2002-11-30 20:53:05] [EMAIL PROTECTED] Is this an IIS problem or a PHP problem? [2002-09-27 07:41:44] [EMAIL PROTECTED] "It is a virtual directory that the file extensions are being mapped to" should read "Website" not virtual directory, that the file extension is being mapped to (rather than it being global accross all websites) [2002-09-27 07:40:06] [EMAIL PROTECTED] This is with IIS 5 on windows 2000. It is a virtual directory that the file extensions are being mapped to. The setup version of PHP was the setup.exe file. For this website I went to the properties->home directory->configuration->app mappings and added a new .html mapping to php.exe in my php directory. Php is installed at c:\php In my php.ini file i have aside from the default settings: cgi.force_redirect = 0 extension_dir = C:/PHP/extensions display_errors = Off error_log = syslog extension=php_mssql.dll [2002-09-27 06:44:05] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. 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/19634 -- Edit this bug report at http://bugs.php.net/?id=19634&edit=1
#19600 [Opn->Fbk]: requires full pathname
ID: 19600
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: XSLT related
Operating System: Windows XP
PHP Version: 4.2.3
New Comment:
Please try http://www.php.net/manual/en/function.xslt-set-base.php to
solve your problem.
Regards, Kai
Previous Comments:
[2002-09-25 13:53:10] [EMAIL PROTECTED]
I am using Windows XP, PHP 4.2.3, Apache 1.3.26
I am using XSLT to produce HTML output. The code I use is as follows:
$arg_buffer = array("/xml" => $xml_string, "/xslt" => $xsl_string);
$result = xslt_process($xp, "arg:/xml", "arg:/xslt", NULL, $arg_buffer,
$params)))
My xsl file contains as 'include' statement which points to a file
which exists in the same folder as the PHP script.
I initially tried it as but it
produced this error:
'arg:/pagination.xsl' not found (error code: 65)
I then tried it with and
got this error:
cannot open file '/pagination.xsl' (error code: 4)
It only works if I enter the full path, as in
It is very inconvenient to have to specify the full pathname in every
statement. Should it not first look in the current
directory?
This may be more of an enhancement request than a bug.
--
Edit this bug report at http://bugs.php.net/?id=19600&edit=1
#19478 [Opn->Csd]: Two classes error
ID: 19478
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Class/Object related
Operating System: Windows 2000 and Windows XP
PHP Version: 4.2.2
New Comment:
Yes it is. To get 5 for the first example, you must output the value of
$y->_value.
Regards, Kai
Previous Comments:
[2002-09-18 11:26:15] [EMAIL PROTECTED]
class test
{
var $_value;
function test_static ($to)
{
$this->_value = $to;
}
}
class test2
{
var $_value;
function use_test ()
{
$this->_value = 7;
$y = new test();
$y->test_static(5);
echo "value: ".$this->_value."";
test::test_static (5);
echo "value: ".$this->_value."";
}
}
$x=new test2();
$x->use_test();
First echo returns value 7
Second echo returns value 5
is this correct?
--
Edit this bug report at http://bugs.php.net/?id=19478&edit=1
#19478 [Csd->Bgs]: Two classes error
ID: 19478
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Closed
+Status: Bogus
Bug Type: Class/Object related
Operating System: Windows 2000 and Windows XP
PHP Version: 4.2.2
Previous Comments:
[2002-10-03 04:47:23] [EMAIL PROTECTED]
Yes it is. To get 5 for the first example, you must output the value of
$y->_value.
Regards, Kai
[2002-09-18 11:26:15] [EMAIL PROTECTED]
class test
{
var $_value;
function test_static ($to)
{
$this->_value = $to;
}
}
class test2
{
var $_value;
function use_test ()
{
$this->_value = 7;
$y = new test();
$y->test_static(5);
echo "value: ".$this->_value."";
test::test_static (5);
echo "value: ".$this->_value."";
}
}
$x=new test2();
$x->use_test();
First echo returns value 7
Second echo returns value 5
is this correct?
--
Edit this bug report at http://bugs.php.net/?id=19478&edit=1
#19292 [Csd->Opn]: random error: open_basedir restriction in effect. File is in wrong directory
ID: 19292 Updated by: [EMAIL PROTECTED] Reported By: tnowak at triger dot com dot pl -Status: Closed +Status: Open Bug Type: Apache related Operating System: linux -PHP Version: 4.3.0 +PHP Version: 4.3.3RC4 New Comment: Random reproducable with PHP 4.3.3RC4. Previous Comments: [2003-05-28 10:02:35] zen at heavengames dot com That fix works. Thanks! [2003-05-23 21:36:35] zen at heavengames dot com I'll give that a try and see what happens. Will report back after this weekend. [2003-05-23 10:29:18] [EMAIL PROTECTED] So if one sets open_basedir in one vhost, one must set it in every vhost, as none or otherwise? [2003-05-23 10:14:23] [EMAIL PROTECTED] In the other vhost, set open_basedir to none [2003-05-23 10:03:57] zen at heavengames dot com Tried it with PHP4.3.2RC4. Problem still persists: [23-May-2003 11:00:05] PHP Warning: Unknown(): open_basedir restriction in effect. File(/usr/www/heavend1/httpd/htdocs/zen/gallery/view_album.php) is not within the allowed path(s): (/usr/www/heavend1/httpd/htdocs/wildfire/:/usr/www/heavend1/httpd/.php/) in Unknown on line 0 [23-May-2003 11:00:05] PHP Warning: Unknown(/usr/www/heavend1/httpd/htdocs/zen/gallery/view_album.php): failed to open stream: Operation not permitted in Unknown on line 0 [23-May-2003 11:00:05] PHP Warning: (null)(): Failed opening '/usr/www/heavend1/httpd/htdocs/zen/gallery/view_album.php' for inclusion (include_path='.:/usr/www/heavend1/php') in Unknown on line 0 --- httpd.conf configuration: php_admin_flag safe_mode On php_admin_value doc_root /usr/www/heavend1/httpd/htdocs/wildfire/ php_admin_value open_basedir /usr/www/heavend1/httpd/htdocs/wildfire/:/usr/www/heavend1/httpd/.php/ php_admin_value error_log /usr/www/heavend1/httpd/logs/wildfire/php_error php_flag display_errors On php_admin_flag register_globals Off php_admin_flag safe_mode Off php_admin_value doc_root /usr/www/heavend1/httpd/htdocs/zen php_admin_value error_log /usr/www/heavend1/httpd/logs/zen/php_error_log php_flag display_errors Off php_admin_flag register_globals Off 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/19292 -- Edit this bug report at http://bugs.php.net/?id=19292&edit=1
#25976 [Opn]: $array[] = $otherarray does not work as expected
ID: 25976
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Arrays related
-Operating System: Linux
+Operating System: unknown
PHP Version: 5CVS-2003-10-24 (dev)
New Comment:
I've updated my PHP version from CVS and rebuild, but same problem. See
http://kai.cowiki.org/tests/test.array.php and
http://kai.cowiki.org/tests/test.array2.php.
Previous Comments:
[2003-10-24 11:34:16] tony2001 at phpclub dot net
Try to update your PHP from CVS, to run ./cvsclean and to build it once
more.
I can't reproduce this with latest CVS.
[2003-10-24 09:46:10] [EMAIL PROTECTED]
Description:
See expected and actual result to find out the difference. With CGI
build from same source both examples work as expected.
Reproduce code:
---
example 1:
';
var_dump($aTestOuter);
echo '';
?>
example 2:
';
var_dump($aTestOuter);
echo '';
?>
Expected result:
example 1:
array(3) {
[0]=>
array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
}
[1]=>
array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
}
[2]=>
array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
}
}
example 2:
array(3) {
[0]=>
array(2) {
["foo"]=>
string(32) "0: content of $aTestInner['foo']"
["bar"]=>
string(32) "0: content of $aTestInner['bar']"
}
[1]=>
array(2) {
["foo"]=>
string(32) "1: content of $aTestInner['foo']"
["bar"]=>
string(32) "1: content of $aTestInner['bar']"
}
[2]=>
array(2) {
["foo"]=>
string(32) "2: content of $aTestInner['foo']"
["bar"]=>
string(32) "2: content of $aTestInner['bar']"
}
}
Actual result:
--
example 1:
array(3) {
[0]=>
array(0) {
}
[1]=>
array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
}
[2]=>
array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
}
}
example 2:
array(3) {
[0]=>
array(0) {
}
[1]=>
array(0) {
}
[2]=>
array(0) {
}
}
--
Edit this bug report at http://bugs.php.net/?id=25976&edit=1
#25976 [Opn]: $array[] = $otherarray does not work as expected
ID: 25976
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Arrays related
-Operating System: unknown
+Operating System: Linux
-PHP Version: 5CVS-2003-10-24 (dev)
+PHP Version: 5CVS-2003-10-27 (dev)
New Comment:
Hi Antony,
see http://kai.cowiki.org/_info.php for details.
Previous Comments:
[2003-10-27 01:20:28] [EMAIL PROTECTED]
Please, provide more info about your config and OS.
What version of apache do you use?
Have you try this examples with PHP-CLI ?
[2003-10-24 14:55:07] [EMAIL PROTECTED]
I've updated my PHP version from CVS and rebuild, but same problem. See
http://kai.cowiki.org/tests/test.array.php and
http://kai.cowiki.org/tests/test.array2.php.
[2003-10-24 11:34:16] tony2001 at phpclub dot net
Try to update your PHP from CVS, to run ./cvsclean and to build it once
more.
I can't reproduce this with latest CVS.
[2003-10-24 09:46:10] [EMAIL PROTECTED]
Description:
See expected and actual result to find out the difference. With CGI
build from same source both examples work as expected.
Reproduce code:
---
example 1:
';
var_dump($aTestOuter);
echo '';
?>
example 2:
';
var_dump($aTestOuter);
echo '';
?>
Expected result:
example 1:
array(3) {
[0]=>
array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
}
[1]=>
array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
}
[2]=>
array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
}
}
example 2:
array(3) {
[0]=>
array(2) {
["foo"]=>
string(32) "0: content of $aTestInner['foo']"
["bar"]=>
string(32) "0: content of $aTestInner['bar']"
}
[1]=>
array(2) {
["foo"]=>
string(32) "1: content of $aTestInner['foo']"
["bar"]=>
string(32) "1: content of $aTestInner['bar']"
}
[2]=>
array(2) {
["foo"]=>
string(32) "2: content of $aTestInner['foo']"
["bar"]=>
string(32) "2: content of $aTestInner['bar']"
}
}
Actual result:
--
example 1:
array(3) {
[0]=>
array(0) {
}
[1]=>
array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
}
[2]=>
array(2) {
["foo"]=>
string(29) "content of $aTestInner['foo']"
["bar"]=>
string(29) "content of $aTestInner['bar']"
}
}
example 2:
array(3) {
[0]=>
array(0) {
}
[1]=>
array(0) {
}
[2]=>
array(0) {
}
}
--
Edit this bug report at http://bugs.php.net/?id=25976&edit=1
#25985 [Opn]: Crash running coWiki
ID: 25985 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache related Operating System: Linux PHP Version: PHP5b2RC1, 5CVS-2003-10-25 (dev) Assigned To: andi New Comment: (gdb) bt #0 0x5a5a5a5a in ?? () #1 0x40a64138 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #2 0x40a9f3cc in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #3 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #4 0x40a9d941 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #5 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #6 0x40a6b773 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #7 0x40a6aafa in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #8 0x40a6bb29 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #9 0x40a6c446 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #10 0x40a9aa05 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #11 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #12 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #13 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #14 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #15 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #16 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #17 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #18 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #19 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #20 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #21 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #22 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #23 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #24 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #25 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #26 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #27 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #28 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #29 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #30 0x40a9b639 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #31 0x40a9bb2b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #32 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #33 0x40a9d941 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #34 0x40a97705 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #35 0x40a7656b in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #36 0x40a34f18 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #37 0x40aa3450 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #38 0x40aa43f1 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #39 0x40aa4477 in XRRExtensionInfo () from /srv/apache_1.3.28/libexec/libphp5.so #40 0x08053e8b in ap_invoke_handler (r=0x81c0984) at http_config.c:518 #41 0x08068986 in process_request_internal (r=0x81c0984) at http_request.c:1324 #42 0x08068dcf in ap_internal_redirect (new_uri=0x81c095c "/index.php", r=0x81bc254) at http_request.c:1461 ---Type to continue, or q to quit--- #43 0x402b1dba in handle_dir (r=0x81bc254) at mod_dir.c:174 #44 0x08053e8b in ap_invoke_handler (r=0x81bc254) at http_config.c:518 #45 0x08068986 in process_request_internal (r=0x81bc254) at http_request.c:1324 #46 0x080689e5 in ap_process_request (r=0x81bc254) at http_request.c:1340 #47 0x0805fafb in child_main (child_num_arg=0) at http_main.c:4653 #48 0x0805fca3 in make_child (s=0x8093c4c, slot=0, now=1067269185) at http_main.c:4768 #49 0x0805fe09 in startup_children (number_to_start=5) at http_main.c:4850 #50 0x080604af in standalone_main (argc=2, argv=0xb624) at http_main.c:5169 #51 0x08060ccd in main (argc=2, argv=0xb624) at http_main.c:5511 #52 0x4015e8ae in __libc_start_main () from /lib/libc.so.6 (gdb) Previous Comments: [2003-10-25 03:00:25] [EMAIL PROTECTED] Description: coWiki is a web collaboration tool complete written in/for PHP5, see http://www.develnet.org for more details. If I run coWiki with mod_php5, Apache child exit with segfault, using CGI it works. Reproduce code: --- Try to access any coWiki page over http. Expected result: The HTML output. Actual result: ---
#25976 [NoF->Csd]: $array[] = $otherarray does not work as expected
ID: 25976 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: No Feedback +Status: Closed Bug Type: Arrays related Operating System: Linux PHP Version: 5CVS-2003-10-27 (dev) 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: [2003-11-03 14:07:10] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to "Open". Thank you. [2003-10-29 14:30:49] [EMAIL PROTECTED] I suspect this problem is caused by some funky accelerator / cacher. Please make sure that the problem is also reproducible without such things! (The same thing applies for your other reports related to coWiki, such as bug #25985). [2003-10-27 07:04:21] [EMAIL PROTECTED] Sorry, I get "Connection refused" by this URL all time. [2003-10-27 06:00:19] [EMAIL PROTECTED] Hi Antony, see http://kai.cowiki.org/_info.php for details. [2003-10-27 01:20:28] [EMAIL PROTECTED] Please, provide more info about your config and OS. What version of apache do you use? Have you try this examples with PHP-CLI ? 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/25976 -- Edit this bug report at http://bugs.php.net/?id=25976&edit=1
