Greetings! Just to note that this issue stems from maxima/gcl's default use of readline when invoked under a terminal. This can be disabled with :lisp (si::readline-off) if desired, though one will lose command line completion, history, and editing.
I'll try to take a look at what's causing this, but it appears the backspaces intended to overwrite the intermediary input prompt are not being handled correctly. Take care, Robert Dodier <robert.dod...@gmail.com> writes: > About multiple inputs on one line, I can't reproduce the behavior > you've observed. There is some logic in the prompt-printing code to > suppress the input prompt when there are multiple inputs; I can't tell > why it apparently isn't acting as expected in the case you observed. > It is possible that the behavior depends on the Lisp implementation, > although I cannot reproduce it with GCL 2.6.10. Maybe you can try the > same thing again with the latest versions of Maxima and GCL. Also, > when you make these observations, are you working with Maxima directly > or through Cantor? > > Maybe you can use the --very-quiet command line option for Maxima, so > that input and output labels are entirely suppressed, and instead > outputs are demarcated by <cantor-result> ... </cantor-result> as > specified by cantor-initmaxima.lisp. > > > > -- Camm Maguire c...@maguirefamily.org ========================================================================== "The earth is but one country, and mankind its citizens." -- Baha'u'llah -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
