Hi all, I am learning to program and I am currently trying SBCL 1.0.6. via Cusp v0.8.174 on Windows Vista. The first time I started the server on port 4242 to sample the test page everything seemed to work just fine. Any later try to access the test page, however, gives me the following message in both IE7 and Chrome:
"Hunchentoot Default Page
This the Hunchentoot default page. You're most likely seeing it because the server administrator hasn't set up a custom default page yet.
Hunchentoot is a web server written in Common http://www.lisp.org/ Lisp. More info about Hunchentoot can be found at http://weitz.de/hunchentoot/.
_____
Hunchentoot 0.11.1 http://weitz.de/hunchentoot/ (SBCL 1.0.6) http://www.sbcl.org/ at localhost:4242"
and it ends there. But before trying to access the page, I get the following error messages when loading hunchentoot of which messages I have no idea what they mean:
Unable to load foreign library (LIBSSL).
Error opening shared object "libssl32.dll":
126.
[Condition of type CFFI:LOAD-FOREIGN-LIBRARY-ERROR]
0: [RETRY] Try loading the foreign library again.
1: [USE-VALUE] Use another library instead.
2: [RETRY] Retry performing #<ASDF:LOAD-OP NIL {A70BD69}> on #<ASDF:CL-SOURCE-FILE "reload" {A70BD89}>.
3: [ACCEPT] Continue, treating #<ASDF:LOAD-OP NIL {A70BD69}> on #<ASDF:CL-SOURCE-FILE "reload" {A70BD89}> as having been successful.
4: [ABORT] Return to SLIME's top level.
5: [CLOSE-CONNECTION] Close SLIME connection
6: [ABORT] Exit debugger, returning to top level.
]> 3
Undefined alien: "SSL_get_version"
[Condition of type UNDEFINED-ALIEN-ERROR]
0: [RETRY] Retry performing #<ASDF:LOAD-OP NIL {A70BD69}> on #<ASDF:CL-SOURCE-FILE "ffi" {A70BDA9}>.
1: [ACCEPT] Continue, treating #<ASDF:LOAD-OP NIL {A70BD69}> on #<ASDF:CL-SOURCE-FILE "ffi" {A70BDA9}> as having been successful.
2: [ABORT] Return to SLIME's top level.
3: [CLOSE-CONNECTION] Close SLIME connection
4: [ABORT] Exit debugger, returning to top level.
]> 1
Undefined alien: "SSL_read"
[Condition of type UNDEFINED-ALIEN-ERROR]
0: [RETRY] Retry performing #<ASDF:LOAD-OP NIL {A70BD69}> on #<ASDF:CL-SOURCE-FILE "streams" {A70BDD9}>.
1: [ACCEPT] Continue, treating #<ASDF:LOAD-OP NIL {A70BD69}> on #<ASDF:CL-SOURCE-FILE "streams" {A70BDD9}> as having been successful.
2: [ABORT] Return to SLIME's top level.
3: [CLOSE-CONNECTION] Close SLIME connection
4: [ABORT] Exit debugger, returning to top level.
Then when I do
(asdf:oos 'asdf:load-op :hunchentoot-test)
I get the following:
; loading system definition from ; C:\Program Files\eclipse\plugins\jasko.tim.lisp.libs_1.0.0\libs\hunchentoot-0.11.1\hunc hentoot-test.asd ; into #<PACKAGE "ASDF0"> ; registering #<SYSTEM :HUNCHENTOOT-TEST {B6AD791}> as HUNCHENTOOT-TEST
error opening #P"C:\Users\hmaseko\Desktop\eclipse\plugins\jasko.tim.lisp.libs_1.0.0\ \libs\hunchentoot-0.11.1\test\fz.jpg": No such file or directory [Condition of type SB-INT:SIMPLE-FILE-ERROR] 0: [RETRY] Retry performing #<ASDF:LOAD-OP NIL {B535AF1}> on #<ASDF:CL-SOURCE-FILE "test" {B6F3DE1}>. 1: [ACCEPT] Continue, treating #<ASDF:LOAD-OP NIL {B535AF1}> on #<ASDF:CL-SOURCE-FILE "test" {B6F3DE1}> as having been successful. 2: [ABORT] Return to SLIME's top level. 3: [CLOSE-CONNECTION] Close SLIME connection 4: [ABORT] Exit debugger, returning to top level. ]> 1
I am wondering why at some point the path is pointing to my desktop. True, I kept my Eclipse SDK there for a while before moving it to it's permanent location in c:/program files/ but why is the error occuring? There is something I am doing wrong. What is it?
Regards, Harrison.
Hello Harrison.
on Thursday, November 20, 2008, 11:27:47 PM Harrison wrote:
As for the first problem:
But before trying to access the page, I get the following error messages when loading hunchentoot of which messages I have no idea what they mean:
Unable to load foreign library (LIBSSL).
Error opening shared object "libssl32.dll":
This is because you do not have OpenSSL library installed on your computer. But OpenSSL is only necessary if you are using your server via HTTPS.
You may recompile hunchentoot so that it will not depend on OpenSSL:
(eval-when (:compile-toplevel :load-toplevel :execute) (pushnew :hunchentoot-no-ssl *features*) (asdf:oos 'asdf:load-op :hunchentoot))
The second item:
I am currently trying SBCL 1.0.6. via Cusp v0.8.174 on Windows Vista.
[...]
when I do (asdf:oos 'asdf:load-op :hunchentoot-test) I get the following:
; loading system definition from
; C:\Program Files\eclipse\plugins\jasko.tim.lisp.libs_1.0.0\libs\hunchentoot-0.11.1\hunchentoot-test.asd ; into #<PACKAGE "ASDF0"> ; registering #<SYSTEM :HUNCHENTOOT-TEST {B6AD791}> as HUNCHENTOOT-TEST error opening #P"C:\Users\hmaseko\Desktop\eclipse\plugins\jasko.tim.lisp.libs_1.0.0\libs\hunchentoot-0.11.1\test\fz.jpg":
No such file or directory
[Condition of type SB-INT:SIMPLE-FILE-ERROR]
[...]
the path is pointing to my desktop. True, I kept my Eclipse SDK there for a while before moving it to it's permanent location in c:/program files/ but why is the error occuring?
I have not used Cusp and therefore can not answer precisely, but locations, from where asdf loads files, are stored in the asdf:*central-registry* variable. Check it's value and set it to right locations, before doing (asdf:oos 'asdf:load-op :hunchentoot-test).
Perhaps Cups has a special .lisp file that configures asdf:*central-registry*. If such a file was created at the moment if installation, when your Eclipse was on desktop, the file may still contain the old locations.
Hope that helps. If Cusp has mailing list, it may be also helpful to ask there.
Best regards, - Anton
Thanks for the info. Haven't tried it yet but I am eager to give it a try when I get a moment. However, is that the reason why I cannot see past the hunchentoot default page? Regards, Harrison
-----Original Message----- From: Anton Vodonosov [mailto:avodonosov@yandex.ru] Sent: Friday, November 21, 2008 1:03 AM To: Harrison Maseko Cc: tbnl-devel@common-lisp.net Subject: Re: [hunchentoot-devel] Help
Hello Harrison.
on Thursday, November 20, 2008, 11:27:47 PM Harrison wrote:
As for the first problem:
But before trying to access the page, I get the following error messages when loading hunchentoot of which messages I have no idea what
they mean:
Unable to load foreign library (LIBSSL).
Error opening shared object "libssl32.dll":
This is because you do not have OpenSSL library installed on your computer. But OpenSSL is only necessary if you are using your server via HTTPS.
You may recompile hunchentoot so that it will not depend on OpenSSL:
(eval-when (:compile-toplevel :load-toplevel :execute) (pushnew :hunchentoot-no-ssl *features*) (asdf:oos 'asdf:load-op :hunchentoot))
The second item:
I am currently trying SBCL 1.0.6. via Cusp v0.8.174 on Windows Vista.
[...]
when I do (asdf:oos 'asdf:load-op :hunchentoot-test) I get the following:
; loading system definition from
; C:\Program Files\eclipse\plugins\jasko.tim.lisp.libs_1.0.0\libs\hunchentoot-0.11. 1\hunchentoot-test.asd ; into #<PACKAGE "ASDF0"> ; registering #<SYSTEM :HUNCHENTOOT-TEST {B6AD791}> as HUNCHENTOOT-TEST error opening
#P"C:\Users\hmaseko\Desktop\eclipse\plugins\jasko.tim.lisp.libs_1.0.0\ \libs\hunchentoot-0.11.1\test\fz.jpg":
No such file or directory
[Condition of type SB-INT:SIMPLE-FILE-ERROR]
[...]
the path is pointing to my desktop. True, I kept my Eclipse SDK there for a while before moving it to it's permanent location in c:/program files/ but why is the error occuring?
I have not used Cusp and therefore can not answer precisely, but locations, from where asdf loads files, are stored in the asdf:*central-registry* variable. Check it's value and set it to right locations, before doing (asdf:oos 'asdf:load-op :hunchentoot-test).
Perhaps Cups has a special .lisp file that configures asdf:*central-registry*. If such a file was created at the moment if installation, when your Eclipse was on desktop, the file may still contain the old locations.
Hope that helps. If Cusp has mailing list, it may be also helpful to ask there.
Best regards, - Anton
Internal Virus Database is out of date. Checked by AVG. Version: 8.0.169 / Virus Database: 270.9.4/1790 - Release Date: 11/15/2008 9:32 AM
on Friday, November 21, 2008, 1:19:22 PM Harrison wrote:
However, is that the reason why I cannot see past the hunchentoot default page?
To be honest, I do not understand your explanation about test page that worked fine but later became not working.
What test page do you mean? From the hunchentoot-test package? And when it worked? When your Eclipse was on desktop?
If both yes, the answer is probably yes too.
Best regards, - Anton
-
Anton Vodonosov -
Harrison Maseko