gcl-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: display bug, was: Maxima rtestint failures with GCL 2.6.14


From: Raymond Toy
Subject: Re: display bug, was: Maxima rtestint failures with GCL 2.6.14
Date: Tue, 9 Apr 2024 12:14:29 -0700
User-agent: Mozilla Thunderbird

On 4/9/24 10:40 AM, Robert Dodier wrote:

On Mon, Apr 8, 2024 at 8:36 AM Robert Dodier <robert.dodier@gmail.com> wrote:

Running tests in rtestint:
********************** Problem 56 ***************
Input:
cos(x)
integrate(------, x, minf, inf)
2
x  + 1


Result:
- 1    2
%e    (%e  + 1) %pi
-------------------
2

This differed from the expected result:
- 1
%e    %pi
Incidentally that looks like a display bug, which is shown by all
Lisps; should be displayed as a ratio %pi/%e. Guessing that flags in
the car of %e^-1 are interfering with NFORMAT or DISPLA itself.

Interesting. But there must be something else going on:


(%i1) %pi/%e;
Evaluation took 0.0000 seconds (0.0200 elapsed) using 4.102 KB.
                                     - 1
(%o1)                              %e    %pi
(%i2) :lisp $%o1

((MTIMES SIMP) ((MEXPT SIMP) $%E -1) $%PI)
(%i2) %pi/%gamma;
Evaluation took 0.0000 seconds (0.0000 elapsed) using 3.906 KB.
                                     %pi
(%o2)                               ──────
                                    %gamma
(%i3) :lisp $%o2

((MTIMES SIMP) ((MEXPT SIMP) $%GAMMA -1) $%PI)

So %pi/%e and %pi/%gamma have the same flags. I guess that means nformat or displa has some kind of special case for %e^-1.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]