I recently enabled sb-thread on sbcl 1.0.14. After the sbcl recompile, slime stopped working. When I start up emacs I get the following message:
The value 68089408 is not of type SIMPLE-STRING.
Restarts: 0: [ABORT] Return to SLIME's top level. 1: [TERMINATE-THREAD] Terminate this thread (#<THREAD "worker" {14565909}>)
I have the latest version of slime, and I also recompiled it. Has anyone seen this behavior?
Thanks in advance,
Aaron
On Sat, May 17, 2008 at 8:07 AM, Aaron Feng aaron.feng@gmail.com wrote:
I recently enabled sb-thread on sbcl 1.0.14. After the sbcl recompile, slime stopped working. When I start up emacs I get the following message:
The value 68089408 is not of type SIMPLE-STRING.
Restarts: 0: [ABORT] Return to SLIME's top level. 1: [TERMINATE-THREAD] Terminate this thread (#<THREAD "worker" {14565909}>)
A backtrace would make things easier to diagnose. (Typing ba at the debugger prompt in *inferior-lisp* should give you one.)
Cheers,
-- Nikodemus
Hi Nikodemus,
You are every where :) Thanks for the tip. Here is the backtrace:
Help! 11 nested errors. SB-KERNEL:*MAXIMUM-ERROR-DEPTH* exceeded. 0: (BACKTRACE 536870911 #<SYNONYM-STREAM :SYMBOL SB-SYS:*TTY* {13D03969}>) 1: ((LAMBDA NIL)) 2: ((LAMBDA NIL)) 3: (SB-IMPL::%WITH-STANDARD-IO-SYNTAX #<CLOSURE # {13D03A85}>) 4: (SB-IMPL::ERROR-ERROR) 5: (SB-IMPL::INFINITE-ERROR-PROTECTOR) 6: (SB-KERNEL:INTERNAL-ERROR #.(SB-SYS:INT-SAP #X000F9000) #<unavailable argument>) 7: ("foreign function: call_into_lisp") 8: ("foreign function: funcall2") 9: ("foreign function: interrupt_internal_error") 10: ("foreign function: signal_emulation_wrapper") 11: ("foreign function: os_get_runtime_executable_path") 12: ("foreign function: os_get_runtime_executable_path") 13: (FIND-SYMBOL 68089408 #<PACKAGE "COMMON-LISP-USER">)
Aaron
On Sat, May 17, 2008 at 1:27 PM, Aaron Feng aaron.feng@gmail.com wrote:
Hi Nikodemus,
You are every where :) Thanks for the tip. Here is the backtrace:
Help! 11 nested errors. SB-KERNEL:*MAXIMUM-ERROR-DEPTH* exceeded. 0: (BACKTRACE 536870911 #<SYNONYM-STREAM :SYMBOL SB-SYS:*TTY* {13D03969}>) 1: ((LAMBDA NIL)) 2: ((LAMBDA NIL)) 3: (SB-IMPL::%WITH-STANDARD-IO-SYNTAX #<CLOSURE # {13D03A85}>) 4: (SB-IMPL::ERROR-ERROR) 5: (SB-IMPL::INFINITE-ERROR-PROTECTOR) 6: (SB-KERNEL:INTERNAL-ERROR #.(SB-SYS:INT-SAP #X000F9000) #<unavailable argument>) 7: ("foreign function: call_into_lisp") 8: ("foreign function: funcall2") 9: ("foreign function: interrupt_internal_error") 10: ("foreign function: signal_emulation_wrapper") 11: ("foreign function: os_get_runtime_executable_path") 12: ("foreign function: os_get_runtime_executable_path") 13: (FIND-SYMBOL 68089408 #<PACKAGE "COMMON-LISP-USER">)
Is that all of it? Having a few frames below the FIND-SYMBOL would help a lot, since that is where the interesting stuff would be...
Now your task is to figure out where the 68089408 is coming from, and why FIND-SYMBOL is being called on it... If your Slime really a clean CVS checkout? Do you have something strange in .sbclrc, etc?
Cheers,
-- Nikodemus
Hi Nikodemus,
Is that all of it? Having a few frames below the FIND-SYMBOL would help a lot, since that is where the interesting stuff would be...
Yes, that was all of it. I'm using Aquamacs, when I click on the "more" in the backtrace section a few times it expanded all the items (0- 13).
I also included the output above the backtrace below:
(progn (load "/Users/afeng/development/lisp/lib/slime/swank-loader.lisp" :verbose t) (funcall (read-from-string "swank-loader:init")) (funcall (read-from-string "swank:start-server") "/var/folders/e9/e9M1sPXTEw4PxU-g+1IHDk+++TI/-Tmp-/slime.9240" :coding-system "iso-latin-1-unix"))
This is SBCL 1.0.14, an implementation of ANSI Common Lisp. More information about SBCL is available at http://www.sbcl.org/.
SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. * ; loading #P"/Users/afeng/development/lisp/lib/slime/swank-loader.lisp" ; loading #P"/Users/afeng/.slime/fasl/2008-05-08/sbcl-1.0.14-darwin-x86/swank-backend.fasl" ; loading #P"/Users/afeng/.slime/fasl/2008-05-08/sbcl-1.0.14-darwin-x86/swank-source-path-parser.fasl" ; loading #P"/Users/afeng/.slime/fasl/2008-05-08/sbcl-1.0.14-darwin-x86/swank-source-file-cache.fasl" ; loading #P"/Users/afeng/.slime/fasl/2008-05-08/sbcl-1.0.14-darwin-x86/swank-sbcl.fasl" STYLE-WARNING: redefining EMACS-INSPECT (#<BUILT-IN-CLASS T>) in DEFMETHOD ; loading #P"/Users/afeng/.slime/fasl/2008-05-08/sbcl-1.0.14-darwin-x86/swank-gray.fasl" STYLE-WARNING: Implicitly creating new generic function STREAM-READ-CHAR-WILL-HANG-P. ; loading #P"/Users/afeng/.slime/fasl/2008-05-08/sbcl-1.0.14-darwin-x86/swank.fasl" WARNING: These Swank interfaces are unimplemented: (CALLS-WHO DISASSEMBLE-FRAME SLDB-BREAK-AT-START SLDB-BREAK-ON-RETURN WHO-SPECIALIZES) ;; Swank started at port: 51194. 51194
Now your task is to figure out where the 68089408 is coming from, and why FIND-SYMBOL is being called on it...
I'll take a look at it to the best of my ability.
If your Slime really a clean CVS checkout? Do you have something strange
in .sbclrc, etc?
Just to be sure, I deleted my slime directory and rechecked out and recompiled it (deleted ./slime/fasl/2008-05-08). Same exact error. I don't have a .sbclrc file.
Cheers,
Aaron
Now your task is to figure out where the 68089408 is coming from, and why FIND-SYMBOL is being called on it...
I searched every where FIND-SYMBOL is being called in swank, no luck. The problem is likely to be in SBCL. I reverted back to a none threaded version of 1.0.14 of SBCL. Slime was able to load just fine.
Nikodemus, do you have any more suggestions?
Aaron
-
Aaron Feng -
Nikodemus Siivola