maxima-bugs — Reports from the SF bug-tracking system

[Maxima-bugs] [maxima:bugs] Re: #4575 expintrep doesn't reset

[David S. <tom...@us...>]

Sounds reasonable, fine by me!


---

**[bugs:#4575] expintrep doesn't reset**

**Status:** open
**Group:** None
**Created:** Fri Jul 11, 2025 12:03 PM UTC by Barton Willis
**Last Updated:** Fri Jul 11, 2025 02:26 PM UTC
**Owner:** nobody


We don't have a policy on this, but I think that `reset` should return the value  of  `expintrep` to its default of `false.'

~~~
(%i1) expintrep;
(%o1)                                false
(%i2) expintrep : gamma_incomplete$

(%i3) reset();
(%o3)       [_, browser, __, labels, url_base, lispdisp, tr-unique]
(%i4) expintrep;
(%o4)                          gamma_incomplete
~~~
Also, assignments to `expintrep` should be restricted to `false, gamma_incomplete, expintegral_e1, expintegral_ei, expintegral_li, expintegral_trig`, or `expintegral_hyp`. Instead:

~~~
(%i5) expintrep : 107;
(%o5)                                 107
~~~


---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] #4354 gnuplot_dumb_term_command causes "set term dumb" to be ignored

[Jaime E. V. <vi...@us...>]

- **status**: open --> closed
- **Comment**:

Fixed with commit [a47f86]. the command:
~~~
plot2d (sin, [x, 0, 1],[gnuplot_term,dumb],
        [gnuplot_dumb_term_command,"set term dumb 140 60"]);
~~~
Now works as expected. Notice that you don't need to change the plot_format to gnuplot, because that's done automatically when gnuplot_term is 'dumb'. Also, if you preferrred to use global plotting options, you could do the following:
~~~
set_plot_option ([gnuplot_term,dumb],
          [gnuplot_dumb_term_command,"set term dumb 140 60"])$
plot2d (sin, [x, 0, 1])$
~~~
In a single set_plot_option command you can set several options.




---

**[bugs:#4354] gnuplot_dumb_term_command causes "set term dumb" to be ignored **

**Status:** closed
**Group:** None
**Labels:** plotting plot2d gnuplot 
**Created:** Mon Aug 26, 2024 07:31 PM UTC by Robert Dodier
**Last Updated:** Mon Aug 26, 2024 07:48 PM UTC
**Owner:** nobody


```
set_plot_option ([plot_format, gnuplot]);
set_plot_option ([gnuplot_term, dumb]);
plot2d (sin, [x, 0, 1]);
```
shows a plot on the console as expected. However,
```
set_plot_option ([plot_format, gnuplot]);
set_plot_option ([gnuplot_term, dumb]);
set_plot_option ([gnuplot_dumb_term_command, "set term dumb 140 60"]);
plot2d (sin, [x, 0, 1]);
```
causes `set term` to be omitted from the Gnuplot commands entirely, as shown by inspecting the Gnuplot output file.

A workaround is to say `set_plot_option([gnuplot_postamble, "set term dumb 140 60"])`.


---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] #4561 taylim (non user level) exits non-locally

[Barton W. <wil...@us...>]

- **status**: open --> closed
- **Comment**:

Fixed by Commit  [7ea11a]  and appended regression test to `rtest_limit_extra`.  Closing this ticket.



---

**[bugs:#4561] taylim (non user level) exits non-locally**

**Status:** closed
**Group:** None
**Labels:** tlimit 
**Created:** Tue May 20, 2025 06:12 PM UTC by Barton Willis
**Last Updated:** Wed May 21, 2025 01:19 AM UTC
**Owner:** nobody


Here the function `taylim` exits non-locally, but it be able to evaluate this limit OK

~~~
(%i2)	tlimit((1+sqrt(1+n))^(-n-1)/(1+sqrt(n))^-n,n,inf);
   0: TAYLIM exited non-locally

(%o2)	0
~~~



---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] #4569 reset(plot_options) doesn't reset plot_options

[Jaime E. V. <vi...@us...>]

plot_options (a Maxima list) is not used by the plotting progams (plot2d, plot3d, julia, ...).
The plotting options used by those programs are in a Lisp "property list" that can only be accessed in Maxima with the functions get_plot_option() and set_plot_option().
See the following example (after commit [b05e4e]):
~~~
(%i1) plot_options;
(%o1)                 [[plot_format, gnuplot_pipes]]
(%i2) get_plot_option();
(%o2) [[plot_format, gnuplot_pipes], [grid, 30, 30], [run_viewer, true], 
[axes, true], [nticks, 29], [adapt_depth, 5], 
[color, blue, red, green, magenta, black, cyan], 
[point_type, bullet, box, triangle, plus, times, asterisk], 
[palette, [hue, 0.33333333, 0.7, 1, 0.5], [hue, 0.8, 0.7, 1, 0.4]], 
[gnuplot_svg_background, white], [gnuplot_preamble, ], 
[gnuplot_term, default]]
(%i3) set_plot_option([plot_format,xmaxima])$
(%i4) reset(plot_options)$
(%i5) plot_options;
(%o5)                 [[plot_format, gnuplot_pipes]]
(%i6) get_plot_option();
(%o6) [[plot_format, xmaxima], [grid, 30, 30], [run_viewer, true], 
[axes, true], [nticks, 29], [adapt_depth, 5], 
[color, blue, red, green, magenta, black, cyan], 
[point_type, bullet, box, triangle, plus, times, asterisk], 
[palette, [hue, 0.33333333, 0.7, 1, 0.5], [hue, 0.8, 0.7, 1, 0.4]], 
[gnuplot_svg_background, white], [gnuplot_preamble, ], 
[gnuplot_term, default]]
~~~
As explained in the source code (src/plot.lisp), The plotting options are now in a Lisp list \*plot-options\* which should not be changed directly from Maxima, but using set_plot_option(), to avoid wrong options or wrong values.
When that Lisp list was introduced, Andrej Vodopivek complaint that Wxmaxima required a non-empty plot_options variable, so I introduced plot_options (Maxima list) with the minimum content of "[plot_format,gnuplot_pipes]". I don't know if newer versions of Wxmaxima still use plot_options (Maxima list).
What I will do is to introduce a reset_plot_options() function and figure out a way to prevent users from changing the Maxima list plot_options.



---

**[bugs:#4569] reset(plot_options) doesn't reset plot_options**

**Status:** closed
**Group:** None
**Created:** Tue Jun 17, 2025 02:26 PM UTC by Raymond Toy
**Last Updated:** Tue Jun 17, 2025 11:28 PM UTC
**Owner:** Raymond Toy


Here's an example:
```
(%i1) plot_options;
(%o1)                   [[plot_format, gnuplot_pipes]]
(%i2) plot_options:junk;
(%o2)                                junk
(%i3) plot_options;
(%o3)                                junk
(%i4) reset(plot_options);
(%o4)                                 []
(%i5) plot_options;
(%o5)                                junk
```
I think `reset(plot_options)` should reset the value.

Maxima doesn't because it's defined using a `defvar` and it's not in the `*variable-initial-values*` hash table. This could be fixed by using `defmvar` to define the variable.  


---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] #4380 Strange error message for plot2d(a=b...)

[Jaime E. V. <vi...@us...>]

- **status**: open --> closed
- **Comment**:

Fixed with commit [9230a1] by changing the error message to:
"plot2d: implicit function plots require intervals for the variables in the two axes; only one interval was given."
I hope that error message will be more helpful.



---

**[bugs:#4380] Strange error message for plot2d(a=b...)**

**Status:** closed
**Group:** None
**Labels:** plot2d equation error 
**Created:** Tue Oct 01, 2024 09:08 PM UTC by Stavros Macrakis
**Last Updated:** Mon Dec 23, 2024 12:23 AM UTC
**Owner:** nobody


~~~
plot2d(x=x^2,[x,0,1]);
plot2d: Missing interval for variable 2.
~~~
Not a helpful error message.


---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] #4294 Package draw and plot2d Gnuplot line type interaction

[Jaime E. V. <vi...@us...>]

The part of this bug that had to do with the SVG background has been fixed with commit [86ea48] . The remaining part (conflict between draw2d and plot2d) remains to be fixed.


---

**[bugs:#4294] Package draw and plot2d Gnuplot line type interaction**

**Status:** open
**Group:** None
**Labels:** plotting plot2d draw gnuplot 
**Created:** Mon Apr 22, 2024 11:31 PM UTC by Robert Dodier
**Last Updated:** Fri Jul 04, 2025 11:59 AM UTC
**Owner:** nobody


Working with Git version ff883f3. `gnuplot --version` reports: `gnuplot 5.4 patchlevel 2`

I am working on Linux.

I noticed an interaction between the draw package and plot2d. First time I try plot2d, I see all solid lines as expected.
```
(%i1) plot2d (makelist (sin(k*x), k, 1, 10), [x, 0, 10]) $
```
Now I load the draw package and draw something, and then try the same plot2d as before.
```
(%i2) load (draw) $
(%i3) draw2d (rectangle ([0, 0], [10, 1])) $
(%i4) plot2d (makelist (sin(k*x), k, 1, 10), [x, 0, 10]) $
```
That second plot2d shows that the curves are drawn with a variety of line types, not just a solid line. Some are dashed, some dotted, etc.

I'm guessing the state of the Gnuplot process has gotten changed. If I set the plot_format to gnuplot, which executes a separate Gnuplot process instead of talking through a pipe, I see all solid lines as expected.
```
(%i5) plot2d (makelist (sin(k*x), k, 1, 10), [x, 0, 10], [plot_format, gnuplot]) $
```


---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] #4294 Package draw and plot2d Gnuplot line type interaction

[Jaime E. V. <vi...@us...>]

This bug could be solved if instead of trying to reset Gnuplot before any new plot comand we close the pipe to Gnuplot and open a new one. I believe the only advantages that we currently have by using gnuplot_pipes instead of gnuplot is that we don't need any temporary files and the plot window remains active, thus allowing things such as rotating a 3d surface. I don't think using a new pipe everytime will have disadvantages compared to keeping the same pipe opened. If anyone can think of disadvantages please speak; otherwise I will go on and introduce that change.


