Bug #17257 Updated: Sort functions broken on 64bit platform

From: Date: Fri, 21 Jun 2002 18:09:05 +0000
Subject: Bug #17257 Updated: Sort functions broken on 64bit platform
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-11717@lists.php.net to get a copy of this message
ID: 17257 Updated by: mlong@mlong.org Reported By: mlong@mlong.org Status: Feedback Bug Type: Scripting Engine problem Operating System: Compaq Tru64 5.1 PHP Version: 4.2.1 New Comment: I could look into that but since the non-user defined functions are also broken (sort, krsort, etc.) the problem is probably bigger than just the undefined comparison. Also I did try without oci. In fact, I did a "./configure" and that is it for 200206210000 and I got: yacc /web/php4-200206210000/ext/standard/parsedate.y fatal error: invalid escape, or illegal reserved word: expect, line 184 *** Exit 1 Stop. I'm not familar enough with yacc to fix it but I know 4.2.0 compiled OK. Let me know if I can be of further assistance Previous Comments: ------------------------------------------------------------------------ [2002-06-21 14:07:38] mfischer@php.net $%#^%^$%, here is the text, hopefully more readable: If two members compare as equal, their order in the sorted array is undefined.Up to PHP 4.0.6 the user defined functions would keep the original order for thoes elements, but with the new sort algorithm intruduced with 4.1.0 this is no longer the case as there is no solution to do so in an efficient way.there is no solution to do so in an efficient way.way. ------------------------------------------------------------------------ [2002-06-21 14:06:09] mfischer@php.net There was some discussing lately and this note has been added to the documentat. Can you check if this actually applies to you (I hope you can read it and it doesn't get to badly wrapped) ? + If two members compare as equal, their order in the sorted array is undefined. + Up to PHP 4.0.6 the user defined functions would keep the original order for + thoes elements, but with the new sort algorithm intruduced with 4.1.0 this + is no longer the case as there is no solution to do so in an efficient way. Btw, about your compiler error: it seems this is related to oci8 (the rest is only warning but oci8 throws a real error from what I can read), so please disable this option as long as you're testing the sort functionality. ------------------------------------------------------------------------ [2002-06-21 13:57:27] mlong@mlong.org Do any developers want to take me up on my offer to give a tru64 account so this bug can be fixed, and the development builds can be modified so they will compile properly? ------------------------------------------------------------------------ [2002-06-02 00:00:19] mlong@mlong.org If nobody has access to one then I'm sure I could setup a workstation that one of the developers could login to fix it. ------------------------------------------------------------------------ [2002-06-01 23:52:24] mfischer@php.net Mhmm .. I wonder if someone of the developers has actually access to such a machine to test it. Reopening. ------------------------------------------------------------------------ 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/17257 -- Edit this bug report at http://bugs.php.net/?id=17257&edit=1

« previous php.bugs (#11717) next »