Glad to hear that is(f("x")>0) is fixed. That was clearly a bug.
As for is("x">0) giving an error, that is perfectly correct -- it is
meaningless to compare a string to a number.
Of course, some systems coerce in cases like that (and end up comparing "x"
to "0" as strings), but Maxima never converts numbers to strings or vice
versa, so an error is the correct behavior.
But in fact Maxima's comparison functions (other than = and #) don't even
work on strings -- probably they should. (There is a bug here,
is("x">"x")=>false but is("x">"y")=>error -- they should either both give an
error or compare strings correctly.)
-s
On Mon, Apr 26, 2010 at 05:33, Oliver Kullmann <O.Kullmann at swansea.ac.uk>wrote:
> Hi,
>
> worked for us (using Ecl 10.4.1).
>
> Great that the issue is(f("x") > 0) has been fixed
> (is("x">0) yields still an error, but I don't have an opinion
> on that, and it is also irrelevant for us, while is(f("x")>0)
> works as expected: unknown resp. true if f was declared positive).
>
> Oliver
>
>
> On Sat, Apr 24, 2010 at 11:40:57AM -0600, Robert Dodier wrote:
> > Hi,
> >
> > I've tagged version-5_21_1 in CVS and built rpm's and posted
> > the rpms and source code to the Sourceforge file manager.
> > http://sourceforge.net/projects/maxima/file or thereabouts.
> >
> > In version some bugs are fixed, including a plotting bug and
> > the is(f("x") > 0) => Lisp error bug.
> >
> > I'm working on a change log. Sorry, I haven't finished it yet.
> >
> > If someone can build a Windows installer that would be awesome.
> >
> > If there aren't too many problems with this version,
> > I;ll make a general announcement.
> >
> > hope this helps
> >
> > Robert Dodier
> > _______________________________________________
> > Maxima mailing list
> > Maxima at math.utexas.edu
> > http://www.math.utexas.edu/mailman/listinfo/maxima
>
> _______________________________________________
> Maxima mailing list
> Maxima at math.utexas.edu
> http://www.math.utexas.edu/mailman/listinfo/maxima
>