---

**[bugs:#4294] Package draw and plot2d Gnuplot line type interaction**

**Status:** open
**Group:** None
**Labels:** plotting plot2d draw gnuplot 
**Created:** Mon Apr 22, 2024 11:31 PM UTC by Robert Dodier
**Last Updated:** Sun Aug 04, 2024 09:09 PM UTC
**Owner:** nobody


Working with Git version ff883f3. `gnuplot --version` reports: `gnuplot 5.4 patchlevel 2`

I am working on Linux.

I noticed an interaction between the draw package and plot2d. First time I try plot2d, I see all solid lines as expected.
```
(%i1) plot2d (makelist (sin(k*x), k, 1, 10), [x, 0, 10]) $
```
Now I load the draw package and draw something, and then try the same plot2d as before.
```
(%i2) load (draw) $
(%i3) draw2d (rectangle ([0, 0], [10, 1])) $
(%i4) plot2d (makelist (sin(k*x), k, 1, 10), [x, 0, 10]) $
```
That second plot2d shows that the curves are drawn with a variety of line types, not just a solid line. Some are dashed, some dotted, etc.

I'm guessing the state of the Gnuplot process has gotten changed. If I set the plot_format to gnuplot, which executes a separate Gnuplot process instead of talking through a pipe, I see all solid lines as expected.
```
(%i5) plot2d (makelist (sin(k*x), k, 1, 10), [x, 0, 10], [plot_format, gnuplot]) $
```


---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] #4384 plot3d with no real values gives internal error

[Jaime E. V. <vi...@us...>]

Fixed with commit [5c5a78]. Notice that the first gnuplot error message shown in this report is due to the use of a very old Maxima version. With the current git version, the result of:
~~~
plot3d(x+y+%i,[x,-2,2],[y,-2,2]);
~~~
is:
~~~
plot3d: nothing to plot.
 -- an error. To debug this try: debugmode(true);
~~~



---

**[bugs:#4384] plot3d with no real values gives internal error**

**Status:** closed
**Group:** None
**Labels:** plot3d 
**Created:** Fri Oct 11, 2024 07:41 PM UTC by Stavros Macrakis
**Last Updated:** Fri Jul 04, 2025 09:41 AM UTC
**Owner:** nobody


``plot2d`` correctly gives an error when there are no real values:
~~~~
plot2d(x+%i,[x,-2,2]);
plot2d: expression evaluates to non-numeric value everywhere in plotting range.
plot2d: nothing to plot.
 -- an error. To debug this try: debugmode(true);
~~~~

But ``plot3d`` gives an internal error in gnuplot:
~~~~
plot3d(x+y+%i,[x,-2,2],[y,-2,2]);

gnuplot> set pm3d hidden3d 100 border lw 0.5 lt rgb "#000000"
                           ^
         line 2582: invalid pm3d option


gnuplot> splot "-" title "y+x+%i" with pm3d
                                           ^
         line 3575: All points z value undefined
~~~~

It should give a clean error in Maxima, not in gnuplot.

Tested in 5.47.0 SBCL 2.4.7 MacOS gnuplot 6.0/1.
  


---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] #4384 plot3d with no real values gives internal error

[Jaime E. V. <vi...@us...>]

- **status**: open --> closed
- **Comment**:

Fixed with commit [5c5a78]. Notice that the first gnuplot error message shown in this report is due to the use of a very old Maxima version. With the current git version, the result of:
~~~
plot3d(x+y+%i,[x,-2,2],[y,-2,2]);
~~~
is:
~~~
plot3d: nothing to plot.
 -- an error. To debug this try: debugmode(true);
~~~




---

**[bugs:#4384] plot3d with no real values gives internal error**

**Status:** closed
**Group:** None
**Labels:** plot3d 
**Created:** Fri Oct 11, 2024 07:41 PM UTC by Stavros Macrakis
**Last Updated:** Fri Oct 11, 2024 07:41 PM UTC
**Owner:** nobody


``plot2d`` correctly gives an error when there are no real values:
~~~~
plot2d(x+%i,[x,-2,2]);
plot2d: expression evaluates to non-numeric value everywhere in plotting range.
plot2d: nothing to plot.
 -- an error. To debug this try: debugmode(true);
~~~~

But ``plot3d`` gives an internal error in gnuplot:
~~~~
plot3d(x+y+%i,[x,-2,2],[y,-2,2]);

gnuplot> set pm3d hidden3d 100 border lw 0.5 lt rgb "#000000"
                           ^
         line 2582: invalid pm3d option


gnuplot> splot "-" title "y+x+%i" with pm3d
                                           ^
         line 3575: All points z value undefined
~~~~

It should give a clean error in Maxima, not in gnuplot.

Tested in 5.47.0 SBCL 2.4.7 MacOS gnuplot 6.0/1.
  


---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] Re: #4573 taylor internal error in limit

[Stavros M. <mac...@us...>]

Your traces include *zeroa* as well as *zerob*, so it's strange that *zeroa
*doesn't show up in the code.
And when is *zero* used? A quick glance at the code suggests that it's only
used as a result from *sign* and is some sort of leftover in *hayat.*

