GREAT/MRAT bug, was: alt_eigen more info



Both the functions  $orderlessp and $ordergreatp do a $totaldisrep on their arguments. Looking at the source for 'great'
makes me think that  'great' shouldn't receive CRE inputs. Could the problem that some call to great should be changed
to $ordergreatp?

--Barton
________________________________


It seems to happen whenever that CRE has a number for a denominator,
which is stored in the cdr of a cons cell. In GREAT, the
outermost cond falls through to the default form and the second
time through the do loop, it tries to take the car of the
denominator. I have no idea about how to fix it.

On 12/09/2012 11:00 PM, Robert Dodier wrote:
> OK, here's a simpler example of the GREAT/MRAT bug.
>
> (%i1) r : rat(x);
> (%o1)/R/ x
> (%i2) :lisp $r
> ((MRAT SIMP ($X) (X15886)) (X15886 1 1) . 1)
> (%i2) :lisp (great $r $r)
> Maxima encountered a Lisp error:
>
> CAR: 1 is not a list
>
>
> Hope this helps,
>
> Robert Dodier
>
> _______________________________________________
> Maxima mailing list
> Maxima at math.utexas.edu<mailto:Maxima at math.utexas.edu>
> http://www.math.utexas.edu/mailman/listinfo/maxima