win32 clisp hunchentoot problem
Shanmu
I am a lisp newbie trying to get started with lisp web development,
unfortunately on windows.
I tried installing hunchentoot on clisp 2.47 - however am ending up
with the following error in between and regardless of what restart I
choose, I get the same error when trying to start hunchentoot:
(mb:load :hunchentoot)
.
.
.
.
;; Loading file C:\thiagas\programs\clisp247\mudballs\systems
\hunchentoot\0.15.7
\.fasl\gccmnocygw\clisp\2472008102\port-clisp.fas ...
** - Continuable Error
INTERN("FRAME-UP-1"): #<PACKAGE SYSTEM> is locked
If you continue (by typing 'continue'): Ignore the lock and proceed
The following restarts are also available:
COMPILE-SYSTEM :R1 Compile the component and retry.
LOAD-SOURCE :R2 Load source file instead of fasl.
RETRY :R3 Retry LOAD-ACTION on port-clisp.lisp.
IGNORE :R4 Ignore LOAD-ACTION on port-clisp.lisp.
RETRY :R5 Retry LOAD-ACTION on :HUNCHENTOOT 0.15.7.
IGNORE :R6 Ignore LOAD-ACTION on :HUNCHENTOOT 0.15.7.
ABORT :R7 Abort main loop
Break 1 TBNL[2]>:R1
.
.
.
.
;; Loaded file C:\thiagas\programs\clisp247\mudballs\systems
\hunchentoot\0.15.7\
.fasl\gccmnocygw\clisp\2472008102\server.fas
#<SYSDEF-USER::EDI-SYSTEM :HUNCHENTOOT 0.15.7 #x19F82A9D>
[5]> (hunchentoot:start (make-instance 'hunchentoot:acceptor :port
4242))
*** - READ from
#<INPUT CONCATENATED-STREAM #<INPUT STRING-INPUT-STREAM>
#<IO TERMINAL-STREAM>>
: #<PACKAGE HUNCHENTOOT> has no external symbol with name
"START"
The following restarts are available:
ABORT :R1 Abort main loop
Break 1 [6]>
I also read somewhere that hunchentoot would not work on clisp...
would muballs work on sbcl+windows?
Regards,
Shanmu.
Sean Ross
Well, first off the version of mudballs present in hunchentoot is
0.15.7 which is quite different from the
recently released hunchentoot 1.0. So until mudballs 3 is released
(any day now) try using
(hunchentoot:start-server :port 4242) instead.
It's probably also worth mentioning that CCL (previously OpenMCL) is
an excellent free Common Lisp
implementation with threading on Linux, Mac OS X and Windows but SBCL
is also continually improving.
cheers,
sean.
Shanmu
Thanks for the help! I am able to get Hunchentoot started using start-
server in clisp.
In win32, what lisps are supported by mudballs? ccl and sbcl both give
errors:
I tried ccl (openmcl) - I am getting :
Welcome to Clozure Common Lisp Version 1.3-RC1-r11719M
(WindowsX8632)!
? (load "mudballs\\boot.lisp")
; Warning: Redefining MUDBALLS version 0.2.14.
; While executing: MB.SYSDEF::REGISTER-SYSTEM, in process listener(1).
#P"C:/thiagas/downloads/mudballs/boot.lisp"
? (mb:update)
; Warning: Interface file #P"C:/thiagas/downloads/win32-headers/libc/
functions.c
db" does not exist, and the containing directory does not exist.
; This may mean that that the "ccl:" logical-pathname host
has not been
properly initialized.
; While executing: CCL::CDB-OPEN, in process listener(1).
Read error between positions 238 and 335 in C:/thiagas/downloads/
mudballs/system
s/usocket/0.4/backend/openmcl.lisp.
> Error: Foreign function not found: WIN32::|gethostname|
> While executing: CCL::LOAD-EXTERNAL-FUNCTION, in process listener(1).
> Type :POP to abort, :R for a list of available restarts.
> Type :? for other options.
1 >
and on sbcl:
* (load "c:\\thiagas\\downloads\\mudballs\\boot.lisp")
debugger invoked on a SIMPLE-ERROR: No versions of mudballs found.
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.
((LABELS MAX-VERSION))
Regards,
Shanmu.
Sean Ross
On 17 Mar 2009, at 10:09, Shanmu wrote:
>
> Hi Sean,
>
> Thanks for the help! I am able to get Hunchentoot started using start-
> server in clisp.
>
Excellent.
> In win32, what lisps are supported by mudballs? ccl and sbcl both give
> errors:
>
> I tried ccl (openmcl) - I am getting :
>
>> Error: Foreign function not found: WIN32::|gethostname|
>> While executing: CCL::LOAD-EXTERNAL-FUNCTION, in process listener(1).
>> Type :POP to abort, :R for a list of available restarts.
>> Type :? for other options.
> 1 >
>
This is very strange, what OS and version of CCL are you using?
> and on sbcl:
> * (load "c:\\thiagas\\downloads\\mudballs\\boot.lisp")
>
> debugger invoked on a SIMPLE-ERROR: No versions of mudballs found.
>
> 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.
>
> ((LABELS MAX-VERSION))
This is typically caused by non portable behaviour of the call to
cl:directory in the mudballs/boot.lisp file.
What version of SBCL is this as I haven't run into this problem.
cheers,
Sean.
Shanmu
My OS is Microsoft Windows XP [Version 5.1.2600]
and ccl is Clozure Common Lisp Version 1.3-RC1-r11719M
and sbcl is SBCL 1.0.22
Thanks,
Shanmu.
Sean Ross
On 18 Mar 2009, at 16:00, Shanmu wrote:
>
> Hi Sean,
> My OS is Microsoft Windows XP [Version 5.1.2600]
> and ccl is Clozure Common Lisp Version 1.3-RC1-r11719M
> and sbcl is SBCL 1.0.22
>
> Thanks,
> Shanmu.
Very strange, as these are the same versions I am currently using.
For CCL what does the output of (translate-logical-pathname "ccl:")
return?
If this signals an error or returns a path other than it would appear
that something is wrong with your CCL installation
and contacting the CCL mailing list would be your best bet.
The SBCL one has me stumped, to help me track it down could you please
(trace cl:directory) before loading boot.lisp and send me the output.
Cheers,
Sean.