Re: Problems installing cl-http
Thomas Russ <[email protected]>
| Newsgroups | gmane.lisp.cl-http |
|---|---|
| Message-ID | <[email protected]> |
On Wednesday, April 17, 2002, at 07:25 PM, Chris Moline wrote:
> hi, i was hoping someone here would be willing to help me get cl-http
> running. i am using cmucl-18c on freebsd-4.5rc. i got the latest
> release of cl-http from
> ftp://ftp.ai.mit.edu/pub/users/jcma/cl-http/sources.tar.gz.
>
> i then tried the quick start instructions. i couldnt get to
> http://wilson.ai.mit.edu/cl-http/sources/cmucl/read-me.text
> so i skipped step 2.1. i did 2.2 and 2.3. for step 2.4 i renamed
> the dir that
> the sources untarred to to cl-http. i skipped 2.5. in cl-http i
> started lisp
> and loaded cmucl/start. it then failed with
>
> [...lots of stuff snipped...]
> ;; Loading #p"/usr/home/chris/cl-http/cmucl/defsystem.lbytef".
> ;; Loading #p"/usr/home/chris/cl-http/cmucl/server/sysdcl.lisp".
>
> Type-error in KERNEL::OBJECT-NOT-TYPE-ERROR-HANDLER:
> #() is not of type (OR CONS
> BASE-STRING
> (MEMBER NIL :UNSPECIFIC :WILD)
> COMMON-LISP::PATTERN)
Although not specific to your problem, I recall that a while back CMUCL
accepted (at one time maybe even required) vectors for directories in
pathname functions. There may be some relics of code that handled that
particular idiosyncrasy. It may be sufficient just to change the type
of the directory list from vector to list in order to solve the problem.
I recall this from some work I did porting defsystem.lisp to other
platforms.
As I now look at the sources, it does, indeed, appear to be a
problem with
the defsystem code. One quick fix to try would be to push the
:cmu17 feature
*features* and see if that fixes things:
(push :cmu17 *features*)
It should fix the defsystem part. What I'm not sure about is
whether adding
that feature will break anything in CL-HTTP.
A better long-term strategy might be to get a more recent version
of defsystem.lisp.
IIRC, Marco Antoniotti has been working on upgrading that
particular facility.
I don't know if this has been addressed in more recent versions.
The latest version
I looked at still had the code only conditionalized for cmu17 and
not cmu18
-Tom.
> Restarts:
> 0: [CONTINUE] Return NIL from load of
> "HTTP:cmucl;server;sysdcl.lisp".
> 1: Return NIL from load of "cmucl/start".
> 2: [ABORT ] Return to Top-Level.
>
> Debug (type H for help)
>
> ("DEFUN MAKE-PATHNAME" 301989398 8)[:OPTIONAL]
> 0]
>
> what can i do to fix this?
>
> sincerly,
> chris moline
>
Thomas A. Russ, Ph.D. Senior Research Scientist [email protected]
USC/Information Sciences Institute http://www.isi.edu
4676 Admiralty Way, Marina del Rey, CA 90292 (310) 448-8775