Re: CL-HTTP, CMUCL & Debian

Chris Hall <[email protected]> writes:

>
> CL-HTTP looks to be more production ready than Araneida (by a loooong
> shot), plus it looks like there is at least rudimentary threading
> available via CL-HTTP on my chosen platform (see below) - though I'm
> also considering a 'select-based' asynch approach similar to Twisted's
> for web serving and manually managing a thread pool just for the
> database queries (Twisted does this for one already, but I could
> always port!  I think. ;-D)
CL-HTTP is useful as is. You might want to check out the CLIKI for
other Software for "web"-related stuff.
>
> I've looked at Scheme-y things, and I don't think I want to go there,
> though it _was_ interesting to follow the occasional discussions on
> server-side continuations - specifically call/cc, IIRC - as a way to
> implement a sort of modal interface to web applications.  (Personally,
> I can't see it ever working cleanly with the standard browsers, and
> saving app state on the browser side too horrific security-wise to
> seriously consider actually doing.)
Well I have though about "my" Web infrastructure and the problems with
clien-side stuff is always:
- are things activated
- what to do if not

No fuss if you keep all that on the Server, it has more to do but I
expect a decent Lisp will handle quite some traffic ;-)


>
> Anyway - I'm (trying to get) running on:
>
> * Debian Woody, (kernel 2.2.25),
Quite old, but will work. But you are aware that 2.6 is out...
>
> * CMU Common Lisp release x86-linux 3.0.8 18c+ 31 December 2001 build
>   3030,
Way too old use Debian unstable and you will have less trouble.
>
> * CL-HTTP 70.190a (I couldn't find a tarball w/o the 'a'; 'a's and
> '.0's bother me, I prefer to create my own bugs, thanks!)
That's ok, it will work, and if you know what the second number means
you won't bother about "your" own bugs.
>
> * my local home network, which is inside a firewall/router?/NAT box on
>   a DSL line.
That is what I have here too.
>  
> CMUCL is via the Debian package, CL-HTTP is from the tarball.
>
> Are these versions remotely compatible?  I really don't know, though
> judging from the 'readme.text' in CL-HTTP's distribution it looks like
> they should be - except maybe on the threading side, due to the old
> Linux kernel (and thus libs)?
I think the CMUCL is too old.
>
> Cut to the chase:
> if I stumble my through the compile-time debugger prompts, CL-HTTP
> offers to start, I consent, it goes into a 'retrying in nn seconds'
> loop attempting to open http://my.host.name:80 (same thing when
> running as root), even though I asked for port 8000 in
> 'examples/configuration.lisp', and it _does_ seem have to picked up
> *http-host-name* properly from the same file.  (It's all still 'magic'
> to me, though!)
Well I might be able to get a similiar combination running. But I'm
wondering if you might spend a bit more time making yourself familia
with Common Lisp, CL-HTTP is a very large piece of Common Lisp with a
lot of things extra-to learn
- CLOS
- Macros
- and models for user interaction. ....

Regards
Friedrich