- tbnl-devel@common-lisp.net - mailman3.common-lisp.net

[tbnl-devel] Re: [mod-lisp-devel] Apache 2 support
by Edi Weitz 10 Nov '04

10 Nov '04

On Wed, 10 Nov 2004 14:20:38 +0100, "Marc Battyani" <marc.battyani(a)fractalconcept.com> wrote: > I always wanted to test and finalize those versions but never found > the time to do it. The major points are the treading model and the > socket reuse. Have you also tested these points ? (The problem is > to have thread specific variables for the socket variables (no > special vars in C :( )) Yes, I tried to test these things, too. The code seems to keep the socket info in the configuration records. We know that this didn't work for 1.3.x[1] but it seems to work for 2.x. I inserted logging statements to check whether the sockets are actually re-used and they obviously /are/ re-used. I also tried to test whether there are issues with multiple mod_lisp instances[2] but I couldn't break the code. What I did was something like this: Start two different mod_lisp instances from different Lisp images in different locations. Then run ApacheBench to request a page from the first image several thousand times. Finally request a page from the second image manually one or more times. This was always enough to break mod_lisp prior to 2.37 but doesn't generate errors with mod_lisp2. Maybe my test methodology is flawed but at the moment I'm pretty sure that everything works fine. Perhaps Chris wants to comment on these issues. What I saw was that mod_lisp2 with Apache 2 seems to be a bit slower than mod_lisp with Apache 1.3 - something like 280 requests per second versus 340 requests per second (on VMWare). I'm not sure if this is due to Apache 2 or due to mod_lisp2, though. From a quick glance at the code it seems that mod_lisp2 does a lot of error checking which I think is a good thing. I don't mind if this results in a speed decrease that's barely noticable unless you've hundreds of simultaneously connected clients. Also, please note that I only ran these tests on Linux. On Windows (which supposedly has another default threading model) I only checked whether the standard TBNL tests succeeded. Cheers, Edi. [1] <http://common-lisp.net/pipermail/mod-lisp-devel/2004-July/000007.html> [2] <http://common-lisp.net/pipermail/mod-lisp-devel/2004-August/000018.html>

1 1

[tbnl-devel] Apache 2 support
by Edi Weitz 09 Nov '04

09 Nov '04

Hi! Several TBNL users have reported success with Chris Hanson's mod_lisp2[1] which seems to be a full reimplementation of Marc's mod_lisp for Apache 2, so I decided to try it out myself because a customer of mine wants to use Apache 2. I turned out that it was completely painless to use mod_lisp2 with Apache 2.0.52 on Linux as well as on Windows - the module worked out of the box and some tests seem to show that it doesn't suffer from the "leaked children" and "leaked sockets" problems we had with some versions of mod_lisp. I've added some lines of code to send headers that TBNL likes to have but other than that it's all Chris Hanson's code at <http://weitz.de/files/mod_lisp2.c> which I think I can recommend for TBNL. I hope some other people will try and test it as well. Marc - feel free to add this to your subversion repository if you want. I've also uploaded a pre-compiled module for the Win32 version of Apache 2 which worked for me with Apache 2.0.52, TBNL 0.3.1 (released some minutes ago), and either AllegroCL 6.2 trial or LispWorks 4.3.7 pro. It's here: <http://weitz.de/files/mod_lisp2.so> Cheers, Edi. [1] <http://www.fractalconcept.com:8000/public/open-source/mod_lisp/contrib/mod_…>

1 0

[tbnl-devel] New version 0.3.1
by Edi Weitz 09 Nov '04

09 Nov '04

Changelog entry: Version 0.3.1 2004-11-09 Slight changes to support Chris Hanson's mod_lisp2 Changed GET-BACKTRACE for newer SBCL versions (thanks to Nikodemus Siivola) Download from <http://weitz.de/files/tbnl.tar.gz> See <http://weitz.de/tbnl/#install> for Apache 2 support. Cheers, Edi.

1 0

[tbnl-devel] multipart/form-data forms, RFC2388, File Uploads
by Michael Weber 09 Nov '04

09 Nov '04

Hi, Attached is a patch with my stab at file upload capabilities for TBNL. :) [To my defense, I first played around with rfc2388. Then I switched to TBNL and found it to be rather straight-forward to add this functionality. Only afterwards I found out about the efforts of others regarding file uploads for TBNL.] Anyway, here's what the patch is about: * Adds support for multipart/form-data forms. * Can parse rfc2388 MIME data. * Enables file upload. * Introduces POST-PARAMETER* and POST-PARAMETERS* to give richer information about posted data (MIME headers). Also, the starred versions collate parameters with equal name into a list. + If successful, POST-PARAMETER* returns a list of MIME-PARTs, each of which can be further poked at with accessors exported from RFC2388. + POST-PARAMETERS* returns the corresponding hash-table. * Is backwards compatible with original TBNL, although the old interface is less efficiently implemented now (conses more). * Uses a slightly patched rfc2388.lisp (http://common-lisp.net/project/rfc2388) by Janis Dzerins, which is included completely in the patch. * Adds a file upload example to test/test.lisp (sessions.html). It is not very polished, though. Issues: * I tested with SBCL-0.8.15, and occasionally I get Apache "internal server errors" (caused by SIGPIPE errors on the Lisp side). It seems to be dependant on which file is uploaded. I did not look into it yet... * DOES NOT provide functionality to handle transfer encodings. The application is on its own there for now. Mind you, the whole thing is just a first try. Perhaps it needs a better/richer API, too, but this one is simple, and works for me, YMMV. Cheers, Michael p.s.: I noticed, there is at least one other CL rfc2388 implementation available, in mel-base.

