Camm Maguire

Confirmed this is not dependent on readline. I believe CTRL-D closes standard input,so maxima would need to check for this to avoid the loop. clisp apparently has the same behavior. The lisp system should not abort on closing standard input as GCL does not, as far as I understand.

Greetings! GCL now restarts SIGPIPE, so this bug should be closed too.

This clears the 'false' result noticed recently: modified src/simp.lisp @@ -1003,9 +1003,9 @@ (t (setq b (expt a (- b))) (*red 1 b))))) - (if (float-inf-p result) ;; needed for gcl - no trap of overflow - (signal 'floating-point-overflow) - result))) + (when (float-inf-p result) ;; needed for gcl - no trap of overflow + (signal 'floating-point-overflow)) + result))

Sorry for the terse reply! 2.0^1024.1; => #<inf>, with which we can test the original submitters results (to whom I refer as "he").</inf> 2.0^1024; => false, which I have traced to a failure somewhere in maxima's #'simpexpt (not simp-expt, sorry for the typo), and appears independent of running the code compiled or not. I seem to have one small remaining issue in expt, but others seem to remain in maxima: ============================================================================= (%i16) flinf:2.0^1024;...

This one should be closed, IMHO, but I don't seem to have permissions to do it.

Greetings! Just checked, forthcoming 2.6.13 --disable-readline does disable editline as well. maxima need only check for either :readline or :editline in features and (si::readline-off) as desired.