[Scilab-users] "unique" bug with complex ?

[Samuel Gougeon]

Hello Philippe,

unique() sorts components to deduplicate them. So, components are 
assumed to be sortable.
This is not the case for complex numbers. Here there are 2 issues
1) This limitation is not documented.
2) We could need deduplicating complex numbers, but this limitation is 
not overcome.

It would be possible to intersort complex numbers according to their 
real and secondly their imaginary parts (for instance). The sorting 
criteria does not really matter, since here we want only use it to 
deduplicate.

For even less sortable objects like polynomials, another algorithm could 
be implemented.
For the time being, unique() can't be use for a set of polynomials or 
other non-sortable objects.

Yes, reporting this behavior would be useful. Thanks!

Best regards
Samuel

Le 28/09/2017 à 23:30, philippe a écrit :
> Hi,
>
> the following behaviour of "unique" function (with scilab 5.5.2  and
> 6.0.0) looks like a bug to me :
>
> 8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--
>
> unique ([1 -1 1 -1])
>   ans  =
>
>    - 1.    1.
>
> -->unique ([1 -1 1 -1]*%i)
>   ans  =
>
>    - i      i    - i      i
>
>
> -->unique (string([1 -1 1 -1]*%i))
>   ans  =
>
> !%i  -%i  !
>
> 8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--
>
> I don't found bug report on bugzilla, so I should probably report it
> except if i misunderstood the synopsis of the function ...
>
> Can some one confirm the bug?
>
>
> Philippe
>
> _______________________________________________
> users mailing list
> users at lists.scilab.org
> http://lists.scilab.org/mailman/listinfo/users
>