From: Dave P. <dlp...@wo...> - 2008-01-10 14:49:30
|
Greetings, I'm using SBCL 1.0.5 to run IRCAM's Open Music 5.2.1 for Linux. Well, I'd like to use it, but I keep getting this error when Open Music starts : fatal error encountered in *SBCL* pid 4768(tid 3085235904): *maximum* *interrupt* *nesting* *depth* (32) *exceeded* I've done some searching on Google and I've asked on some otner Lisp-oriented lists, but I haven't found how to solve the problem. I apologize if this is the wrong list, but I hope someone here can point me in the right direction. Best regards, Dave Phillips |
From: Nikodemus S. <nik...@ra...> - 2008-01-10 15:12:46
|
On 1/10/08, Dave Phillips <dlp...@wo...> wrote: > I'm using SBCL 1.0.5 to run IRCAM's Open Music 5.2.1 for Linux. Well, > I'd like to use it, but I keep getting this error when Open Music starts : Before anything else, I would suggest trying a newer version -- 1.0.12 or 1.0.13. There have been several interrupt safety fixes since 1.0.5. > fatal error encountered in *SBCL* pid 4768(tid 3085235904): > *maximum* *interrupt* *nesting* *depth* (32) *exceeded* If a new SBCL doesn't magically fix this, the following bits of information are needed: * Full backtrace from the above error. * Output from "uname -a". * Exact directions to reproduce. > I've done some searching on Google and I've asked on some otner > Lisp-oriented lists, but I haven't found how to solve the problem. I > apologize if this is the wrong list, but I hope someone here can point > me in the right direction. No worries, this is indeed the right place: this list along with sbcl-help is the best place for advice on SBCL trouble. (Though in your case you might want to ask Open Music people some key questions, like "Which version of SBCL should I use?", "Have you seen this, do you know how to dix it?") Cheers, -- Nikodemus |
From: Dave P. <dlp...@wo...> - 2008-01-10 18:07:25
|
Nikodemus Siivola wrote: > On 1/10/08, Dave Phillips <dlp...@wo...> wrote: > > >> I'm using SBCL 1.0.5 to run IRCAM's Open Music 5.2.1 for Linux. Well, >> I'd like to use it, but I keep getting this error when Open Music starts : >> > > Before anything else, I would suggest trying a newer version -- 1.0.12 or > 1.0.13. There have been several interrupt safety fixes since 1.0.5. > Thanks, Nikodemus, I will try a later version today. > No worries, this is indeed the right place: this list along with sbcl-help > is the best place for advice on SBCL trouble. (Though in your case you > might want to ask Open Music people some key questions, like "Which version > of SBCL should I use?", "Have you seen this, do you know how to dix it?") Alas, I've already been there & done that, which has brought me here. :) I'll report back with my results. Best, dp |
From: Dave P. <dlp...@wo...> - 2008-01-10 19:52:19
|
Greetings, Me again. I successfully compiled and installed SBCL 1.0.13 on OpenSUSE 10.2. I also successfully recompiled the fasl files for CLG. However, when I build Open Music I now receive this error: "code:api;om-SBCL;sdif;sdifedit" "###########################################################################" ("code" "api;om-SBCL;sdif;sdifedit") ; compiling (IN-PACKAGE :OA) ; compiling (EXPORT (QUOTE #) ...) ; compiling (DEFVAR *SDIF-EDIT* ...) ; compiling (SETF *SDIF-EDIT* ...) ; compiling (DEFVAR *SE-HT* ...); ; compilation unit aborted ; caught 1 fatal ERROR condition ; compilation aborted because of fatal error: ; READ failure in COMPILE-FILE: ; SB-INT:SIMPLE-READER-PACKAGE-ERROR at 705 (line 26, column 36) on #<SB-SYS:FD-STREAM for "file /home/dlphilp/src/openmusic/OM-5.2.1/code/api/om-SBCL/sdif/sdifedit.lisp" {A7F7919}>: ; package "MP" not found debugger invoked on a SB-INT:SIMPLE-FILE-ERROR: error opening #P"/home/dlphilp/src/openmusic/OM-5.2.1/code/api/om-SBCL/sdif/sdifedit.fasl": No such file or directory Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [ABORT] Exit debugger, returning to top level. (SB-IMPL::SIMPLE-FILE-PERROR "error opening ~S" #P"/home/dlphilp/src/openmusic/OM-5.2.1/code/api/om-SBCL/sdif/sdifedit.fasl" 2) 0] Here's a fragment of the offending code in sdifedit.lisp : (mp:process-run-function (list :name "external app" :initial-bindings cg:*default-cg-bindings*) #'(lambda () (let ((my-status nil)) (mp::process-wait "for run-shell-command to finish" Et cetera. Please advise if more is needed, but SBCL's error message seems to indicate that I'm missing a package. Perhaps I missed something in the compile process ? Any suggestions ? Best, dp |
From: Nikodemus S. <nik...@ra...> - 2008-01-10 21:41:12
|
On 1/10/08, Dave Phillips <dlp...@wo...> wrote: > Me again. I successfully compiled and installed SBCL 1.0.13 on OpenSUSE > 10.2. I also successfully recompiled the fasl files for CLG. However, > when I build Open Music I now receive this error: > ; compilation aborted because of fatal error: > ; READ failure in COMPILE-FILE: > ; SB-INT:SIMPLE-READER-PACKAGE-ERROR at 705 (line 26, column 36) on > #<SB-SYS:FD-STREAM for "file > /home/dlphilp/src/openmusic/OM-5.2.1/code/api/om-SBCL/sdif/sdifedit.lisp" > {A7F7919}>: > ; package "MP" not found Looking at the sources in question, I'm fairly confident that the file in question has never worked in an unmodified SBCL. SBCL doesn't provide an MP package, and never has. (Our multiprocessing interface lives in SB-THREAD.) It seems to me that on Linux *SDIF-EDIT* is going to be NIL anyways, so you should be able just replace the whole DEFUN with something like (defun om-run-sdifedit (ref filepath &optional audio) (if *sdif-edit* (error "Oops, how should I do this?") (om-message-dialog "SDIF-Edit not available!"))) Whatever *SDIF-EDIT* is, if you need it, and have it for Linux, rewriting the first leg of the IF for SBCL is perfectly possible, but not something I am going to do right now. ...but I remain fairly certain that no-one has actually run that code on SBCL for a while, so don't be surprised if there are further problems. Cheers, -- Nikodemus |
From: Dave P. <dlp...@wo...> - 2008-01-11 02:28:00
|
Nikodemus Siivola wrote: > Looking at the sources in question, I'm fairly confident that the file in > question has never worked in an unmodified SBCL. SBCL doesn't provide an MP > package, and never has. (Our multiprocessing interface lives in SB-THREAD.) > > It seems to me that on Linux *SDIF-EDIT* is going to be NIL anyways, so > you should be able just replace the whole DEFUN with something like > > (defun om-run-sdifedit (ref filepath &optional audio) > (if *sdif-edit* > (error "Oops, how should I do this?") > (om-message-dialog "SDIF-Edit not available!"))) > > Whatever *SDIF-EDIT* is, if you need it, and have it for Linux, rewriting > the first leg of the IF for SBCL is perfectly possible, but not something > I am going to do right now. > > ...but I remain fairly certain that no-one has actually run that code on > SBCL for a while, so don't be surprised if there are further problems. > 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: debugger invoked on a SIMPLE-ERROR: Error during processing of initialization file /home/dlphilp/src/openmusic/OM-5.2.1/image/linux/init.lisp: When running clg in Slime, the communication style NIL must be used in combination with asynchronous event handling on this platform. See the README file and <http://common-lisp.net/project/slime/doc/html/slime_45.html> for more information. 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 ? Best, dp |
From: Espen S J. <es...@cs...> - 2008-01-11 07:25:32
|
Dave Phillips <dlp...@wo...> 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. -- Espen |
From: Dave P. <dlp...@wo...> - 2008-01-11 14:12:28
|
Espen S Johnsen wrote: > Dave Phillips <dlp...@wo...> 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 OM image: (load #P"/home/dlphilp/src/slime/swank-loader.lisp") 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 /home/dlphilp/src/openmusic/OM-5.2.1/image/linux/init.lisp: 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. :) Best, dp |
From: Nikodemus S. <nik...@ra...> - 2008-01-11 14:35:06
|
On 1/11/08, Dave Phillips <dlp...@wo...> wrote: > debugger invoked on a SIMPLE-ERROR: > Error during processing of initialization file > /home/dlphilp/src/openmusic/OM-5.2.1/image/linux/init.lisp: > > 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) I'm pretty sure you're misreading this. The error says _NIL_ is not a _CONNECTION_ not _CONNECTION_ is not _NIL_ ...which probably means that OM expects there to be a live Swank connection at that point, but there isn't. (Just loading Swank doesn't create a connection.) >From the backtrace you should be able to see where this error actually occurs. Cheers, -- Nikodemus |
From: Dave P. <dlp...@wo...> - 2008-01-11 15:06:20
|
Nikodemus Siivola wrote: > On 1/11/08, Dave Phillips <dlp...@wo...> wrote: > > >> debugger invoked on a SIMPLE-ERROR: >> Error during processing of initialization file >> /home/dlphilp/src/openmusic/OM-5.2.1/image/linux/init.lisp: >> >> 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) >> > > I'm pretty sure you're misreading this. The error says > > _NIL_ is not a _CONNECTION_ > > not > > _CONNECTION_ is not _NIL_ > > ...which probably means that OM expects there to be a live Swank > connection at that point, but there isn't. (Just loading Swank doesn't > create a connection.) > > >From the backtrace you should be able to see where this error actually > occurs. Thanks again, Nikodemus. Here's that backtrace: debugger invoked on a SIMPLE-ERROR: Error during processing of initialization file /home/dlphilp/src/openmusic/OM-5.2.1/image/linux/init.lisp: The value NIL is not of type SWANK::CONNECTION. Type HELP for debugger help, or (SB-EXT:QUIT) to exit from SBCL. restarts (invokable by number or by possibly-abbreviated name): 0: [CONTINUE] Ignore and continue processing. 1: [ABORT ] Skip this initialization file. 2: Skip to toplevel READ/EVAL/PRINT loop. 3: [QUIT ] Quit SBCL (calling #'QUIT, killing the process). ((LAMBDA (SB-IMPL::E)) #<TYPE-ERROR {DBAB1E1}>) 0] (sb-debug:backtrace 20) 0: ((LAMBDA (SB-IMPL::E)) #<TYPE-ERROR {DBAB1E1}>) 1: ((LAMBDA (SB-IMPL::E)) #<TYPE-ERROR {DBAB1E1}>) 2: (SIGNAL #<TYPE-ERROR {DBAB1E1}>) 3: (ERROR TYPE-ERROR) 4: (SB-KERNEL::%CHECK-STRUCTURE-TYPE-FROM-LAYOUT NIL #<SB-KERNEL:LAYOUT for SWANK::CONNECTION {996D531}>) 5: ((LAMBDA (SB-KERNEL:INSTANCE)) NIL) 6: (GTK::%INIT-ASYNC-EVENT-HANDLING NIL) 7: (GTK:CLG-INIT NIL NIL) 8: (NIL) 9: (SB-INT:SIMPLE-EVAL-IN-LEXENV (SETF *CLG-DISPLAY* (GTK:CLG-INIT)) #<NULL-LEXENV>) 10: ((FLET SB-IMPL::PROCESS-STREAM) #<SB-SYS:FD-STREAM for "file /home/dlphilp/src/openmusic/OM-5.2.1/image/linux/init.lisp" {DB7C841}> #P"/home/dlphilp/src/openmusic/OM-5.2.1/image/linux/init.lisp") 11: (SB-IMPL::PROCESS-INIT-FILE "init.lisp" #<FUNCTION SB-IMPL::USERINIT-PATHNAME>) 12: (SB-IMPL::TOPLEVEL-INIT) 13: ((LABELS SB-IMPL::RESTART-LISP)) Alas, this all means little to me. My Lisp debugging skills are abysmal. :( Please advise if anything else is needed. Best, dp |