Can you explain this a bit?? What's the problem?
Was this one of those tests that has failed always?

Yes. This one always fails. Since the output is quite lengthly and generated by multiple array functions, it's hard to pin down the actual problem.

So, IMO the test should be split into three seperate tests for the respective functions and then this one. Maybe it is the combination of the functions, maybe it's print_r, maybe it's one seperate one.
No way to tell now.

Ok, strike that last one.
With sdiff, it became clearer.

Seems that the problem is in array_sum rather than the ua* functions. I'll look into it.

Ok - got it, see the note for array_sum in the manual:
" PHP versions prior to 4.0.6 modified the passed array itself and converted strings to numbers (which most of the time converted them to zero, depending on their value)."

The expected output, is expecting exactly that:
 -- Testing uasort() --                                          -- Testing uasort() -- 
array(7) {                                                      array(7) {
  [-2147483648]=>                                                 [-2147483648]=>
  float(-0.33333333333333)                                        float(-0.33333333333333)
  ["-2147483648"]=>                                               ["-2147483648"]=>
  array(2) {                                                      array(2) {
    [0]=>                                                           [0]=>
    int(0)                                                    |     string(6) "banana"
    [1]=>                                                           [1]=>
    int(0)                                                    |     string(6) "orange"
  }                                                               }

Sorry for the screwed output,
the expected output, expects an int(0) (the result of array_sum). But since array_sum no longer changes the actual array, the array remains in tact as 'string[6] => banana'.

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.

Helly,
could you also commit to PHP_4_2_0 branch?