[armedbear-devel] lisp interpreter inside a beanshell JConsole?
Hi, I'm trying to set up a lisp shell inside protege, by copy pasting from the bean shell example they have: http://code.google.com/p/co-ode-owl-plugins/source/browse/trunk/org.coode.sh... (see http://www.beanshell.org/manual/jconsole.html) Unfortunately I'm losing, with the first eval I call resulting in a null pointer exception. I expect I don't know how to set up the top level loop to run with the JConsole streams. Can anyone help? Thanks, Alan
Just a heads up that I've got some help from Doug on this and have made some progress. Lisp starts up and can do simple things but. a) Read from console doesn't work. Via button I can load files with simple stuff like (print 'hello-world). b) Doing anything beyond simple causes some trouble with autoloading, I think. Here's the message (I'm trying to load swank here with the idea of remote connecting from emacs, but e.g. (require 'asdf) gives me the same error.) For voyeurs, code's at http://svn.neurocommons.org/svn/trunk/protege/org.sciencecommons.protege.lis... Armed Bear Common Lisp 0.20.0-dev Java 1.5.0_19 Apple Inc. Java HotSpot(TM) Client VM Low-level initialization completed in 0.0 seconds. Startup completed in 0.491 seconds. "Starting up protege lisp interpreter" ; Loading #P"/Users/alanr/repos/slimenew/slime/swank-loader.lisp" ... ; Loading stream ... ; Loaded stream (0.0050 seconds) ; Loading stream ... ; Loaded stream (0.092 seconds) WARNING: No architecture feature found in ~a. Debugger invoked on condition of type TYPE-ERROR: org.armedbear.lisp.Lisp$unboundValue@ca18c6 [1] MOP(1): Regards, Alan On Thu, Apr 1, 2010 at 6:36 PM, Alan Ruttenberg <alanruttenberg@gmail.com> wrote:
Hi,
I'm trying to set up a lisp shell inside protege, by copy pasting from the bean shell example they have:
http://code.google.com/p/co-ode-owl-plugins/source/browse/trunk/org.coode.sh...
(see http://www.beanshell.org/manual/jconsole.html)
Unfortunately I'm losing, with the first eval I call resulting in a null pointer exception. I expect I don't know how to set up the top level loop to run with the JConsole streams.
Can anyone help?
Thanks, Alan
One question is since you are on a Mac, your line endings in some situations might be '\r' by itself? Not sure if between the client/server sockets if they ever get into '\r' only mode out of sync. But since you have used ABCL on Mac with java1.5 for a while this would have been something that maybe would have come up already. Another thing.. if on Mac if a person uses the default system editors, what do line ending styles end up being? But your actual error looks like Lisp missing something that helps identify the platform type and x86 vs amd64. On Thu, Apr 1, 2010 at 7:29 PM, Alan Ruttenberg <alanruttenberg@gmail.com>wrote:
Just a heads up that I've got some help from Doug on this and have made some progress.
Lisp starts up and can do simple things but.
a) Read from console doesn't work. Via button I can load files with simple stuff like (print 'hello-world). b) Doing anything beyond simple causes some trouble with autoloading, I think. Here's the message (I'm trying to load swank here with the idea of remote connecting from emacs, but e.g. (require 'asdf) gives me the same error.)
For voyeurs, code's at
http://svn.neurocommons.org/svn/trunk/protege/org.sciencecommons.protege.lis...
Armed Bear Common Lisp 0.20.0-dev Java 1.5.0_19 Apple Inc. Java HotSpot(TM) Client VM Low-level initialization completed in 0.0 seconds. Startup completed in 0.491 seconds.
"Starting up protege lisp interpreter" ; Loading #P"/Users/alanr/repos/slimenew/slime/swank-loader.lisp" ... ; Loading stream ... ; Loaded stream (0.0050 seconds) ; Loading stream ... ; Loaded stream (0.092 seconds) WARNING: No architecture feature found in ~a. Debugger invoked on condition of type TYPE-ERROR: org.armedbear.lisp.Lisp$unboundValue@ca18c6 [1] MOP(1):
Regards, Alan
On Thu, Apr 1, 2010 at 6:36 PM, Alan Ruttenberg <alanruttenberg@gmail.com> wrote:
Hi,
I'm trying to set up a lisp shell inside protege, by copy pasting from the bean shell example they have:
http://code.google.com/p/co-ode-owl-plugins/source/browse/trunk/org.coode.sh...
(see http://www.beanshell.org/manual/jconsole.html)
Unfortunately I'm losing, with the first eval I call resulting in a null pointer exception. I expect I don't know how to set up the top level loop to run with the JConsole streams.
Can anyone help?
Thanks, Alan
_______________________________________________ armedbear-devel mailing list armedbear-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel
On Thu, Apr 1, 2010 at 11:08 PM, dmiles@users.sourceforge.net <logicmoo@gmail.com> wrote:
One question is since you are on a Mac, your line endings in some situations might be '\r' by itself? Not sure if between the client/server sockets if they ever get into '\r' only mode out of sync. But since you have used ABCL on Mac with java1.5 for a while this would have been something that maybe would have come up already. Another thing.. if on Mac if a person uses the default system editors, what do line ending styles end up being?
I tried various control characters in an attempt to end the line, but no luck.
But your actual error looks like Lisp missing something that helps identify the platform type and x86 vs amd64.
I usually get the message: WARNING: No architecture feature found in (POWERPC PPC X86 X86-64 AMD64 I686 I586 I486 PC386 IAPX386 SPARC64 SPARC HPPA64 HPPA PENTIUM3 PENTIUM4). If I (require 'asdf) instead instead get "Starting up protege lisp interpreter" ; Loading stream ... ; Loading stream ... ; Loaded stream (0.016 seconds) Debugger invoked on condition of type TYPE-ERROR: org.armedbear.lisp.Lisp$unboundValue@ad8437 [1] FORMAT(1): Hmm. Something with special binding? Now in both these cases I'm calling eval in the same thread where I called createDefaultInstance. If instead the (require 'asdf) is in a file I try to load (by calling eval from a different thread), I instead get the CPU pinned and have to force quit. -Alan
On Thu, Apr 1, 2010 at 7:29 PM, Alan Ruttenberg <alanruttenberg@gmail.com> wrote:
Just a heads up that I've got some help from Doug on this and have made some progress.
Lisp starts up and can do simple things but.
a) Read from console doesn't work. Via button I can load files with simple stuff like (print 'hello-world). b) Doing anything beyond simple causes some trouble with autoloading, I think. Here's the message (I'm trying to load swank here with the idea of remote connecting from emacs, but e.g. (require 'asdf) gives me the same error.)
For voyeurs, code's at
http://svn.neurocommons.org/svn/trunk/protege/org.sciencecommons.protege.lis...
Armed Bear Common Lisp 0.20.0-dev Java 1.5.0_19 Apple Inc. Java HotSpot(TM) Client VM Low-level initialization completed in 0.0 seconds. Startup completed in 0.491 seconds.
"Starting up protege lisp interpreter" ; Loading #P"/Users/alanr/repos/slimenew/slime/swank-loader.lisp" ... ; Loading stream ... ; Loaded stream (0.0050 seconds) ; Loading stream ... ; Loaded stream (0.092 seconds) WARNING: No architecture feature found in ~a. Debugger invoked on condition of type TYPE-ERROR: org.armedbear.lisp.Lisp$unboundValue@ca18c6 [1] MOP(1):
Regards, Alan
On Thu, Apr 1, 2010 at 6:36 PM, Alan Ruttenberg <alanruttenberg@gmail.com> wrote:
Hi,
I'm trying to set up a lisp shell inside protege, by copy pasting from the bean shell example they have:
http://code.google.com/p/co-ode-owl-plugins/source/browse/trunk/org.coode.sh...
(see http://www.beanshell.org/manual/jconsole.html)
Unfortunately I'm losing, with the first eval I call resulting in a null pointer exception. I expect I don't know how to set up the top level loop to run with the JConsole streams.
Can anyone help?
Thanks, Alan
_______________________________________________ armedbear-devel mailing list armedbear-devel@common-lisp.net http://common-lisp.net/cgi-bin/mailman/listinfo/armedbear-devel
On 4/2/10 5:25 AM, Alan Ruttenberg wrote: […]
WARNING: No architecture feature found in (POWERPC PPC X86 X86-64 AMD64 I686 I586 I486 PC386 IAPX386 SPARC64 SPARC HPPA64 HPPA PENTIUM3 PENTIUM4).
I don't think this is a problem, as it is the same message that one normally gets when starting up SLIME with ABCL.
If I (require 'asdf) instead instead get
"Starting up protege lisp interpreter" ; Loading stream ... ; Loading stream ... ; Loaded stream (0.016 seconds) Debugger invoked on condition of type TYPE-ERROR: org.armedbear.lisp.Lisp$unboundValue@ad8437 [1] FORMAT(1):
I don't get to that error instead when I invoke Interpreter.createDefaultInstance() with {"--init", "(require \'asdf)"} as parameter, my Protege instance just quits. I built my Protege from the SVN sources on trunk, so maybe I have some other instability. Advice on how to create a better build environment or an explanation of how you are running Protege here would be welcome.
Hmm. Something with special binding?
I suspect this is more of an undiagnosed problem in loading in an OSGi context, as I know that *LISP-HOME* is nil, so I think something is bombing out in reaction to that in trying to autoload more code. I patched what code I could find to get abcl.jar to load, but we never tried to do anything useful with the code, so I am expecting that we are running into untested problems with running from an OSGi bundle […]
I'm trying to set up a lisp shell inside protege, by copy pasting from the bean shell example they have:
http://code.google.com/p/co-ode-owl-plugins/source/browse/trunk/org.coode.sh...
[…] Did you get JConsole to work outside of OSGi? That would be my next step in investigating this, as the console.getInputStream() call you are making to set the Java standard input doesn't seem to be working. Do you have a copy of the source for bsh-2.0b4? It seems to be unavailable from what I can find out. -- "A screaming comes across the sky. It has happened before, but there is nothing to compare to it now."
On Fri, Apr 2, 2010 at 9:31 AM, Mark Evenson <evenson@panix.com> wrote:
On 4/2/10 5:25 AM, Alan Ruttenberg wrote: […]
WARNING: No architecture feature found in (POWERPC PPC X86 X86-64 AMD64 I686 I586 I486 PC386 IAPX386 SPARC64 SPARC HPPA64 HPPA PENTIUM3 PENTIUM4).
I don't think this is a problem, as it is the same message that one normally gets when starting up SLIME with ABCL.
Yes - the point was that when running inside protege I got an unbound variable error before the list was printed.
If I (require 'asdf) instead instead get
"Starting up protege lisp interpreter" ; Loading stream ... ; Loading stream ... ; Loaded stream (0.016 seconds) Debugger invoked on condition of type TYPE-ERROR: org.armedbear.lisp.Lisp$unboundValue@ad8437 [1] FORMAT(1):
I don't get to that error instead when I invoke Interpreter.createDefaultInstance() with {"--init", "(require \'asdf)"} as parameter, my Protege instance just quits. I built my Protege from the SVN sources on trunk, so maybe I have some other instability. Advice on how to create a better build environment or an explanation of how you are running Protege here would be welcome.
Don't you need "--eval" before the require?
Hmm. Something with special binding?
I suspect this is more of an undiagnosed problem in loading in an OSGi context, as I know that *LISP-HOME* is nil, so I think something is bombing out in reaction to that in trying to autoload more code. I patched what code I could find to get abcl.jar to load, but we never tried to do anything useful with the code, so I am expecting that we are running into untested problems with running from an OSGi bundle
[…]
I'm trying to set up a lisp shell inside protege, by copy pasting from the bean shell example they have:
http://code.google.com/p/co-ode-owl-plugins/source/browse/trunk/org.coode.sh...
[…]
Did you get JConsole to work outside of OSGi?
Haven't. I think that's what Doug is trying. He knows about the input problem and has a theory, but I haven't heard back yet from him. Will send his example, which uses the larkc/abcl.
That would be my next step in investigating this, as the console.getInputStream() call you are making to set the Java standard input doesn't seem to be working.
Hmm. I think they advertise getReader. Doug pointed out that method. I can poke at that. I don't know for Readers versus InputStreams, but it looks like abcl likes the latter.
Do you have a copy of the source for bsh-2.0b4? It seems to be unavailable from what I can find out.
On Fri, Apr 2, 2010 at 12:11 PM, Alan Ruttenberg <alanruttenberg@gmail.com> wrote:
That would be my next step in investigating this, as the console.getInputStream() call you are making to set the Java standard input doesn't seem to be working.
Hmm. I think they advertise getReader. Doug pointed out that method. I can poke at that. I don't know for Readers versus InputStreams, but it looks like abcl likes the latter.
So two things. 1) Something definitely wrong with initialization. If the first thing I do is (print *standard-input*) I get an unbound variable error. 2) Somebody's confused about something. If I start with eval (loop do (print (read-char))) I get printouts as if it's reading unicode escape sequences Armed Bear Common Lisp 0.20.0-dev Java 1.5.0_19 Apple Inc. Java HotSpot(TM) Client VM Low-level initialization completed in 0.0 seconds. Startup completed in 0.486 seconds. "Starting up protege lisp interpreter" ; Loading stream ... ; Loading stream ... ; Loaded stream (0.0050 seconds) ; Loaded stream (0.121 seconds) a #\\ #\u #\0 #\0 #\6 #\1 #\\ #\u #\0 #\0 #\0 b #\a #\\ #\u #\0 #\0 #\6 #\2 #\\ #\u #\0 #\0 #\0 -Alan
On Fri, Apr 2, 2010 at 4:26 PM, Alan Ruttenberg <alanruttenberg@gmail.com>wrote:
On Fri, Apr 2, 2010 at 12:11 PM, Alan Ruttenberg <alanruttenberg@gmail.com
wrote:
That would be my next step
in investigating this, as the console.getInputStream() call you are making to set the Java standard input doesn't seem to be working.
Got a little further. I borrowed ConsoleDocument from Snow (Alessio's work) and am trying to use it instead of JConsole. I can start up a lisp in it. However a) It reads and prints the result of one command, prints the prompt, and hangs on the next. b) Same problem with specials c) Calls to interpreter.eval() (my button) don't print to the window - I think ConsoleDocument is spawning a new thread. Snow looks nice - I would try to use more of it but I want to stay java 1.5. As it is I needed to flail a bit with ConsoleDocument to make it compile in 1.5 Perhaps Alessio might have some experience that could help debug this. -Alan
On Fri, Apr 2, 2010 at 7:14 PM, Alan Ruttenberg <alanruttenberg@gmail.com>wrote:
Got a little further. I borrowed ConsoleDocument from Snow (Alessio's work) and am trying to use it instead of JConsole. I can start up a lisp in it. However
a) It reads and prints the result of one command, prints the prompt, and hangs on the next.
Ah well, this is what snow itself does when I try to launch ConsoleDocument.main. So I will take that up with Alessio. -Alan
participants (3)
-
Alan Ruttenberg -
dmiles＠users.sourceforge.net -
Mark Evenson