assistance with fourier_elim bug



Thanks to all for the info--I'll see what I can learn about the bug. For 
now,
I've marked it as a known bug. The bug might be involved with some CRE 
expressions;
I was able to eliminate the bug by changing ratcoef to coeff along with a 
few
other changes.

By the way, test rtest_simplify_sum has lots of bugs. 

Barton

maxima-bounces at math.utexas.edu wrote on 07/01/2008 09:59:55 AM:

> On 6/30/08, Barton Willis <willisb at unk.edu> wrote:
> 
> >   (%i1) load(fourier_elim)$
> >   (%i2) fourier_elim([x[2]+x[1]<1,x[1]-x[2]>-1],[x[1],x[2]]);
> >
> >  Maxima encountered a Lisp error:
> >
> >   Error during processing of --eval option "(cl-user::run)":
> >
> >   The value NIL is not of type CHARACTER.
> 
> I find GCL + CVS Maxima does not trigger the error. But tracing
> OUTPUT-TEXT* shows that NIL is indeed in the arguments sometimes.
> SBCL or CMUCL + CVS Maxima => error message about NIL;
> I guess they are checking the arguments more carefully.
> 
> Incidentally OUTPUT-TEXT* is called as part of the construction of a
> gensym with a name like "x[1]2939". Sometimes one of the characters
> of "x[1]" is null (always the left paren, in the instances I have 
found).
> Dunno how that happened; I think the list of characters is whatever
> is returned by EXPLODEN or something like that.
> 
> HTH
> 
> Robert Dodier
> _______________________________________________
> Maxima mailing list
> Maxima at math.utexas.edu
> http://www.math.utexas.edu/mailman/listinfo/maxima