You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Not sure exactly what i do to trigger it, but i frequently get dropped connections with following in *inferior-lisp* (after many minutes printing the contents of a large 3d array.)
;;; contents of large array skipped
encode-message
decode-message
decode-message
close-connection: The value 142340008 is not of type (UNSIGNED-BYTE 24) when binding COMMON-LISP:LENGTH ...
;; Event history end.
;; Backtrace:
0: (SWANK/RPC::WRITE-HEADER #<SB-SYS:FD-STREAM for "socket 127.0.0.1:57477, peer: 127.0.0.1:57480" {10082782C3}> 142340008) [external]
1: (SWANK/RPC:WRITE-MESSAGE (:RETURN (:OK "=> #3A(((-2000 -2000 -2000 -2000 -2000 -2000 -2000 -2000 -2000 -2000 -2000 ..)
2: (SWANK::ENCODE-MESSAGE (:RETURN (:OK "=> #3A(((-2000 -2000 -2000 -2000 -2000 -2000 -2000 -2000 -2000 -2000 -2000 ..)
3: (SWANK::DISPATCH-LOOP #<SWANK::MULTITHREADED-CONNECTION {1008278753}>)
4: ((FLET SB-UNIX::BODY :IN SB-THREAD::RUN))
5: ((FLET "WITHOUT-INTERRUPTS-BODY-156" :IN SB-THREAD::RUN))
6: ((FLET SB-UNIX::BODY :IN SB-THREAD::RUN))
7: ((FLET "WITHOUT-INTERRUPTS-BODY-149" :IN SB-THREAD::RUN))
8: (SB-THREAD::RUN)
9: ("foreign function: #x14003E885")
10: ("foreign function: #x14000A10A")
;; Connection to Emacs lost. [
;; condition: The value
142340008
is not of type
(UNSIGNED-BYTE 24)
when binding LENGTH
;; type: SWANK::SWANK-ERROR
;; style: :SPAWN]
I suspect unsigned-byte 24 is a reasonable limitation for most of these cases, so truncating the output to fit in that limit would be better than just closing the connection with an error. (Sending the entire thing might be slightly better than the current error, but if it still takes 5-10min or more to transfer it would still be pretty annoying, so I don't think that would be better than truncating. )
Possibly some more things should be making sure *print-length* and similar have reasonable values as well, since I don't really need anywhere 16MB of output in the minibuffer. (Probably C-M-x in my case.)
The text was updated successfully, but these errors were encountered:
Not sure exactly what i do to trigger it, but i frequently get dropped connections with following in
*inferior-lisp*
(after many minutes printing the contents of a large 3d array.)I suspect
unsigned-byte 24
is a reasonable limitation for most of these cases, so truncating the output to fit in that limit would be better than just closing the connection with an error. (Sending the entire thing might be slightly better than the current error, but if it still takes 5-10min or more to transfer it would still be pretty annoying, so I don't think that would be better than truncating. )Possibly some more things should be making sure
*print-length*
and similar have reasonable values as well, since I don't really need anywhere 16MB of output in the minibuffer. (ProbablyC-M-x
in my case.)The text was updated successfully, but these errors were encountered: