#31360 [NEW]: Maybe Array operation has some bug
From: tokimeki at dot com dot tw
Operating system: FreeBSD / Windows XP
PHP version: 5.0.3
PHP Bug Type: Arrays related
Bug description: Maybe Array operation has some bug
Description:
look the two source, index.php and debug.php.
At index.php (line 29), after array copy, and call show_var to show $arr
or $test, I get a error.
Reproduce code:
---
http://timteam.org/?TIM=FORUMFORUM=1ShowDocument=12961#TIM12961
Expected result:
ok
(array) = {
obj (object) = {}
str (string) = str
arr (array) = {}
number (integer) = 100
bool (boolean) = 1
null (NULL) =
test (array) = {
AAA (string) = 000
BBB (array) = {
zzz (string) = Z
xxx (array) = {
zzz (string) = Z
xxx (array) - (@[test][BBB][xxx])
}
yyy (array) = {
www (array) - (@[test][BBB])
vvv (array) - (@[test][BBB])
}
}
CCC (array) - (@)
DDD (string) = ABC
EEE (array) - (@[test][BBB][yyy])
FFF (array) - (@[test][BBB])
[EMAIL PROTECTED]*()_+|~`\:;,.? (array) = {
TEST (string) = [EMAIL PROTECTED]*()_+|~`\:;,.?
}
(array) - (@[test][[EMAIL PROTECTED]*()_+|~`\:;,.?])
}
}
Actual result:
--
ok
Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to
allocate 128 bytes) in /home/tokimeki/public_html/test/debug.php on line
29
--
Edit bug report at http://bugs.php.net/?id=31360edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31360r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=31360r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=31360r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31360r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31360r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31360r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31360r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31360r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31360r=support
Expected behavior: http://bugs.php.net/fix.php?id=31360r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=31360r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=31360r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31360r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31360r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31360r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31360r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31360r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31360r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=31360r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31360r=mysqlcfg
#31360 [Bgs]: Maybe Array operation has some bug
ID: 31360
User updated by: tokimeki at dot com dot tw
Reported By: tokimeki at dot com dot tw
Status: Bogus
Bug Type: Arrays related
Operating System: FreeBSD / Windows XP
PHP Version: 5.0.3
New Comment:
I already change the setting (memory_limit = 128M) in php.ini, But it
has the same error.
I think that: $arr is a recursive array, so the operation maybe have
some different!
Notice that, if I remark line 29, and call sohw_var twice, it's ok! So,
this is a error.
Could you tell me, how many memory is enogth?
Thank you!
Previous Comments:
[2004-12-31 03:41:11] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Increase the memory limit, in your code you end up duplicating lot's of
data which causes this limit to be reached.
[2004-12-31 02:40:09] tokimeki at dot com dot tw
Description:
look the two source, index.php and debug.php.
At index.php (line 29), after array copy, and call show_var to show
$arr or $test, I get a error.
Reproduce code:
---
http://timteam.org/?TIM=FORUMFORUM=1ShowDocument=12961#TIM12961
Expected result:
ok
(array) = {
obj (object) = {}
str (string) = str
arr (array) = {}
number (integer) = 100
bool (boolean) = 1
null (NULL) =
test (array) = {
AAA (string) = 000
BBB (array) = {
zzz (string) = Z
xxx (array) = {
zzz (string) = Z
xxx (array) - (@[test][BBB][xxx])
}
yyy (array) = {
www (array) - (@[test][BBB])
vvv (array) - (@[test][BBB])
}
}
CCC (array) - (@)
DDD (string) = ABC
EEE (array) - (@[test][BBB][yyy])
FFF (array) - (@[test][BBB])
[EMAIL PROTECTED]*()_+|~`\:;,.? (array) = {
TEST (string) = [EMAIL PROTECTED]*()_+|~`\:;,.?
}
(array) - (@[test][[EMAIL PROTECTED]*()_+|~`\:;,.?])
}
}
Actual result:
--
ok
Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to
allocate 128 bytes) in /home/tokimeki/public_html/test/debug.php on
line 29
--
Edit this bug report at http://bugs.php.net/?id=31360edit=1
#31360 [Bgs]: Maybe Array operation has some bug
ID: 31360
User updated by: tokimeki at dot com dot tw
Reported By: tokimeki at dot com dot tw
Status: Bogus
Bug Type: Arrays related
Operating System: FreeBSD / Windows XP
PHP Version: 5.0.3
New Comment:
I'm sorry! I already find the problem.
That is the serialize function which can't serialize a recursive
array~~~
Previous Comments:
[2004-12-31 04:34:52] tokimeki at dot com dot tw
I already change the setting (memory_limit = 128M) in php.ini, But it
has the same error.
I think that: $arr is a recursive array, so the operation maybe have
some different!
Notice that, if I remark line 29, and call sohw_var twice, it's ok! So,
this is a error.
Could you tell me, how many memory is enogth?
Thank you!
[2004-12-31 03:41:11] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Increase the memory limit, in your code you end up duplicating lot's of
data which causes this limit to be reached.
[2004-12-31 02:40:09] tokimeki at dot com dot tw
Description:
look the two source, index.php and debug.php.
At index.php (line 29), after array copy, and call show_var to show
$arr or $test, I get a error.
Reproduce code:
---
http://timteam.org/?TIM=FORUMFORUM=1ShowDocument=12961#TIM12961
Expected result:
ok
(array) = {
obj (object) = {}
str (string) = str
arr (array) = {}
number (integer) = 100
bool (boolean) = 1
null (NULL) =
test (array) = {
AAA (string) = 000
BBB (array) = {
zzz (string) = Z
xxx (array) = {
zzz (string) = Z
xxx (array) - (@[test][BBB][xxx])
}
yyy (array) = {
www (array) - (@[test][BBB])
vvv (array) - (@[test][BBB])
}
}
CCC (array) - (@)
DDD (string) = ABC
EEE (array) - (@[test][BBB][yyy])
FFF (array) - (@[test][BBB])
[EMAIL PROTECTED]*()_+|~`\:;,.? (array) = {
TEST (string) = [EMAIL PROTECTED]*()_+|~`\:;,.?
}
(array) - (@[test][[EMAIL PROTECTED]*()_+|~`\:;,.?])
}
}
Actual result:
--
ok
Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to
allocate 128 bytes) in /home/tokimeki/public_html/test/debug.php on
line 29
--
Edit this bug report at http://bugs.php.net/?id=31360edit=1
#31360 [Bgs]: Maybe Array operation has some bug
ID: 31360
User updated by: tokimeki at dot com dot tw
Reported By: tokimeki at dot com dot tw
Status: Bogus
Bug Type: Arrays related
Operating System: FreeBSD / Windows XP
PHP Version: 5.0.3
New Comment:
I find a solution.
use this function to replace array copy.
ex: $test = clone($arr); // replace $test = $arr;
function clone($var) {
return $var;
}
Previous Comments:
[2004-12-31 06:03:49] tokimeki at dot com dot tw
I'm sorry! I already find the problem.
That is the serialize function which can't serialize a recursive
array~~~
[2004-12-31 04:34:52] tokimeki at dot com dot tw
I already change the setting (memory_limit = 128M) in php.ini, But it
has the same error.
I think that: $arr is a recursive array, so the operation maybe have
some different!
Notice that, if I remark line 29, and call sohw_var twice, it's ok! So,
this is a error.
Could you tell me, how many memory is enogth?
Thank you!
[2004-12-31 03:41:11] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
Increase the memory limit, in your code you end up duplicating lot's of
data which causes this limit to be reached.
[2004-12-31 02:40:09] tokimeki at dot com dot tw
Description:
look the two source, index.php and debug.php.
At index.php (line 29), after array copy, and call show_var to show
$arr or $test, I get a error.
Reproduce code:
---
http://timteam.org/?TIM=FORUMFORUM=1ShowDocument=12961#TIM12961
Expected result:
ok
(array) = {
obj (object) = {}
str (string) = str
arr (array) = {}
number (integer) = 100
bool (boolean) = 1
null (NULL) =
test (array) = {
AAA (string) = 000
BBB (array) = {
zzz (string) = Z
xxx (array) = {
zzz (string) = Z
xxx (array) - (@[test][BBB][xxx])
}
yyy (array) = {
www (array) - (@[test][BBB])
vvv (array) - (@[test][BBB])
}
}
CCC (array) - (@)
DDD (string) = ABC
EEE (array) - (@[test][BBB][yyy])
FFF (array) - (@[test][BBB])
[EMAIL PROTECTED]*()_+|~`\:;,.? (array) = {
TEST (string) = [EMAIL PROTECTED]*()_+|~`\:;,.?
}
(array) - (@[test][[EMAIL PROTECTED]*()_+|~`\:;,.?])
}
}
Actual result:
--
ok
Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to
allocate 128 bytes) in /home/tokimeki/public_html/test/debug.php on
line 29
--
Edit this bug report at http://bugs.php.net/?id=31360edit=1
Bug #16043: $_SESSION can't use in PHP 4.1.2
From: [EMAIL PROTECTED] Operating system: Windows XP PHP version: 4.1.2 PHP Bug Type: Session related Bug description: $_SESSION can't use in PHP 4.1.2 as title, the global var. array $_SESSION can't use in PHP 4.1.2 (4.1.1/4.1.0 are OK) P.S. I install PHP in Apache 1.3.23 modules -- Edit bug report at http://bugs.php.net/?id=16043edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16043r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16043r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16043r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16043r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16043r=support Expected behavior: http://bugs.php.net/fix.php?id=16043r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16043r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16043r=submittedtwice