2 2

[tbnl-devel] TBNL on Darwin/MacOS X with SBCL/OpenMCL
by ocorrain＠yahoo.com 08 Nov '04

08 Nov '04

Hello-- does TBNL work on MacOS X with either SBCL or OpenMCL? I'm using mod_lisp 2.38 and Apache 1.3.31. However, requests to the tbnl-test pages hang randomly, and sometimes I get the rather scary: [Mon Nov 8 18:48:53 2004] [error] [TBNL] illegal instruction at #X406C4FA8 -- Tiarnán

2 1

[tbnl-devel] embedding lisp inside html
by Andrew Stebakov 29 Oct '04

29 Oct '04

Hi, I was wondering if it's possible to embed lisp in html the way PHP does? I really want to try switching from PHP to lisp and I have a web site that has a bunch of pages with PHP script (*.php ones). The only examples of lisp I've seen so far were pure lisp scripts that generate html. So, how about a mixture of html and lisp in one page? Thanks in advance. Andrei __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

[tbnl-devel] New version 0.2.12
by Edi Weitz 15 Oct '04

15 Oct '04

Just a minor addition: Version 0.2.12 2004-10-15 Exported and documented DO-SESSIONS Release is at <http://weitz.de/files/tbnl.tgz> Cheers, Edi.

1 0

[tbnl-devel] mod_lisp2-2.c
by Massimiliano Campagnoli 07 Sep '04

07 Sep '04

I am not able to reproduce a crash on Apache 2 using mod_lisp2-2.c and TBNL. As soon as I found a way I'll post to the list. Actually I would be very interested in using TBNL on mod_lisp2-2.c if it is kept at the same latest level of mod_lisp.c 2.38 with latest Edi's fixes. -- ING. MASSIMILIANO CAMPAGNOLI PAOLO ASTORI SRL VIA MIRABELLA, 9 28013 - GATTICO ITALY

1 0

[tbnl-devel] Problems with SBCL 0.8.14
by Stefan Scholl 06 Sep '04

06 Sep '04

Is anybody testing TBNL with SBCL 0.8.14, too? I get the following with start-session (debugged the old way, due to the lack of backtrace): [Tue Aug 31 15:17:24 2004] [error] [TBNL] segmentation violation at #X985B0F0 I've inserted some (log-message :debug "....") to find the error. It reaches the "before start-session", but not the "after start-session" marker. OK, I see if I can find something in TBNL. I really think this is more a bug in SBCL and I don't have to find a solution for TBNL. Instead I have to find a test case for SBCL. Regards, Stefan

3 7

Re: [tbnl-devel] Help needed in handler function with (sleep seconds)
by Massimiliano Campagnoli 05 Sep '04

05 Sep '04

Stefan is perfectly right. mod_lisp2-3.c has some problem in managing timeout. where mod_lisp2-2.c (which is based on a different implementation) works has expected if the handler contains (sleep n). But since mod_lisp2-2.c occasionally crashes Apache and has no support for the latest Edi's improvements (since is based on mod_lisp 2.33) I would say that the option to move back to apache 1.3 with the latest mod_lisp.c 2.38 is still a good move, until someone (Marco Antoniotti & Co.) with enough experience has time to port and test mod_lisp.c 2.38 to Apache2. Stefan Scholl wrote: >On 2004-08-23 17:21:14, Edi Weitz wrote: > > >>>mod_lisp for apache 2 >>> >>> >>There are several versions as far as I know. >> >> > >Hmm. >http://www.fractalconcept.com:8000/public/open-source/mod_lisp/contrib/mod_… >has a timeout of 1 second and all ap_reset_timeout() and >ap_kill_timeout() calls are commented out. > >Haven't tried to understand the code, though. Just searched for >"timeout". > > >Regards, >Stefan > > > >_______________________________________________ >tbnl-devel site list >tbnl-devel(a)common-lisp.net >http://common-lisp.net/mailman/listinfo/tbnl-devel > > > -- ING. MASSIMILIANO CAMPAGNOLI PAOLO ASTORI SRL VIA MIRABELLA, 9 28013 - GATTICO ITALY

2 1