On Sun, Jul 23, 2023 at 10:56:42PM +0200, Ralf Hemmecke wrote:
>
> In my gnome-terminal that is attached to the session, I see the following:
>
> Value = T
> Value = WEBSPAD::FRICAS-ACCEPTOR
> (1) -> [2023-07-23 22:47:14 [ERROR]] An arithmetic error
> SB-KERNEL:FLOATING-POINT-EXCEPTION was signalled.
> No traps are enabled? How can this be?
>
> Backtrace for: #<SB-THREAD:THREAD "hunchentoot-worker-127.0.0.1:39328"
> RUNNING {1003AA3673}>
> 0: (TRIVIAL-BACKTRACE:PRINT-BACKTRACE-TO-STREAM
> #<SB-IMPL::STRING-OUTPUT-STREAM {7F2DCC68BBF3}>)
> 1: (HUNCHENTOOT::GET-BACKTRACE)
> 2: ((FLET "H0" :IN HUNCHENTOOT:HANDLE-REQUEST)
> #<SB-KERNEL:FLOATING-POINT-EXCEPTION {100688F113}>)
> 3: (SB-KERNEL::%SIGNAL #<SB-KERNEL:FLOATING-POINT-EXCEPTION {100688F113}>)
> 4: (ERROR SB-KERNEL:FLOATING-POINT-EXCEPTION :OPERATION NIL :OPERANDS NIL)
> 5: ((FLET SB-UNIX::BODY :IN SB-VM:SIGFPE-HANDLER))
> 6: (SB-UNIX::WITH-DEFERRABLE-SIGNALS-UNBLOCKED T #<FUNCTION (FLET
> SB-UNIX::BODY :IN SB-VM:SIGFPE-HANDLER) {7F2DCC68BF2B}>)
> 7: (SB-VM:SIGFPE-HANDLER #<unused argument> #.(SB-SYS:INT-SAP
> #X7F2DCC68C3B0) #.(SB-SYS:INT-SAP #X7F2DCC68C280))
> 8: ((FLET SB-THREAD::EXEC :IN SB-SYS:INVOKE-INTERRUPTION))
> 9: ((FLET "WITHOUT-INTERRUPTS-BODY-1" :IN SB-SYS:INVOKE-INTERRUPTION))
> 10: (SB-SYS:INVOKE-INTERRUPTION #<FUNCTION (FLET SB-UNIX::INTERRUPTION :IN
> SB-UNIX::%INSTALL-HANDLER) {7F2DCC68C0BB}>)
> 11: ((FLET SB-UNIX::RUN-HANDLER :IN SB-UNIX::%INSTALL-HANDLER) 8
> #.(SB-SYS:INT-SAP #X7F2DCC68C3B0) #.(SB-SYS:INT-SAP #X7F2DCC68C280))
> 12: ("foreign function: call_into_lisp")
> 13: ("foreign function: funcall3")
> 14: ("foreign function: interrupt_handle_now_handler")
>
> Because
>
> )set break resume
>
> at the beginning of bugs2009, it is not so bad for the fricas session, but
> still jfricas cannot (currently) handle this case.
>
> I'll see whether some day jfricas can deal with it.
Well, what you see is part of making good interface. Either you
disable ')set break break' or you handle terminal interactions
needed for debugger. And of course make sure that normal
eeror handlers work.
BTW: That is part of reason why I do not want more Lisp code:
low level messing with various things at Lisp level (done by
Lisp libraries) may interact badly with our runtime support.
So instead of working on interesting symbolic functionality
we need to spend work on system support.
--
Waldek Hebisch
--
You received this message because you are subscribed to the Google Groups
"FriCAS - computer algebra system" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/d/msgid/fricas-devel/ZL/r6gUGrrnw9zJQ%40fricas.math.uni.wroc.pl.
