#32031 [NEW]: Using array_multisort on a copy of an array affects the original
From: webmaster at korfballworld dot com
Operating system: MacOS X, Linux
PHP version: 4.3.10
PHP Bug Type: Arrays related
Bug description: Using array_multisort on a copy of an array affects the original
Description:
------------
I have a class function that uses an internal array.
When making a copy of this array and performing
array_multisort on the copy of the array, using the
original array lateron in the class results in an array,
hinting the original array has been affected, UNLESS I
give a statement involving the original array.
See the code sample.
Adding a line where the key of one element of the
original array is printed before the array_multisort is
called results in the original array keeping its
original keys, where otherwise the key are reordered as
if the original array was used in the array_multisort.
This was testes by printing a key only after calling the
array_multisort as well as both before and after.
(It seems to be similar to an old bug #8130 which was
closed, but I feel this to be such a fundemental error
that I post this one anyway. To me this messes up
'sensible' programming. I couldn't explain this to any
serious programmer. It's like working on a reference to
a variable instead of the new variable it's supposed to
be.)
Reproduce code:
---------------
$teams_list = $this->_teams;
# This line is to fix a weird bug regarding the array_multisort screwing
up the original array, despite using the copy $teams_list otherwise
print "<!-- ".key($this->_teams)." -->";
array_multisort($teams, SORT_ASC, SORT_STRING, $teams_list);
Full class copied for viewing on:
http://korfball.kicks-ass.org/assets/classes/League.inc.php.txt
Page using the class:
http://korfball.kicks-ass.org/leagues/00072/
I can 'turn on' the error when needed
Expected result:
----------------
I expect to have only the array $teams_list to be
affected by the array_multisort, so using the original
$this->_teams later in the class will still work the
same.
Actual result:
--------------
Removing the print line with key($this->_teams) will
result in an 'Fatal error: Call to a member function on
a non-object' later in the class where $this->_teams is
used.
--
Edit bug report at http://bugs.php.net/?id=32031&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=32031&r=trysnapshot4
Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=32031&r=trysnapshot50
Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=32031&r=trysnapshot51
Fixed in CVS: http://bugs.php.net/fix.php?id=32031&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=32031&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=32031&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=32031&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=32031&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=32031&r=support
Expected behavior: http://bugs.php.net/fix.php?id=32031&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=32031&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=32031&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=32031&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=32031&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=32031&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=32031&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=32031&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=32031&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=32031&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=32031&r=mysqlcfg
Thread (3 messages)
- webmaster at korfballworld dot com