On Mon, Jun 30, 2025 at 8:39 AM Barton Willis via Maxima-bugs <
max...@li...> wrote:

> *Oberservations:*
>
>    1. Surely the case
>
>   ((or (eq lim1 '$zero) (eq lim2 '$zero)) (setq lim '$zero))
>
> is wrong when either lim1 or lim2 is non finite.
>
>    1. I run the testsuite and collected all the arguments of lim-times
>    into a set. The result is
>
>  {[inf, inf], [inf, minf], [inf, im], [inf, pos], [inf, zeroa],
> [minf, inf], [minf, im], [minf, pos], [im, inf], [neg, inf], [neg, minf],
> [neg, im], [neg, pos], [pos, inf], [pos, pos], [zero, inf]}
>
> I'm not sure if an argument can be other outputs of the sign function,
> for example pn or nz. Also, I guess that im means "imaginary", but I'm
> not sure.
> ------------------------------
>
> *[bugs:#4573] <https://sourceforge.net/p/maxima/bugs/4573/> taylor
> internal error in limit*
>
> *Status:* open
> *Group:* None
> *Labels:* taylor
> *Created:* Sat Jun 21, 2025 08:06 AM UTC by Stavros Macrakis
> *Last Updated:* Mon Jun 30, 2025 12:20 PM UTC
> *Owner:* nobody
>
> taylor(x^(1/log(log(x))),x,inf,1);
>
> debugger invoked on a SIMPLE-CONDITION in thread#<THREAD tid=259 "main thread" RUNNING {1001258003}>:
>   Undefined limit product $INF * $ZEROB in lim-times
>
> Maxima 5.47.0 SBCL 2.4.9 on MacOS
> ------------------------------
>
> Sent from sourceforge.net because max...@li... is
> subscribed to https://sourceforge.net/p/maxima/bugs/
>
> To unsubscribe from further messages, a project admin can change settings
> at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a
> mailing list, you can unsubscribe from the mailing list.
> _______________________________________________
> Maxima-bugs mailing list
> Max...@li...
> https://lists.sourceforge.net/lists/listinfo/maxima-bugs
>



---

**[bugs:#4573] taylor internal error in limit**

**Status:** open
**Group:** None
**Labels:** taylor 
**Created:** Sat Jun 21, 2025 08:06 AM UTC by Stavros Macrakis
**Last Updated:** Mon Jun 30, 2025 09:06 PM UTC
**Owner:** nobody


~~~~
taylor(x^(1/log(log(x))),x,inf,1);

debugger invoked on a SIMPLE-CONDITION in thread
#<THREAD tid=259 "main thread" RUNNING {1001258003}>:
  Undefined limit product $INF * $ZEROB in lim-times
~~~~

Maxima 5.47.0 SBCL 2.4.9 on MacOS



---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] #4573 taylor internal error in limit

[Barton W. <wil...@us...>]

**Additionally**  The two extra cases I experimentally added are surely wrong (they appear to be indeterminate forms), or maybe I'm way off in my understanding of what the function `lim-times` is supposed to do.

Collecting lists of the form `[input1, input2, output]`,   and running the testsuite we have:
~~~
{[inf, inf, inf], [inf, minf, minf], [inf, im, infinity],
[inf, pos, inf], [minf, inf, minf], [minf, im, infinity], [minf, pos, minf],
[im, inf, infinity], [neg, inf, minf], [neg, minf, minf], [neg, im, im],
[neg, pos, neg], [pos, inf, inf], [pos, pos, pos], [zero, inf, zero]}
~~~

Again, it really seems that the case `zero x inf -> zero` is wrong.



---

**[bugs:#4573] taylor internal error in limit**

**Status:** open
**Group:** None
**Labels:** taylor 
**Created:** Sat Jun 21, 2025 08:06 AM UTC by Stavros Macrakis
**Last Updated:** Mon Jun 30, 2025 12:39 PM UTC
**Owner:** nobody


~~~~
taylor(x^(1/log(log(x))),x,inf,1);

debugger invoked on a SIMPLE-CONDITION in thread
#<THREAD tid=259 "main thread" RUNNING {1001258003}>:
  Undefined limit product $INF * $ZEROB in lim-times
~~~~

Maxima 5.47.0 SBCL 2.4.9 on MacOS



---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

Re: [Maxima-bugs] [maxima:bugs] #4573 taylor internal error in limit

[Stavros M. <mac...@gm...>]

Your traces include *zeroa* as well as *zerob*, so it's strange that *zeroa
*doesn't show up in the code.
And when is *zero* used? A quick glance at the code suggests that it's only
used as a result from *sign* and is some sort of leftover in *hayat.*

On Mon, Jun 30, 2025 at 8:39 AM Barton Willis via Maxima-bugs <
max...@li...> wrote:

> *Oberservations:*
>
>    1. Surely the case
>
>   ((or (eq lim1 '$zero) (eq lim2 '$zero)) (setq lim '$zero))
>
> is wrong when either lim1 or lim2 is non finite.
>
>    1. I run the testsuite and collected all the arguments of lim-times
>    into a set. The result is
>
>  {[inf, inf], [inf, minf], [inf, im], [inf, pos], [inf, zeroa],
> [minf, inf], [minf, im], [minf, pos], [im, inf], [neg, inf], [neg, minf],
> [neg, im], [neg, pos], [pos, inf], [pos, pos], [zero, inf]}
>
> I'm not sure if an argument can be other outputs of the sign function,
> for example pn or nz. Also, I guess that im means "imaginary", but I'm
> not sure.
> ------------------------------
>
> *[bugs:#4573] <https://sourceforge.net/p/maxima/bugs/4573/> taylor
> internal error in limit*
>
> *Status:* open
> *Group:* None
> *Labels:* taylor
> *Created:* Sat Jun 21, 2025 08:06 AM UTC by Stavros Macrakis
> *Last Updated:* Mon Jun 30, 2025 12:20 PM UTC
> *Owner:* nobody
>
> taylor(x^(1/log(log(x))),x,inf,1);
>
> debugger invoked on a SIMPLE-CONDITION in thread#<THREAD tid=259 "main thread" RUNNING {1001258003}>:
>   Undefined limit product $INF * $ZEROB in lim-times
>
> Maxima 5.47.0 SBCL 2.4.9 on MacOS
> ------------------------------
>
> Sent from sourceforge.net because max...@li... is
> subscribed to https://sourceforge.net/p/maxima/bugs/
>
> To unsubscribe from further messages, a project admin can change settings
> at https://sourceforge.net/p/maxima/admin/bugs/options. Or, if this is a
> mailing list, you can unsubscribe from the mailing list.
> _______________________________________________
> Maxima-bugs mailing list
> Max...@li...
> https://lists.sourceforge.net/lists/listinfo/maxima-bugs
>

[Maxima-bugs] [maxima:bugs] #4479 Setting inchar to empty string or kill it => forever looping Lisp error.

[Raymond T. <rt...@us...>]

- **status**: open --> closed
- **assigned_to**: Raymond Toy
- **Comment**:

Fixed in commit [05575aa].  We insure that `inchar` is a string.  If set to a symbol we use the symbol name to set `$inchar`.



---

**[bugs:#4479] Setting inchar to empty string or kill it => forever looping Lisp error.**

**Status:** closed
**Group:** None
**Created:** Fri Jan 31, 2025 04:01 PM UTC by Wolfgang Dautermann
**Last Updated:** Wed Feb 05, 2025 05:59 PM UTC
**Owner:** Raymond Toy


The input label is build by `inchar` (`%i` by default) and the current number.
I tried to delete the label with
`inchar:"";`
or
`kill(inchar);`

Both commands resulted in forever looping Lisp errors.


---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] #4573 taylor internal error in limit

[Barton W. <wil...@us...>]

**Oberservations:**

1. Surely the case  
~~~
  ((or (eq lim1 '$zero) (eq lim2 '$zero)) (setq lim '$zero))
~~~
is wrong when either `lim1` or `lim2` is non finite.

2. I run the testsuite and collected all the arguments of `lim-times` into a set. The result is
~~~
 {[inf, inf], [inf, minf], [inf, im], [inf, pos], [inf, zeroa],
[minf, inf], [minf, im], [minf, pos], [im, inf], [neg, inf], [neg, minf],
[neg, im], [neg, pos], [pos, inf], [pos, pos], [zero, inf]}
~~~
I'm not sure if an argument can be other outputs of the `sign` function, for example `pn` or `nz`.  Also, I guess that `im` means "imaginary", but I'm not sure.




---

**[bugs:#4573] taylor internal error in limit**

**Status:** open
**Group:** None
**Labels:** taylor 
**Created:** Sat Jun 21, 2025 08:06 AM UTC by Stavros Macrakis
**Last Updated:** Mon Jun 30, 2025 12:20 PM UTC
**Owner:** nobody


~~~~
taylor(x^(1/log(log(x))),x,inf,1);

debugger invoked on a SIMPLE-CONDITION in thread
#<THREAD tid=259 "main thread" RUNNING {1001258003}>:
  Undefined limit product $INF * $ZEROB in lim-times
~~~~

Maxima 5.47.0 SBCL 2.4.9 on MacOS



---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] #4573 taylor internal error in limit

[Barton W. <wil...@us...>]

Inserting code in `lim-times` (see below) for ` inf x zerob` and `minf x zerob` gives
~~~
(%i9) taylor(x^(1/log(log(x))),x,inf,2);

(%o9) +1/%e^-(log(x)/log(log(x)))
~~~

Specifically the code for `lim-times` is 

~~~
(defun lim-times (lim1 lim2)
  (let (lim)
   (cond ((or (eq lim1 '$zero) (eq lim2 '$zero)) (setq lim '$zero))
         ((and (eq lim1 '$inf) (eq lim2 '$zerob)) (setq lim '$minf)) ;new!
		 ((and (eq lim1 '$minf) (eq lim2 '$zerob)) (setq lim '$inf)) ;new!
	 ((and (lim-infp lim1) (lim-infp lim2)) (setq lim '$inf))
	 ((and (lim-zerop lim1) (lim-zerop lim2)) (setq lim '$pos))
	 ((or (when (lim-finitep lim2) (rotatef lim1 lim2) 't)
	      (lim-finitep lim1))
	  (when (and (eq lim1 '$finite) (lim-infp lim1))
	     (tay-error "Undefined finite*inf in lim-times" lim2))
	  (setq lim (lim-abs lim2)))
	 (t (tay-error "Undefined limit product in lim-times" (list (list 'mtimes) lim1 lim2))))
   (if (or (lim-imagp lim1) (lim-imagp lim2))
       (if (lim-infp lim) '$infinity '$im)
      (if (and (lim-plusp lim1) (lim-plusp lim2)) lim (lim-minus lim)))))
~~~

Likely there are other un handled cases.


---

**[bugs:#4573] taylor internal error in limit**

**Status:** open
**Group:** None
**Labels:** taylor 
**Created:** Sat Jun 21, 2025 08:06 AM UTC by Stavros Macrakis
**Last Updated:** Sat Jun 21, 2025 08:06 AM UTC
**Owner:** nobody


~~~~
taylor(x^(1/log(log(x))),x,inf,1);

debugger invoked on a SIMPLE-CONDITION in thread
#<THREAD tid=259 "main thread" RUNNING {1001258003}>:
  Undefined limit product $INF * $ZEROB in lim-times
~~~~

Maxima 5.47.0 SBCL 2.4.9 on MacOS



---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] #4572 integration with subs of the form y = exp(X)

[Barton W. <wil...@us...>]

- **status**: open --> closed
- **Comment**:

Fixed by Commit [2d92a1] master.  Appended test suggested in bug report. I ma closing this ticket.



---

**[bugs:#4572] integration with subs of the form y = exp(X)**

**Status:** closed
**Group:** None
**Labels:** integrate 
**Created:** Fri Jun 20, 2025 09:55 PM UTC by Barton Willis
**Last Updated:** Fri Jun 20, 2025 09:55 PM UTC
**Owner:** nobody


The integration code attempts to find a substitution of the form `y = exp(X)` that "works."  But the method is rather weak--if the substitution doesn't work, the code doesn't try to find another .  

Here is an example that works out  OK--it tries the substitution `y=exp(x+1)`
~~~
(%i1)	integrate((1 + exp(x+1) + exp(2*x+1))^(1/2),x);
(%o1)	(sqrt(%e)*asinh((2*%e^x+1)/sqrt(4*%e^(-1)-1)))/2-asinh((2*%e^(-x-1))/sqrt(4*%e^(-1)-1)+1/sqrt(4*%e^(-1)-1))+sqrt(%e^(2*(x+1)-1)+%e^(x+1)+1)
~~~

But  this case isn't--here it tries the substitution `y = exp(2 x)` and gives up:
~~~
(%i2)	integrate((1 + exp(x+14) + exp(2*x))^(1/2),x);
(%o2)	integrate(sqrt(%e^(x+14)+%e^(2*x)+1),x)
~~~
This is more of a deficiency than a bug, but it is stopping my progress toward fixing a but in `ordmexpt`


---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] Re: #4574 realpart gives an imaginary result

[Donald H. <ha...@us...>]

Yes. Thank you that was a typo.

I am trying intermediate variables now.   If I were to insert a line, 
the position of %TH() would be off.

On 6/24/25 2:27 PM, Stavros Macrakis wrote:
>
>   * *status*: open --> not-a-bug
>   * *Comment*:
>
> There seems to be a typo in your fifth input line. You have
>
> |rl:r+x%i; |
>
> (with a variable named |x%i|) which I will guess is intended to be
>
> |rl:r+x*%i; |
>
> By the way, I think the example would be easier to work with if you 
> assigned names to the intermediate values rather than using |%th(...)|.
>
> ------------------------------------------------------------------------
>
> *[bugs:#4574] <https://sourceforge.net/p/maxima/bugs/4574/> realpart 
> gives an imaginary result*
>
> *Status:* not-a-bug
> *Group:* None
> *Created:* Tue Jun 24, 2025 05:01 PM UTC by Donald Harter
> *Last Updated:* Tue Jun 24, 2025 05:01 PM UTC
> *Owner:* nobody
> *Attachments:*
>
>   * smith_3c.mc
>     <https://sourceforge.net/p/maxima/bugs/4574/attachment/smith_3c.mc>
>     (295 Bytes; application/octet-stream)
>
> I have attached the file. Look at " %i15) realpart(%th(1))"
>
> ------------------------------------------------------------------------
>
> Sent from sourceforge.net because you indicated interest in 
> https://sourceforge.net/p/maxima/bugs/4574/
>
> To unsubscribe from further messages, please visit 
> https://sourceforge.net/auth/subscriptions/
>


---

**[bugs:#4574] realpart gives an imaginary result**

**Status:** not-a-bug
**Group:** None
**Created:** Tue Jun 24, 2025 05:01 PM UTC by Donald Harter
**Last Updated:** Tue Jun 24, 2025 07:30 PM UTC
**Owner:** nobody
**Attachments:**

- [smith_3c.mc](https://sourceforge.net/p/maxima/bugs/4574/attachment/smith_3c.mc) (295 Bytes; application/octet-stream)


I have attached the file.  Look at " %i15) realpart(%th(1))"


---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] #4574 realpart gives an imaginary result

[Stavros M. <mac...@us...>]

By the way, the declaration ``declare(vv,real)`` means that ``vv`` *as a symbolic variable* is real. The declaration is not meaningful if you are going to assign a value to ``vv``:
~~~~
declare(rr,real)$
imagpart(rr) => 0
rr: 1+%i$
imagpart(rr) => 1 << the value 1+%i is looked at; the declaration is irrelevant
~~~~

Also, the last line of your script is vacuous: ``subst(-1,%i*%i,%)`` is identical to ``subst(-1,-1,%)`` since ``%i*%i`` is simplified before ``subst`` uses it.



---

**[bugs:#4574] realpart gives an imaginary result**

**Status:** not-a-bug
**Group:** None
**Created:** Tue Jun 24, 2025 05:01 PM UTC by Donald Harter
**Last Updated:** Tue Jun 24, 2025 06:27 PM UTC
**Owner:** nobody
**Attachments:**

- [smith_3c.mc](https://sourceforge.net/p/maxima/bugs/4574/attachment/smith_3c.mc) (295 Bytes; application/octet-stream)


I have attached the file.  Look at " %i15) realpart(%th(1))"


---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] #4574 realpart gives an imaginary result

[Stavros M. <mac...@us...>]

- **status**: open --> not-a-bug
- **Comment**:

There seems to be a typo in your fifth input line. You have 
~~~~
rl:r+x%i;
~~~~
(with a variable named ``x%i``) which I will guess is intended to be 
~~~~
rl:r+x*%i;
~~~~
By the way, I think the example would be easier to work with if you assigned names to the intermediate values rather than using ``%th(...)``.



---

**[bugs:#4574] realpart gives an imaginary result**

**Status:** not-a-bug
**Group:** None
**Created:** Tue Jun 24, 2025 05:01 PM UTC by Donald Harter
**Last Updated:** Tue Jun 24, 2025 05:01 PM UTC
**Owner:** nobody
**Attachments:**

- [smith_3c.mc](https://sourceforge.net/p/maxima/bugs/4574/attachment/smith_3c.mc) (295 Bytes; application/octet-stream)


I have attached the file.  Look at " %i15) realpart(%th(1))"


---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] #4574 realpart gives an imaginary result

[Donald H. <ha...@us...>]

---

**[bugs:#4574] realpart gives an imaginary result**

**Status:** open
**Group:** None
**Created:** Tue Jun 24, 2025 05:01 PM UTC by Donald Harter
**Last Updated:** Tue Jun 24, 2025 05:01 PM UTC
**Owner:** nobody
**Attachments:**

- [smith_3c.mc](https://sourceforge.net/p/maxima/bugs/4574/attachment/smith_3c.mc) (295 Bytes; application/octet-stream)


I have attached the file.  Look at " %i15) realpart(%th(1))"


---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] Re: #4558 Can't control matrix 2d print formatting

[Stavros M. <mac...@us...>]

Sure, linearray = 1000 seems OK. 
I pretty often use matrices just as a display mechanism.


---

**[bugs:#4558] Can't control matrix 2d print formatting**

**Status:** open
**Group:** None
**Labels:** display2d matrix 
**Created:** Thu May 15, 2025 06:26 PM UTC by Stavros Macrakis
**Last Updated:** Sun Jun 22, 2025 06:43 PM UTC
**Owner:** nobody


Displaying ``genmatrix(lambda([i,j],0),40,3)`` gives a nice 2d display. But ``...,41,3)`` uses the linear form.

This is controlled by the clause ``(if (> (+ height depth) (length linearray))`` in ``dim-$matrix`` and as far as I can tell cannot be controlled by the user -- ``linearray`` is always of length 80.

Should we add a global ``max_2d_display_height``or something? Is it enough for that to change the size of ``linearray``?

Maxima 5.47.0 SBCL 2.4.9 MacOS


---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] #4558 Can't control matrix 2d print formatting

[Robert D. <rob...@us...>]

I'm not sure about a global variable for this purpose, mostly because it would be hard to explain exactly what the effect of it is -- I'm pretty sure it's possible to display some large expressions, with many more lines than the length of `linearray`because the pretty printer can sometimes break up stuff; we would have to explain why that works some times and not others.

How about if we just increase the size of `linearray` to 1000 or something?


---

**[bugs:#4558] Can't control matrix 2d print formatting**

**Status:** open
**Group:** None
**Labels:** display2d matrix 
**Created:** Thu May 15, 2025 06:26 PM UTC by Stavros Macrakis
**Last Updated:** Thu May 15, 2025 06:26 PM UTC
**Owner:** nobody


Displaying ``genmatrix(lambda([i,j],0),40,3)`` gives a nice 2d display. But ``...,41,3)`` uses the linear form.

This is controlled by the clause ``(if (> (+ height depth) (length linearray))`` in ``dim-$matrix`` and as far as I can tell cannot be controlled by the user -- ``linearray`` is always of length 80.

Should we add a global ``max_2d_display_height``or something? Is it enough for that to change the size of ``linearray``?

Maxima 5.47.0 SBCL 2.4.9 MacOS


---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] #4567 gnuplot gives obscure Lisp error when gnuplot_command is not a string

[Wolfgang D. <da...@us...>]

Thank you!


---

**[bugs:#4567] gnuplot gives obscure Lisp error when gnuplot_command is not a string**

**Status:** closed
**Group:** None
**Labels:** gnuplot 
**Created:** Sat Jun 14, 2025 11:35 AM UTC by Wolfgang Dautermann
**Last Updated:** Sat Jun 21, 2025 01:49 PM UTC
**Owner:** Raymond Toy


Dear all,
When one outputs a variable, there is no 'type' printed - is there a (native) function to query the type? Yes, e.g `numberp()`, for numbers, but in general?

E.g. I query `gnuplot_command`,  then I set it to the same value:

~~~
(%i1) gnuplot_command;
(%o1)                               gnuplot
(%i2) gnuplot_command:gnuplot;
(%o2)                               gnuplot
(%i3) plot2d(x,[x,1,2]);

Maxima encountered a Lisp error:

 The value
   $GNUPLOT
 is not of type
   (OR STRING PATHNAME SYNONYM-STREAM FILE-STREAM)
 when binding PATHNAME

Automatically continuing.
To enable the Lisp debugger set *debugger-hook* to nil.
~~~
That did not work, the variable is now of type symbol, not longer a string. But if I output the variable, I get not idea, if it is a string or symbol. It must be set enclosed in quotation marks, then it works.
~~~
(%i4) gnuplot_command:"gnuplot";
(%o4)                               gnuplot
(%i5) plot2d(x,[x,1,2]); /* works ok */
~~~

Is there any (native) function or output (`typeof()` or something else?) where one can get an idea, whats wrong?
Because the OUTPUT of `gnuplot_command` is the same in both cases. (Maybe it should be `"gnuplot"` in the string case)?

I found `:lisp (type-of $a)` but there is no Maxima equivalent?
Best regards, Wolfgang


---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] #4567 gnuplot gives obscure Lisp error when gnuplot_command is not a string

[Raymond T. <rt...@us...>]

- **status**: open --> closed
- **assigned_to**: Raymond Toy
- **Comment**:

Fixed by commit [c2af73] which forces `$gnuplot_command` t o be a string.



---

**[bugs:#4567] gnuplot gives obscure Lisp error when gnuplot_command is not a string**

**Status:** closed
**Group:** None
**Labels:** gnuplot 
**Created:** Sat Jun 14, 2025 11:35 AM UTC by Wolfgang Dautermann
**Last Updated:** Tue Jun 17, 2025 02:00 PM UTC
**Owner:** Raymond Toy


Dear all,
When one outputs a variable, there is no 'type' printed - is there a (native) function to query the type? Yes, e.g `numberp()`, for numbers, but in general?

E.g. I query `gnuplot_command`,  then I set it to the same value:

~~~
(%i1) gnuplot_command;
(%o1)                               gnuplot
(%i2) gnuplot_command:gnuplot;
(%o2)                               gnuplot
(%i3) plot2d(x,[x,1,2]);

Maxima encountered a Lisp error:

 The value
   $GNUPLOT
 is not of type
   (OR STRING PATHNAME SYNONYM-STREAM FILE-STREAM)
 when binding PATHNAME

Automatically continuing.
To enable the Lisp debugger set *debugger-hook* to nil.
~~~
That did not work, the variable is now of type symbol, not longer a string. But if I output the variable, I get not idea, if it is a string or symbol. It must be set enclosed in quotation marks, then it works.
~~~
(%i4) gnuplot_command:"gnuplot";
(%o4)                               gnuplot
(%i5) plot2d(x,[x,1,2]); /* works ok */
~~~

Is there any (native) function or output (`typeof()` or something else?) where one can get an idea, whats wrong?
Because the OUTPUT of `gnuplot_command` is the same in both cases. (Maybe it should be `"gnuplot"` in the string case)?

I found `:lisp (type-of $a)` but there is no Maxima equivalent?
Best regards, Wolfgang


---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.

[Maxima-bugs] [maxima:bugs] #4573 taylor internal error in limit

[Stavros M. <mac...@us...>]

---

**[bugs:#4573] taylor internal error in limit**

**Status:** open
**Group:** None
**Labels:** taylor 
**Created:** Sat Jun 21, 2025 08:06 AM UTC by Stavros Macrakis
**Last Updated:** Sat Jun 21, 2025 08:06 AM UTC
**Owner:** nobody


~~~~
taylor(x^(1/log(log(x))),x,inf,1);

debugger invoked on a SIMPLE-CONDITION in thread
#<THREAD tid=259 "main thread" RUNNING {1001258003}>:
  Undefined limit product $INF * $ZEROB in lim-times
~~~~

Maxima 5.47.0 SBCL 2.4.9 on MacOS



---

Sent from sourceforge.net because max...@li... is subscribed to https://sourceforge.net/p/maxima/bugs/

To unsubscribe from further messages, a project admin can change settings at https://sourceforge.net/p/maxima/admin/bugs/options.  Or, if this is a mailing list, you can unsubscribe from the mailing list.