FW10637 SORT command bug ?

[dg1969]

Code:

SORT({-4,0.5,0.6,0.7,0,0,0.1})

Any idea ?

[JMB]

In CAS mode the answer is correct
   

[Gerald H]

Even better:

SORT({0, 0.1}) produces {0.1, 0}

and

SORT({0,5,0.1}) gives {0.1,0,5}).

[simone_71]

Also this one is not so bad!!!

   

[Mark Hardman]

(10-15-2016 05:23 PM)dg1969 Wrote:  

Code:

SORT({-4,0.5,0.6,0.7,0,0,0.1})

Any idea ?

FW 9069 on the iOS app and 8151 on the Andriod app gives correct results:

Code:

{-4, 0, 0, 0.1, 0.5, 0.6, 0.7}

What an embarrassing regression. Did someone miss a test case? ;-)

[John Keith]

Another (possible) SORT bug:

The following code works on the emulator (version 11226) but on the hardware Prime (version 10637) it returns "Error: Bad argument type":

Code:


LOCAL a,b
a:=RANDINT(1000,-99,99);
b:=SORT(a);

However, a:=SORT(RANDINT(1000,-99,99); does work on the hardware Prime.

John

[Spybot]

In my case running FW 11226, both CAS & Home environments return the correct answer.

[cyrille de brébisson]

Hello,

Works here for me too...

Cyrille

[mark4flies]

I see the same anomaly as reported in the original post on my physical calculator. I get the correct answer in CAS. I get the correct answer in both Home and CAS with the latest iOS version.