Espen S Johnsen wrote:
> Dave Phillips <dlphillips@...> writes:
>> Nikodemus, thanks again for the help. I was able to get past the
>> sdifedit problem and completed the build of Open Music. However, when
>> I run 'sbcl --core om --userinit init.lisp' from the appropriate
>> directory, I receive this error:
>> At this point I'm totally in the dark. I changed the
>> *communication-style* in ~.swank.lisp every way I could think of, to
>> no avail. Am I missing something obvious again ?
> This could be a bug in clg, so I will look into it. But unless you're
> planning to use the OM image with SLime from Emacs, you don't need to
> load the Swank module at all. If the behavior on my Debian system is
> standard, starting SBCL from the command line should not load Swank by
> default. So you should make sure that you don't have anything like
> (require 'swank) in your init files.
I don't find such a requirement in any relevant init files. There is a
(require 'slime) in my ~/.emacs file, but Karim said that I'd need Slime
even if I wasn't going to work from Emacs/Xemacs.
Indeed, I load swank at the repl with this command, before compiling the
Just to be safe, I started over completely by rebuilding CLG's fasl
files, ditto for the relevant swank stuff, and of course ditto for OM.
Here's the current contents of my ~/.swank.lisp file:
(setq swank::*communication-style* nil)
After rebuilding the OM image I launch it and receive this error again:
debugger invoked on a SIMPLE-ERROR:
Error during processing of initialization file
The value NIL is not of type SWANK::CONNECTION.
Btw, I also tried it with this syntax in .swank.lisp :
(setq swank:*communication-style* nil)
It creates the same error condition. I also tried :fd-handler and
:sigio, they were similarly rejected.
I believe I've followed every instruction explicitly as possible. I
think the possibility for error is exaggerated by the sheer number of
disparate dependencies: SBCL, Slime, Swank, libaudiostream, MidiShare,
CLG, sdifedit, some of which have been quite problematic to compile. But
at this point there appears to be a fundamental disconnect between what
SBCL , Slime/Swank, and CLG are expecting from each other.
I'm using SBCL 1.0.13 and can't really go backwards (else I get stuck on
the nested interrupts error). I'm using CLG 0.51, please advise if I
should be using other versions. Callbacks must be supported. Oh, and I
still receive the warning that the CLG-DISPLAY variable is undefined.
Any further suggestions ? I'm pretty much at the end of my abilities to
troubleshoot. Alas, Karim appears to be out of touch at the moment, and
he's the only one at IRCAM who knows much about OM for Linux. I'd like
to keep hacking, but I'm running out of steam here. :(
Many thanks for the help I've received so far, it is vastly appreciated. :)