From edi at agharta.de Thu Sep 1 08:20:56 2005 From: edi at agharta.de (Edi Weitz) Date: Thu, 01 Sep 2005 10:20:56 +0200 Subject: [tbnl-devel] New macro: create-groups-bind-regex-dispatcher In-Reply-To: (Bob Hutchison's message of "Wed, 31 Aug 2005 23:34:33 -0400") References: <1125155502.8768.69.camel@localhost> Message-ID: On Wed, 31 Aug 2005 23:34:33 -0400, Bob Hutchison wrote: > Maybe a contributions directory? If this stuff isn't kept with TBNL > I don't know how anyone is going to find it. That's a good idea. So, to you and Alceste and whoever else wants to contribute I propose the following: Send me a tarball containing your contribution. All the stuff should be in one directory (pick a name you like) and should probably include a README file and some docs as you see fit. Don't forget to add suitable copyright notes and licenses for the lawyers. I'll add these directories to a 'contrib' directory and make a new TBNL release. Is that OK for you? Cheers, Edi. From hutch at recursive.ca Thu Sep 1 03:36:25 2005 From: hutch at recursive.ca (Bob Hutchison) Date: Wed, 31 Aug 2005 23:36:25 -0400 Subject: [tbnl-devel] New macro: create-groups-bind-regex-dispatcher In-Reply-To: References: <1125155502.8768.69.camel@localhost> Message-ID: [Sorry Edi, you're getting this at least twice. ] On Aug 29, 2005, at 6:49 PM, Edi Weitz wrote: > Hi! > > Sorry for the delay. > > On Sat, 27 Aug 2005 17:11:41 +0200, Alceste Scalas > wrote: > > > >> first of all, congratulations for TBNL :-) >> >> > > Thanks... :) > > > >> Here's a small macro (with a big ugly name) for TBNL, that allows to >> bind portions of a request URI to arguments passed to dispatch >> functions. (see attachment) >> >> > > The macro is fine and I have in fact used something similar myself in > applications I wrote. I'm a bit hesitant to add it to TBNL, though, > as I'm not sure if this functionality belongs there. My gut feeling > is that macros like yours are one level of abstraction above TBNL and > should be in a separate library. > > What do others think about this? > Interesting question. This macro, likely, and the directory file stuff I posted a few weeks ago are both arguably a little higher level than TBNL. On the other hand, these (certainly the directory serving stuff) are not really useful outside of TBNL. Maybe a contributions directory? If this stuff isn't kept with TBNL I don't know how anyone is going to find it. Cheers, Bob > > Cheers, > Edi. > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > > ---- Bob Hutchison -- blogs at Recursive Design Inc. -- Raconteur -- From hutch at recursive.ca Thu Sep 1 11:45:54 2005 From: hutch at recursive.ca (Bob Hutchison) Date: Thu, 1 Sep 2005 07:45:54 -0400 Subject: [tbnl-devel] New macro: create-groups-bind-regex-dispatcher In-Reply-To: References: <1125155502.8768.69.camel@localhost> Message-ID: <22699040-49D7-4113-A65A-652D3E2EB140@recursive.ca> On Sep 1, 2005, at 4:20 AM, Edi Weitz wrote: > On Wed, 31 Aug 2005 23:34:33 -0400, Bob Hutchison > wrote: > > > >> Maybe a contributions directory? If this stuff isn't kept with TBNL >> I don't know how anyone is going to find it. >> >> > > That's a good idea. So, to you and Alceste and whoever else wants to > contribute I propose the following: Send me a tarball containing your > contribution. All the stuff should be in one directory (pick a name > you like) and should probably include a README file and some docs as > you see fit. Don't forget to add suitable copyright notes and > licenses for the lawyers. > > I'll add these directories to a 'contrib' directory and make a new > TBNL release. > > Is that OK for you? > Sounds good to me. > > Cheers, > Edi. > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > > ---- Bob Hutchison -- blogs at Recursive Design Inc. -- Raconteur -- From adam.thorsen at gmail.com Thu Sep 1 23:03:57 2005 From: adam.thorsen at gmail.com (Adam Thorsen) Date: Thu, 1 Sep 2005 19:03:57 -0400 Subject: [tbnl-devel] simple example Message-ID: <290f54b705090116036c86e4d8@mail.gmail.com> I'm looking for a really simple example of how to use TBNL. Just a sort of "Hello World." I'm currently feeling a bit overwhelmed by the test.lisp example file. Can anybody point me to one or supply me with one? Thanks, -Adam From edi at agharta.de Fri Sep 2 09:53:57 2005 From: edi at agharta.de (Edi Weitz) Date: Fri, 02 Sep 2005 11:53:57 +0200 Subject: [tbnl-devel] simple example In-Reply-To: <290f54b705090116036c86e4d8@mail.gmail.com> (Adam Thorsen's message of "Thu, 1 Sep 2005 19:03:57 -0400") References: <290f54b705090116036c86e4d8@mail.gmail.com> Message-ID: On Thu, 1 Sep 2005 19:03:57 -0400, Adam Thorsen wrote: > I'm looking for a really simple example of how to use TBNL. Just a > sort of "Hello World." I'm currently feeling a bit overwhelmed by > the test.lisp example file. > > Can anybody point me to one or supply me with one? ;;; To test add something like this to your httpd.conf ;;; ;;; LispServer 127.0.0.1 3000 "tbnl" ;;; ;;; ;;; SetHandler lisp-handler ;;; ;;; ;;; and afterwards restart Apache, load this file, and evaluate ;;; ;;; (tbnl:start-tbnl) ;;; ;;; then point your browser at . (in-package #:tbnl) (setq *dispatch-table* (list (create-prefix-dispatcher "/tbnl/test" 'foo) 'default-dispatcher)) (defun foo () "Hello World!") HTH, Edi. From sergio.garcia at gmail.com Fri Sep 2 08:11:10 2005 From: sergio.garcia at gmail.com (Sergio Garcia) Date: Fri, 2 Sep 2005 10:11:10 +0200 Subject: [tbnl-devel] Re: simple example In-Reply-To: <290f54b705090116036c86e4d8@mail.gmail.com> References: <290f54b705090116036c86e4d8@mail.gmail.com> Message-ID: <34ec257505090201111b0ca442@mail.gmail.com> Have a look at test/test.lisp in the tbnl directory. Sergio On 9/2/05, Adam Thorsen wrote: > I'm looking for a really simple example of how to use TBNL. Just a > sort of "Hello World." I'm currently feeling a bit overwhelmed by the > test.lisp example file. > > Can anybody point me to one or supply me with one? > > Thanks, > > -Adam > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > From sergio.garcia at gmail.com Fri Sep 2 08:14:37 2005 From: sergio.garcia at gmail.com (Sergio Garcia) Date: Fri, 2 Sep 2005 10:14:37 +0200 Subject: [tbnl-devel] Re: simple example In-Reply-To: <34ec257505090201111b0ca442@mail.gmail.com> References: <290f54b705090116036c86e4d8@mail.gmail.com> <34ec257505090201111b0ca442@mail.gmail.com> Message-ID: <34ec25750509020114635e6be4@mail.gmail.com> erhm :P, Sergio. have a look at the whole email before replying. Sorry for the noise Sergio On 9/2/05, Sergio Garcia wrote: > Have a look at test/test.lisp in the tbnl directory. > > Sergio > > On 9/2/05, Adam Thorsen wrote: > > I'm looking for a really simple example of how to use TBNL. Just a > > sort of "Hello World." I'm currently feeling a bit overwhelmed by the > > test.lisp example file. > > > > Can anybody point me to one or supply me with one? > > > > Thanks, > > > > -Adam > > _______________________________________________ > > tbnl-devel site list > > tbnl-devel at common-lisp.net > > http://common-lisp.net/mailman/listinfo/tbnl-devel > > > From alceste.scalas at gmx.net Mon Sep 5 09:25:17 2005 From: alceste.scalas at gmx.net (Alceste Scalas) Date: Mon, 05 Sep 2005 11:25:17 +0200 Subject: [tbnl-devel] New macro: create-groups-bind-regex-dispatcher In-Reply-To: References: <1125155502.8768.69.camel@localhost> Message-ID: <1125912317.31383.11.camel@localhost> Il giorno gio, 01/09/2005 alle 10.20 +0200, Edi Weitz ha scritto: > So, to you and Alceste and whoever else wants to > contribute I propose the following: Send me a tarball containing your > contribution. All the stuff should be in one directory (pick a name > you like) and should probably include a README file and some docs as > you see fit. Don't forget to add suitable copyright notes and > licenses for the lawyers. > > I'll add these directories to a 'contrib' directory and make a new > TBNL release. > > Is that OK for you? It's fine for me (private email follows). As a side question: how are developers expected to use the contrib stuff? Should they cut'n'paste the source code, or is it going to be exported some way via asdf? (e.g. with a tbnl-contrib package, or something like that). (I hope it's not a silly question, please bear with the newbie :-) Regards, alceste -- Alceste Scalas -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Questa parte del messaggio ? firmata URL: From hutch at recursive.ca Mon Sep 5 11:43:53 2005 From: hutch at recursive.ca (Bob Hutchison) Date: Mon, 5 Sep 2005 07:43:53 -0400 Subject: [tbnl-devel] New macro: create-groups-bind-regex-dispatcher In-Reply-To: <1125912317.31383.11.camel@localhost> References: <1125155502.8768.69.camel@localhost> <1125912317.31383.11.camel@localhost> Message-ID: <3D5A8F8F-AA6A-4176-A31A-2058C65143F1@recursive.ca> [ Sorry, I can't seem to hit the reply-to-all button -- maybe senility setting in or the new icons on Mail.app don't work for me ] On Sep 5, 2005, at 5:25 AM, Alceste Scalas wrote: > Il giorno gio, 01/09/2005 alle 10.20 +0200, Edi Weitz ha scritto: > > > >> So, to you and Alceste and whoever else wants to >> contribute I propose the following: Send me a tarball containing your >> contribution. All the stuff should be in one directory (pick a name >> you like) and should probably include a README file and some docs as >> you see fit. Don't forget to add suitable copyright notes and >> licenses for the lawyers. >> >> I'll add these directories to a 'contrib' directory and make a new >> TBNL release. >> >> Is that OK for you? >> >> >> > > It's fine for me (private email follows). > > As a side question: how are developers expected to use the contrib > stuff? Should they cut'n'paste the source code, or is it going to be > exported some way via asdf? (e.g. with a tbnl-contrib package, or > something like that). > > (I hope it's not a silly question, please bear with the newbie :-) > > Hadn't thought of that. In some cases cut'n'paste might be appropriate. In my case, I use ASDF routinely for everything I do (it is so easy and the payoff is so big). Including one of the contrib files in my project ASDF is no big deal. So I don't think smaller contributions are an issue. If the contribution is multi-file then maybe it should come with an ASDF definition of its own? If it has its own dependencies then it should come with its own ASDF file. While on this theme, what about PACKAGE? It could come with its own package or maybe, Edi, you could provide something like a TBNL- CONTRIBUTIONS package? Sometimes it is going to have to be in a TBNL package I suppose. I don't know. Cheers, Bob > > Regards, > > alceste > -- > Alceste Scalas > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > > ---- Bob Hutchison -- blogs at Recursive Design Inc. -- Raconteur -- From edi at agharta.de Mon Sep 5 12:01:32 2005 From: edi at agharta.de (Edi Weitz) Date: Mon, 05 Sep 2005 14:01:32 +0200 Subject: [tbnl-devel] New macro: create-groups-bind-regex-dispatcher In-Reply-To: <3D5A8F8F-AA6A-4176-A31A-2058C65143F1@recursive.ca> (Bob Hutchison's message of "Mon, 5 Sep 2005 07:43:53 -0400") References: <1125155502.8768.69.camel@localhost> <1125912317.31383.11.camel@localhost> <3D5A8F8F-AA6A-4176-A31A-2058C65143F1@recursive.ca> Message-ID: On Mon, 5 Sep 2005 07:43:53 -0400, Bob Hutchison wrote: > Hadn't thought of that. In some cases cut'n'paste might be > appropriate. In my case, I use ASDF routinely for everything I do > (it is so easy and the payoff is so big). Including one of the > contrib files in my project ASDF is no big deal. So I don't think > smaller contributions are an issue. If the contribution is > multi-file then maybe it should come with an ASDF definition of its > own? If it has its own dependencies then it should come with its own > ASDF file. I personally think the best solution would be that each contrib has its own .asd file which lists TBNL amongst its dependencies. That way it's pretty clear without further explanations how the contrib is to be loaded. > While on this theme, what about PACKAGE? It could come with its own > package or maybe, Edi, you could provide something like a TBNL- > CONTRIBUTIONS package? Sometimes it is going to have to be in a TBNL > package I suppose. I don't know. I'll add a TBNL-CONTRIB package to TBNL which 'uses' CL and TBNL. So you can use it or you can provide your own package as you like. Cheers, Edi. From adam.thorsen at gmail.com Thu Sep 8 01:30:55 2005 From: adam.thorsen at gmail.com (Adam Thorsen) Date: Wed, 7 Sep 2005 21:30:55 -0400 Subject: [tbnl-devel] lighttpd Message-ID: <290f54b705090718307e5d30d2@mail.gmail.com> Is there some way to use tbnl with lighttpd? I've attempted using it through mod_proxy, but haven't had any luck yet. Thanks, -Adam From stesch at no-spoon.de Thu Sep 8 06:08:40 2005 From: stesch at no-spoon.de (Stefan Scholl) Date: Thu, 8 Sep 2005 08:08:40 +0200 Subject: [tbnl-devel] lighttpd In-Reply-To: <290f54b705090718307e5d30d2@mail.gmail.com> References: <290f54b705090718307e5d30d2@mail.gmail.com> Message-ID: <20050908060840.GJ11447@parsec.no-spoon.de> On 2005-09-07 21:30:55, Adam Thorsen wrote: > Is there some way to use tbnl with lighttpd? I've attempted using it > through mod_proxy, but haven't had any luck yet. What have you tried? I had no problems with it. Just put mod_proxy into server.modules and then write a simple config entry like proxy.server = ( "" => ( ( "host" => "127.0.0.1", "port" => 5757 ) ) ) This example matches _everything_ that connects to the web server and directs it to a running CL-WIKI (default port 5757). Which version of TBNL do you use? Regards, Stefan From edi at agharta.de Thu Sep 8 10:19:11 2005 From: edi at agharta.de (Edi Weitz) Date: Thu, 08 Sep 2005 12:19:11 +0200 Subject: [tbnl-devel] New version 0.6.0 (Was: New macro: create-groups-bind-regex-dispatcher) In-Reply-To: <1125912317.31383.11.camel@localhost> (Alceste Scalas's message of "Mon, 05 Sep 2005 11:25:17 +0200") References: <1125155502.8768.69.camel@localhost> <1125912317.31383.11.camel@localhost> Message-ID: On Mon, 05 Sep 2005 11:25:17 +0200, Alceste Scalas wrote: > It's fine for me (private email follows). Sorry for the delay. I've just released a new version which incorporates a 'contrib' directory with your entry that I have left unchanged except for putting the code into the newly-created TBNL-CONTRIB package. Here's the ChangeLog: Version 0.6.0 2005-09-08 Added TBNL-CONTRIB package Added contrib directory with first entry (from Alceste Scalas) Updated link to Bill Clementson's blog Don't redefine what's already there (for LispWorks) Download: Cheers, Edi. From adam.thorsen at gmail.com Thu Sep 8 10:26:28 2005 From: adam.thorsen at gmail.com (Adam Thorsen) Date: Thu, 8 Sep 2005 06:26:28 -0400 Subject: [tbnl-devel] lighttpd In-Reply-To: <20050908060840.GJ11447@parsec.no-spoon.de> References: <290f54b705090718307e5d30d2@mail.gmail.com> <20050908060840.GJ11447@parsec.no-spoon.de> Message-ID: <290f54b70509080326946ddd1@mail.gmail.com> I am using tbnl-0.5.5. Ok, I start tbnl like so: TBNL> (tbnl:start-tbnl) # TBNL> I configure lighttpd.conf like so: $HTTP["host"] == "website.com" { proxy.debug = 1 proxy.server = ( "" => ( ("host" => "144.202.242.43","port" => 3000) ) ) } But I just get a blank page instead of the default tbnl page. lightthpd error log shows(I have turned on proxy.debug): On 9/8/05, Stefan Scholl wro2005-09-08 10:27:15: (mod_proxy.c.1000) proxy - start 2005-09-08 10:27:15: (mod_proxy.c.1036) proxy - ext found 2005-09-08 10:27:15: (mod_proxy.c.1079) proxy - used fair balancing 2005-09-08 10:27:15: (mod_proxy.c.1156) proxy - found a host 144.202.242.43 3000 2005-09-08 10:27:15: (mod_proxy.c.380) connect delayed: 7 2005-09-08 10:27:15: (mod_proxy.c.915) proxy: fdevent-out 1 2005-09-08 10:27:15: (mod_proxy.c.728) proxy - connect - delayed success 2005-09-08 10:27:15: (mod_proxy.c.882) proxy: fdevent-in 4 2005-09-08 10:27:15: (mod_proxy.c.568) proxy - have to read: 0 If I go directly to port 3000 it works as expected. -Adam te: > On 2005-09-07 21:30:55, Adam Thorsen wrote: > > Is there some way to use tbnl with lighttpd? I've attempted using it > > through mod_proxy, but haven't had any luck yet. > > What have you tried? > > I had no problems with it. Just put mod_proxy into server.modules > and then write a simple config entry like > > proxy.server = ( "" => > ( > ( "host" => "127.0.0.1", "port" => 5757 ) > ) > ) > > This example matches _everything_ that connects to the web server > and directs it to a running CL-WIKI (default port 5757). > > > Which version of TBNL do you use? > > > Regards, > Stefan > > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > From edi at agharta.de Thu Sep 8 10:36:52 2005 From: edi at agharta.de (Edi Weitz) Date: Thu, 08 Sep 2005 12:36:52 +0200 Subject: [tbnl-devel] lighttpd In-Reply-To: <20050908060840.GJ11447@parsec.no-spoon.de> (Stefan Scholl's message of "Thu, 8 Sep 2005 08:08:40 +0200") References: <290f54b705090718307e5d30d2@mail.gmail.com> <20050908060840.GJ11447@parsec.no-spoon.de> Message-ID: On Thu, 8 Sep 2005 08:08:40 +0200, Stefan Scholl wrote: > I had no problems with it. Just put mod_proxy into server.modules > and then write a simple config entry like > > proxy.server = ( "" => > ( > ( "host" => "127.0.0.1", "port" => 5757 ) > ) > ) > > This example matches _everything_ that connects to the web server > and directs it to a running CL-WIKI (default port 5757). Just out of curiosity: What is the advantage of going through lighthttpd (instead of connecting to TBNL directly)? Thanks, Edi. From adam.thorsen at gmail.com Thu Sep 8 10:46:05 2005 From: adam.thorsen at gmail.com (Adam Thorsen) Date: Thu, 8 Sep 2005 06:46:05 -0400 Subject: [tbnl-devel] lighttpd In-Reply-To: References: <290f54b705090718307e5d30d2@mail.gmail.com> <20050908060840.GJ11447@parsec.no-spoon.de> Message-ID: <290f54b7050908034665547f04@mail.gmail.com> The advantage is that then I can also run my RoR site on the same server :) -Adam On 9/8/05, Edi Weitz wrote: > On Thu, 8 Sep 2005 08:08:40 +0200, Stefan Scholl wrote: > > > I had no problems with it. Just put mod_proxy into server.modules > > and then write a simple config entry like > > > > proxy.server = ( "" => > > ( > > ( "host" => "127.0.0.1", "port" => 5757 ) > > ) > > ) > > > > This example matches _everything_ that connects to the web server > > and directs it to a running CL-WIKI (default port 5757). > > Just out of curiosity: What is the advantage of going through > lighthttpd (instead of connecting to TBNL directly)? > > Thanks, > Edi. > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > From stesch at no-spoon.de Thu Sep 8 11:40:12 2005 From: stesch at no-spoon.de (Stefan Scholl) Date: Thu, 8 Sep 2005 13:40:12 +0200 Subject: [tbnl-devel] lighttpd In-Reply-To: References: <290f54b705090718307e5d30d2@mail.gmail.com> <20050908060840.GJ11447@parsec.no-spoon.de> Message-ID: <20050908114012.GK17052@parsec.no-spoon.de> On 2005-09-08 12:36:52, Edi Weitz wrote: > On Thu, 8 Sep 2005 08:08:40 +0200, Stefan Scholl wrote: > > proxy.server = ( "" => > > ( > > ( "host" => "127.0.0.1", "port" => 5757 ) > > ) > > ) > > Just out of curiosity: What is the advantage of going through > lighthttpd (instead of connecting to TBNL directly)? This was just a test. But in the real world all the Apache + mod_proxy/mod_lisp arguments are valid. From edi at agharta.de Thu Sep 8 12:00:26 2005 From: edi at agharta.de (Edi Weitz) Date: Thu, 08 Sep 2005 14:00:26 +0200 Subject: [tbnl-devel] lighttpd In-Reply-To: <20050908114012.GK17052@parsec.no-spoon.de> (Stefan Scholl's message of "Thu, 8 Sep 2005 13:40:12 +0200") References: <290f54b705090718307e5d30d2@mail.gmail.com> <20050908060840.GJ11447@parsec.no-spoon.de> <20050908114012.GK17052@parsec.no-spoon.de> Message-ID: On Thu, 8 Sep 2005 13:40:12 +0200, Stefan Scholl wrote: > But in the real world all the Apache + mod_proxy/mod_lisp arguments > are valid. In the real world I would expect the Apache/mod_lisp combo to be more efficient and secure than the other methods. From edi at agharta.de Fri Sep 9 23:54:23 2005 From: edi at agharta.de (Edi Weitz) Date: Sat, 10 Sep 2005 01:54:23 +0200 Subject: [tbnl-devel] New version 0.6.1 Message-ID: ChangeLog: Version 0.6.1 2005-09-10 Robustified socket handling code Download: Cheers, Edi. From adam.thorsen at gmail.com Sat Sep 10 14:40:37 2005 From: adam.thorsen at gmail.com (Adam Thorsen) Date: Sat, 10 Sep 2005 10:40:37 -0400 Subject: [tbnl-devel] socket problems Message-ID: <290f54b7050910074075b74b4f@mail.gmail.com> I am using tbnl with mod_lisp and apache. I've noticed that when I stop tbnl using (tbnl:stop-tbnl), then attempt to start it again, I get the following error: Error while trying to start listener on port 3000 Error in function CREATE-INET-LISTENER: Error binding socket to port 3000: No such file or directory Sometimes I can resolve this error by killing apache, but sometimes I have to reboot my machine. Any ideas? Thanks, -Adam From edi at agharta.de Sat Sep 10 18:36:02 2005 From: edi at agharta.de (Edi Weitz) Date: Sat, 10 Sep 2005 20:36:02 +0200 Subject: [tbnl-devel] socket problems In-Reply-To: <290f54b7050910074075b74b4f@mail.gmail.com> (Adam Thorsen's message of "Sat, 10 Sep 2005 10:40:37 -0400") References: <290f54b7050910074075b74b4f@mail.gmail.com> Message-ID: On Sat, 10 Sep 2005 10:40:37 -0400, Adam Thorsen wrote: > I am using tbnl with mod_lisp and apache. > > I've noticed that when I stop tbnl using (tbnl:stop-tbnl), then > attempt to start it again, > I get the following error: > > Error while trying to start listener on port 3000 > > Error in function CREATE-INET-LISTENER: > Error binding socket to port 3000: No such file or directory > > Sometimes I can resolve this error by killing apache, but sometimes > I have to reboot my machine. Any ideas? It would be helpful if you could tell us which Lisp implementation and which operating system you use... The message "No such file or directory" looks kind of strange but I think this can be due to the socket still being "in use:" I usually see this with CMUCL on Linux. In that case you don't have to reboot, though, it suffices to wait for a minute or so. Cheers, Edi. From edi at agharta.de Sat Sep 10 19:29:08 2005 From: edi at agharta.de (Edi Weitz) Date: Sat, 10 Sep 2005 21:29:08 +0200 Subject: [tbnl-devel] socket problems In-Reply-To: <290f54b7050910115012dcecb7@mail.gmail.com> (Adam Thorsen's message of "Sat, 10 Sep 2005 14:50:32 -0400") References: <290f54b7050910074075b74b4f@mail.gmail.com> <290f54b7050910115012dcecb7@mail.gmail.com> Message-ID: [Please use the mailing list.] On Sat, 10 Sep 2005 14:50:32 -0400, Adam Thorsen wrote: > I'm using cmucl on gentoo linux. I found that you are right, I have > to wait a few minutes -- just not sure if that is how it is supposed > to work. It is supposed to work this way, depending on how you open the socket - see the Google Groups link in my previous message. This doesn't happen for me with LispWorks, for example. If you don't want to have this behaviour with CMUCL you'll have to patch the code that opens the socket. I think it is in KMRCL somewhere. Cheers, Edi. From edi at agharta.de Sat Sep 17 13:03:25 2005 From: edi at agharta.de (Edi Weitz) Date: Sat, 17 Sep 2005 15:03:25 +0200 Subject: New version 0.7.0 (Was: [tbnl-devel] arbitrary per-request data?) In-Reply-To: <20050214135640.GI18781@xach.com> (Zach Beane's message of "Mon, 14 Feb 2005 08:56:40 -0500") References: <20050214135640.GI18781@xach.com> Message-ID: On Mon, 14 Feb 2005 08:56:40 -0500, Zach Beane wrote: > Would it make sense to be able to have a table of arbitrary keys and > values in the request structure for application use? Hi Zach! It obviously took me a while to figure out that this was a good idea... :) Sorry for that. Here's the ChangeLog vor the new version: Version 0.7.0 2005-09-17 Added the ability to store arbitrary data within REQUEST objects (suggested by Zach Beane) Fixed handling of *HTTP-ERROR-HANDLER* Note: *TBNL-VERSION* was wrong in 0.6.0 and 0.6.1 Download: Cheers, Edi. From edi at agharta.de Thu Sep 22 12:30:55 2005 From: edi at agharta.de (Edi Weitz) Date: Thu, 22 Sep 2005 14:30:55 +0200 Subject: [tbnl-devel] Re: TBNL: URL-DECODE and UTF-8 parameters In-Reply-To: <1127371961.31860.243483511@webmail.messagingengine.com> (will@glozer.net's message of "Wed, 21 Sep 2005 23:52:41 -0700") References: <1127371961.31860.243483511@webmail.messagingengine.com> Message-ID: [Please use the mailing list - see Cc (and register first).] Hi Will! On Wed, 21 Sep 2005 23:52:41 -0700, Will wrote: > CafeSpot came a problem in the URL-DECODE function of TBNL, it > doesn't decode UTF-8 encoded URLs correctly. I see there was a > thread on this in July, > http://common-lisp.net/pipermail/tbnl-devel/2005-July/000358.html, > but apparently no resolution. Enclosed is a new version of the > function, I'm a lisp newbie so it may not be ideal =) > > This particular function only works in Allegro, but it would work in > any lisp that has a function to convert a UTF-8 encoded octet array > to a string. I belive SBCL has a similar OCTETS-TO-STRING function, > I didn't see anything really obvious for LispWorks though. At the > moment I only have ACL. > > ---- > > (defun url-decode (string) > (let ((string-length (length string))) > (flet ((parse-hex-escape (start) > (if (<= (+ start 3) string-length) > (parse-integer string > :start (+ start 1) > :end (+ start 3) > :radix 16) > (error "invalid hex encoding in string '~A'" string)))) > (let ((vector (make-array string-length > :adjustable t > :element-type '(unsigned-byte 8) > :fill-pointer 0))) > (loop > for i below string-length > for char = (aref string i) > do (vector-push-extend > (case char > ((#\+) (char-code #\Space)) > ((#\%) (parse-hex-escape (prog1 i (incf i 2)))) > (otherwise (char-code char))) > vector)) > #+allegro (excl:octets-to-string vector :external-format > :utf-8))))) Thanks for that. I admit that the current version of URL-DECODE is not ideal but your version will break existing code. Note that browsers will use different URL encodings based on the charset of the HTML document they're responding to. For example, if the charset is ISO-8859-1 (which AFAIK is the default charset for Apache) the string "???" (that's umlaut a, umlaut o, umlaut u in case it doesn't make it through email) will be sent as %E4%F6%FC which the version of URL-DECODE above won't decode correctly - it'll expect %C3%A4%C3%B6%C3%BC instead. Unfortunately, the browsers don't tell you which charset they're using... :( The right way to do it would be to add a second optional argument for the charset to URL-DECODE and make the default value user-configurable on a per-request basis. Does that sound OK? I'll probably add something like this in the next days. Cheers, Edi. PS: For LispWorks use EXTERNAL-FORMAT:DECODE-EXTERNAL-STRING and EXTERNAL-FORMAT:ENCODE-LISP-STRING but see the recent discussion on the LW mailing list w.r.t. delivered applications: From edi at agharta.de Fri Sep 23 23:43:40 2005 From: edi at agharta.de (Edi Weitz) Date: Sat, 24 Sep 2005 01:43:40 +0200 Subject: [tbnl-devel] New version 0.8.0 (Was: URL-DECODE and UTF-8 parameters) In-Reply-To: (Edi Weitz's message of "Thu, 22 Sep 2005 14:30:55 +0200") References: <1127371961.31860.243483511@webmail.messagingengine.com> Message-ID: On Thu, 22 Sep 2005 14:30:55 +0200, Edi Weitz wrote: > The right way to do it would be to add a second optional argument > for the charset to URL-DECODE and make the default value > user-configurable on a per-request basis. Does that sound OK? I'll > probably add something like this in the next days. OK, I've done that now - version 0.8.0. Please try it out yourself. I've added some examples to test/test.lisp. There's code in there for LispWorks, AllegroCL and Unicode-SBCL but I haven't tested with SBCL yet. Likewise, I only tested with the latest Firefox and IE on Windows. Note that the part about "user-configurable on a per-request basis" is kind of hard becaue URL-DECODE is used when the REQUEST object is created, i.e. before the user's dispatchers and handlers are called. Thus the new function RECOMPUTE-REQUEST-PARAMETERS. For some more info about HTML forms and character sets see this nice article: ChangeLog: Version 0.8.0 2005-09-24 Added the ability to cope with different external formats (incorporating suggestions from Will Glozer and Ivan Shvedunov) Raw post data is now always saved (so *SAVE-RAW-POST-DATA-P* is gone) Download: Cheers, Edi. From stesch at no-spoon.de Mon Sep 26 01:34:18 2005 From: stesch at no-spoon.de (Stefan Scholl) Date: Mon, 26 Sep 2005 03:34:18 +0200 Subject: [tbnl-devel] REMOTE-ADDR without mod_lisp? Message-ID: <20050926013418.GU1494@parsec.no-spoon.de> Hi! I need the address of the client but REMOTE-ADDR only works with mod_lisp. Is there an easy and portable way to access the address (via KMRCL) without mod_lisp? I'll look into it and maybe provide a patch. But if anybody has a clue where I can continue searching tomorrow that would be fine. Regards, Stefan From stesch at no-spoon.de Mon Sep 26 09:32:23 2005 From: stesch at no-spoon.de (Stefan Scholl) Date: Mon, 26 Sep 2005 11:32:23 +0200 Subject: [tbnl-devel] REMOTE-ADDR without mod_lisp? In-Reply-To: <20050926013418.GU1494@parsec.no-spoon.de> References: <20050926013418.GU1494@parsec.no-spoon.de> Message-ID: <20050926093223.GV1494@parsec.no-spoon.de> On 2005-09-26 03:34:18, Stefan Scholl wrote: > I need the address of the client but REMOTE-ADDR only works with > mod_lisp. And REAL-REMOTE-ADDR too. When behind a proxy (lighttpd) I get a header field "X-Forwarded-For". From stesch at no-spoon.de Mon Sep 26 12:32:19 2005 From: stesch at no-spoon.de (Stefan Scholl) Date: Mon, 26 Sep 2005 14:32:19 +0200 Subject: [tbnl-devel] New version 0.8.0 (Was: URL-DECODE and UTF-8 parameters) In-Reply-To: References: <1127371961.31860.243483511@webmail.messagingengine.com> Message-ID: <20050926123219.GX1494@parsec.no-spoon.de> On 2005-09-24 01:43:40, Edi Weitz wrote: > On Thu, 22 Sep 2005 14:30:55 +0200, Edi Weitz wrote: > > > The right way to do it would be to add a second optional argument > > for the charset to URL-DECODE and make the default value > > user-configurable on a per-request basis. Does that sound OK? I'll > > probably add something like this in the next days. > > OK, I've done that now - version 0.8.0. Please try it out yourself. (CMUCL 19a) A project now emits me a "An error has occured" to the browser. I use URL-DECODE. TBNL:*ERROR* contains a SIMPLE-WARNING with the "Ignoring external format ..." warning. From stesch at no-spoon.de Mon Sep 26 12:50:58 2005 From: stesch at no-spoon.de (Stefan Scholl) Date: Mon, 26 Sep 2005 14:50:58 +0200 Subject: [tbnl-devel] New version 0.8.0 (Was: URL-DECODE and UTF-8 parameters) In-Reply-To: <20050926123219.GX1494@parsec.no-spoon.de> References: <1127371961.31860.243483511@webmail.messagingengine.com> <20050926123219.GX1494@parsec.no-spoon.de> Message-ID: <20050926125058.GY1494@parsec.no-spoon.de> On 2005-09-26 14:32:19, Stefan Scholl wrote: > On 2005-09-24 01:43:40, Edi Weitz wrote: > > On Thu, 22 Sep 2005 14:30:55 +0200, Edi Weitz wrote: > > > > > The right way to do it would be to add a second optional argument > > > for the charset to URL-DECODE and make the default value > > > user-configurable on a per-request basis. Does that sound OK? I'll > > > probably add something like this in the next days. > > > > OK, I've done that now - version 0.8.0. Please try it out yourself. > > (CMUCL 19a) > A project now emits me a "An error has occured" to the browser. I > use URL-DECODE. TBNL:*ERROR* contains a SIMPLE-WARNING with the > "Ignoring external format ..." warning. Please ignore for the moment. This stupid browser makes two requests: The page and a favicon.ico which isn't there. So the TBNL:*ERROR* doesn't correspond to the displayed error in the browser. After a test with a text based browser I now have a UNDEFINED-FUNCTION in TBNL:*ERROR*. Most likely my own fault ... From stesch at no-spoon.de Mon Sep 26 12:56:30 2005 From: stesch at no-spoon.de (Stefan Scholl) Date: Mon, 26 Sep 2005 14:56:30 +0200 Subject: [tbnl-devel] New version 0.8.0 (Was: URL-DECODE and UTF-8 parameters) In-Reply-To: <20050926125058.GY1494@parsec.no-spoon.de> References: <1127371961.31860.243483511@webmail.messagingengine.com> <20050926123219.GX1494@parsec.no-spoon.de> <20050926125058.GY1494@parsec.no-spoon.de> Message-ID: <20050926125630.GZ1494@parsec.no-spoon.de> On 2005-09-26 14:50:58, Stefan Scholl wrote: > On 2005-09-26 14:32:19, Stefan Scholl wrote: > > On 2005-09-24 01:43:40, Edi Weitz wrote: > > > OK, I've done that now - version 0.8.0. Please try it out yourself. > > > > (CMUCL 19a) > > A project now emits me a "An error has occured" to the browser. I > > use URL-DECODE. TBNL:*ERROR* contains a SIMPLE-WARNING with the > > "Ignoring external format ..." warning. > > Please ignore for the moment. This stupid browser makes two > requests: The page and a favicon.ico which isn't there. So the > TBNL:*ERROR* doesn't correspond to the displayed error in the > browser. > > After a test with a text based browser I now have a > UNDEFINED-FUNCTION in TBNL:*ERROR*. Most likely my own fault ... Hmm!? Inspected error: FUNCTION-NAME: KERNEL::UNDEFINED-SYMBOL-ERROR-HANDLER ACTUAL-INITARGS: (:FUNCTION-NAME "" :NAME TBNL:URL-ENCODE) ASSIGNED-SLOTS: (CONDITIONS::NAME TBNL:URL-ENCODE) TBNL:URL-ENCODE is gone? I see it's shadowed in packages.lisp ... Yes, gone. Error in KERNEL:%COERCE-TO-FUNCTION: the function TBNL:URL-ENCODE is undefined. [Condition of type UNDEFINED-FUNCTION] From stesch at no-spoon.de Mon Sep 26 13:27:40 2005 From: stesch at no-spoon.de (Stefan Scholl) Date: Mon, 26 Sep 2005 15:27:40 +0200 Subject: [tbnl-devel] New version 0.8.0 In-Reply-To: References: <1127371961.31860.243483511@webmail.messagingengine.com> <20050926123219.GX1494@parsec.no-spoon.de> <20050926125058.GY1494@parsec.no-spoon.de> <20050926125630.GZ1494@parsec.no-spoon.de> Message-ID: <20050926132740.GA1494@parsec.no-spoon.de> On 2005-09-26 15:13:28, Edi Weitz wrote: > On Mon, 26 Sep 2005 14:56:30 +0200, Stefan Scholl wrote: > > TBNL:URL-ENCODE is gone? I see it's shadowed in packages.lisp ... > > Yes, gone. > > No, it isn't. The version from URL-REWRITE is shadowed in favor of a > new definition which is exported from the TBNL package: > > OK, then maybe DEFPACKAGE in CMUCL 19a is broken. I have no TBNL:URL-ENCODE. I can access URL-REWRITE:URL-ENCODE for the moment. |sigh| I'll have to make some tests in CMUCL for a bug report ... From edi at agharta.de Mon Sep 26 13:37:36 2005 From: edi at agharta.de (Edi Weitz) Date: Mon, 26 Sep 2005 15:37:36 +0200 Subject: [tbnl-devel] New version 0.8.0 In-Reply-To: <20050926132740.GA1494@parsec.no-spoon.de> (Stefan Scholl's message of "Mon, 26 Sep 2005 15:27:40 +0200") References: <1127371961.31860.243483511@webmail.messagingengine.com> <20050926123219.GX1494@parsec.no-spoon.de> <20050926125058.GY1494@parsec.no-spoon.de> <20050926125630.GZ1494@parsec.no-spoon.de> <20050926132740.GA1494@parsec.no-spoon.de> Message-ID: On Mon, 26 Sep 2005 15:27:40 +0200, Stefan Scholl wrote: > OK, then maybe DEFPACKAGE in CMUCL 19a is broken. Works in 19b: * (lisp-implementation-version) "CVS 19b 19b-release-20050628-3 + minimal debian patches (19B)" * (asdf:oos 'asdf:load-op :tbnl) ; loading system definition from /usr/local/lisp/Registry/tbnl.asd into ; # ; registering # as TBNL ; loading system definition from /usr/local/lisp/Registry/url-rewrite.asd into ; # ; registering # as URL-REWRITE ; loading system definition from /usr/local/lisp/Registry/rfc2388.asd into ; # ; registering # as RFC2388 ; loading system definition from /usr/local/lisp/Registry/kmrcl.asd into ; # ; registering # as KMRCL ; Compiling LAMBDA (.PV-CELL. .NEXT-METHOD-CALL. O C): ; Compiling Top-Level Form: ; loading system definition from /usr/local/lisp/Registry/cl-ppcre.asd into ; # ; registering # as CL-PPCRE ; loading system definition from /usr/local/lisp/Registry/cl-base64.asd into ; # ; registering # as CL-BASE64 ; Compiling LAMBDA (.PV-CELL. .NEXT-METHOD-CALL. O C): ; Compiling Top-Level Form: ; registering # as CL-BASE64-TESTS ; Compiling LAMBDA (.PV-CELL. .NEXT-METHOD-CALL. O C): ; Compiling Top-Level Form: ; loading system definition from /usr/local/lisp/Registry/md5.asd into ; # ; registering # as MD5 NIL * (find-symbol "URL-ENCODE" :tbnl) TBNL:URL-ENCODE :EXTERNAL > I have no TBNL:URL-ENCODE. I can access URL-REWRITE:URL-ENCODE for > the moment. > > |sigh| > > I'll have to make some tests in CMUCL for a bug report ... 19b is current. I guess they won't fix old versions. From edi at agharta.de Mon Sep 26 13:15:02 2005 From: edi at agharta.de (Edi Weitz) Date: Mon, 26 Sep 2005 15:15:02 +0200 Subject: [tbnl-devel] New version 0.8.0 In-Reply-To: <20050926123219.GX1494@parsec.no-spoon.de> (Stefan Scholl's message of "Mon, 26 Sep 2005 14:32:19 +0200") References: <1127371961.31860.243483511@webmail.messagingengine.com> <20050926123219.GX1494@parsec.no-spoon.de> Message-ID: On Mon, 26 Sep 2005 14:32:19 +0200, Stefan Scholl wrote: > A project now emits me a "An error has occured" to the browser. On your development machine you should set *SHOW-LISP-ERRORS-P* and *SHOW-LISP-BACKTRACES-P* to true for easier debugging. From edi at agharta.de Mon Sep 26 13:13:28 2005 From: edi at agharta.de (Edi Weitz) Date: Mon, 26 Sep 2005 15:13:28 +0200 Subject: [tbnl-devel] New version 0.8.0 In-Reply-To: <20050926125630.GZ1494@parsec.no-spoon.de> (Stefan Scholl's message of "Mon, 26 Sep 2005 14:56:30 +0200") References: <1127371961.31860.243483511@webmail.messagingengine.com> <20050926123219.GX1494@parsec.no-spoon.de> <20050926125058.GY1494@parsec.no-spoon.de> <20050926125630.GZ1494@parsec.no-spoon.de> Message-ID: On Mon, 26 Sep 2005 14:56:30 +0200, Stefan Scholl wrote: > TBNL:URL-ENCODE is gone? I see it's shadowed in packages.lisp ... > Yes, gone. No, it isn't. The version from URL-REWRITE is shadowed in favor of a new definition which is exported from the TBNL package: Cheers, Edi. From edi at agharta.de Mon Sep 26 13:52:17 2005 From: edi at agharta.de (Edi Weitz) Date: Mon, 26 Sep 2005 15:52:17 +0200 Subject: [tbnl-devel] New version 0.8.0 In-Reply-To: <20050926132740.GA1494@parsec.no-spoon.de> (Stefan Scholl's message of "Mon, 26 Sep 2005 15:27:40 +0200") References: <1127371961.31860.243483511@webmail.messagingengine.com> <20050926123219.GX1494@parsec.no-spoon.de> <20050926125058.GY1494@parsec.no-spoon.de> <20050926125630.GZ1494@parsec.no-spoon.de> <20050926132740.GA1494@parsec.no-spoon.de> Message-ID: On Mon, 26 Sep 2005 15:27:40 +0200, Stefan Scholl wrote: > OK, then maybe DEFPACKAGE in CMUCL 19a is broken. Looks OK here: * (lisp-implementation-version) "CVS release-19a 19a-release-20040728 + minimal debian patches" * (asdf:oos 'asdf:load-op :tbnl) ; loading system definition from /home/edi/lisp/tbnl-0.8.0/tbnl.asd into ; # ; registering # as TBNL ; loading system definition from /home/edi/lisp/url-rewrite/url-rewrite.asd ; into # ; registering # as URL-REWRITE ; loading system definition from /home/edi/lisp/rfc2388/rfc2388.asd into ; # ; registering # as RFC2388 ; loading system definition from /home/edi/lisp/kmrcl-1.84/kmrcl.asd into ; # ; registering # as KMRCL ; Compiling LAMBDA (PCL::.PV-CELL. PCL::.NEXT-METHOD-CALL. O C): ; Compiling Top-Level Form: ; loading system definition from /home/edi/lisp/cl-ppcre-1.2.11/cl-ppcre.asd ; into # ; registering # as CL-PPCRE ; loading system definition from /home/edi/lisp/cl-base64-3.3.1/cl-base64.asd ; into # ; registering # as CL-BASE64 ; Compiling LAMBDA (PCL::.PV-CELL. PCL::.NEXT-METHOD-CALL. O C): ; Compiling Top-Level Form: ; registering # as CL-BASE64-TESTS ; Compiling LAMBDA (PCL::.PV-CELL. PCL::.NEXT-METHOD-CALL. O C): ; Compiling Top-Level Form: ; loading system definition from /home/edi/lisp/md5-1.8.5/md5.asd into ; # ; registering # as MD5 NIL * (find-symbol "URL-ENCODE" :tbnl) TBNL:URL-ENCODE :EXTERNAL From stesch at no-spoon.de Mon Sep 26 13:57:04 2005 From: stesch at no-spoon.de (Stefan Scholl) Date: Mon, 26 Sep 2005 15:57:04 +0200 Subject: [tbnl-devel] New version 0.8.0 In-Reply-To: References: <1127371961.31860.243483511@webmail.messagingengine.com> <20050926123219.GX1494@parsec.no-spoon.de> <20050926125058.GY1494@parsec.no-spoon.de> <20050926125630.GZ1494@parsec.no-spoon.de> <20050926132740.GA1494@parsec.no-spoon.de> Message-ID: <20050926135704.GB1494@parsec.no-spoon.de> On 2005-09-26 15:37:36, Edi Weitz wrote: > On Mon, 26 Sep 2005 15:27:40 +0200, Stefan Scholl wrote: > > > OK, then maybe DEFPACKAGE in CMUCL 19a is broken. > > Works in 19b: Nice. Then I don't need to write a bug report. For the moment I just use URL-REWRITE:URL-ENCODE until the next release. > "CVS 19b 19b-release-20050628-3 + minimal debian patches (19B)" [...] > 19b is current. I guess they won't fix old versions. I think 19b isn't that current. There was some misunderstanding and trouble regarding this release. But a 19c is on its way. From stesch at no-spoon.de Mon Sep 26 13:59:54 2005 From: stesch at no-spoon.de (Stefan Scholl) Date: Mon, 26 Sep 2005 15:59:54 +0200 Subject: [tbnl-devel] New version 0.8.0 In-Reply-To: References: <1127371961.31860.243483511@webmail.messagingengine.com> <20050926123219.GX1494@parsec.no-spoon.de> <20050926125058.GY1494@parsec.no-spoon.de> <20050926125630.GZ1494@parsec.no-spoon.de> <20050926132740.GA1494@parsec.no-spoon.de> Message-ID: <20050926135954.GC1494@parsec.no-spoon.de> On 2005-09-26 15:52:17, Edi Weitz wrote: > On Mon, 26 Sep 2005 15:27:40 +0200, Stefan Scholl wrote: > > > OK, then maybe DEFPACKAGE in CMUCL 19a is broken. > > Looks OK here: > > * (lisp-implementation-version) > > "CVS release-19a 19a-release-20040728 + minimal debian patches" > * (asdf:oos 'asdf:load-op :tbnl) SIGH! OK, I've just deleted my test directory ... Now I have to do it again. I use the vanilla CMUCL without the "minimal debian patches". From edi at agharta.de Mon Sep 26 14:22:22 2005 From: edi at agharta.de (Edi Weitz) Date: Mon, 26 Sep 2005 16:22:22 +0200 Subject: [tbnl-devel] New version 0.8.0 In-Reply-To: <20050926135954.GC1494@parsec.no-spoon.de> (Stefan Scholl's message of "Mon, 26 Sep 2005 15:59:54 +0200") References: <1127371961.31860.243483511@webmail.messagingengine.com> <20050926123219.GX1494@parsec.no-spoon.de> <20050926125058.GY1494@parsec.no-spoon.de> <20050926125630.GZ1494@parsec.no-spoon.de> <20050926132740.GA1494@parsec.no-spoon.de> <20050926135954.GC1494@parsec.no-spoon.de> Message-ID: On Mon, 26 Sep 2005 15:59:54 +0200, Stefan Scholl wrote: > SIGH! > > OK, I've just deleted my test directory ... > Now I have to do it again. I use the vanilla CMUCL without the > "minimal debian patches". I don't know what those patches do but I don't expect them to fix upstream bugs. From stesch at no-spoon.de Mon Sep 26 14:38:35 2005 From: stesch at no-spoon.de (Stefan Scholl) Date: Mon, 26 Sep 2005 16:38:35 +0200 Subject: [tbnl-devel] New version 0.8.0 In-Reply-To: References: <1127371961.31860.243483511@webmail.messagingengine.com> <20050926123219.GX1494@parsec.no-spoon.de> <20050926125058.GY1494@parsec.no-spoon.de> <20050926125630.GZ1494@parsec.no-spoon.de> <20050926132740.GA1494@parsec.no-spoon.de> Message-ID: <20050926143835.GD1494@parsec.no-spoon.de> On 2005-09-26 15:52:17, Edi Weitz wrote: > * (find-symbol "URL-ENCODE" :tbnl) > > TBNL:URL-ENCODE > :EXTERNAL By the way: I can find the symbol that way, too. But not call it. CL-USER> (find-symbol "URL-ENCODE" :tbnl) TBNL:URL-ENCODE :EXTERNAL CL-USER> (tbnl:url-encode "Schlumpf") ==> Error in KERNEL:%COERCE-TO-FUNCTION: the function TBNL:URL-ENCODE is undefined. From edi at agharta.de Mon Sep 26 14:45:09 2005 From: edi at agharta.de (Edi Weitz) Date: Mon, 26 Sep 2005 16:45:09 +0200 Subject: [tbnl-devel] New version 0.8.0 In-Reply-To: <20050926143835.GD1494@parsec.no-spoon.de> (Stefan Scholl's message of "Mon, 26 Sep 2005 16:38:35 +0200") References: <1127371961.31860.243483511@webmail.messagingengine.com> <20050926123219.GX1494@parsec.no-spoon.de> <20050926125058.GY1494@parsec.no-spoon.de> <20050926125630.GZ1494@parsec.no-spoon.de> <20050926132740.GA1494@parsec.no-spoon.de> <20050926143835.GD1494@parsec.no-spoon.de> Message-ID: On Mon, 26 Sep 2005 16:38:35 +0200, Stefan Scholl wrote: > By the way: I can find the symbol that way, too. But not call it. > > CL-USER> (find-symbol "URL-ENCODE" :tbnl) > TBNL:URL-ENCODE > :EXTERNAL > > CL-USER> (tbnl:url-encode "Schlumpf") > > ==> > Error in KERNEL:%COERCE-TO-FUNCTION: the function TBNL:URL-ENCODE is undefined. Hmm... * (lisp-implementation-version) "CVS release-19a 19a-release-20040728 + minimal debian patches" * (asdf:oos 'asdf:load-op :tbnl) ; loading system definition from /home/edi/lisp/tbnl-0.8.0/tbnl.asd into ; # ; registering # as TBNL ; loading system definition from /home/edi/lisp/url-rewrite/url-rewrite.asd ; into # ; registering # as URL-REWRITE ; loading system definition from /home/edi/lisp/rfc2388/rfc2388.asd into ; # ; registering # as RFC2388 ; loading system definition from /home/edi/lisp/kmrcl-1.84/kmrcl.asd into ; # ; registering # as KMRCL ; Compiling LAMBDA (PCL::.PV-CELL. PCL::.NEXT-METHOD-CALL. O C): ; Compiling Top-Level Form: ; loading system definition from /home/edi/lisp/cl-ppcre-1.2.11/cl-ppcre.asd ; into # ; registering # as CL-PPCRE ; loading system definition from /home/edi/lisp/cl-base64-3.3.1/cl-base64.asd ; into # ; registering # as CL-BASE64 ; Compiling LAMBDA (PCL::.PV-CELL. PCL::.NEXT-METHOD-CALL. O C): ; Compiling Top-Level Form: ; registering # as CL-BASE64-TESTS ; Compiling LAMBDA (PCL::.PV-CELL. PCL::.NEXT-METHOD-CALL. O C): ; Compiling Top-Level Form: ; loading system definition from /home/edi/lisp/md5-1.8.5/md5.asd into ; # ; registering # as MD5 NIL * (tbnl:url-encode "Schlumpf") "Schlumpf" * (describe 'tbnl:url-encode) URL-ENCODE is an external symbol in the TBNL package. Function: # Function arguments: (string &optional (external-format *tbnl-default-external-format*)) Function documentation: URL-encodes a string using the external format EXTERNAL-FORMAT. Its defined argument types are: (T &OPTIONAL T) Its result type is: SIMPLE-BASE-STRING On Monday, 9/26/05 03:50:17 pm [-2] it was compiled from: /home/edi/lisp/tbnl-0.8.0/util.lisp Created: Saturday, 9/24/05 01:33:39 am [-2] Works on 19b as well. From stesch at no-spoon.de Mon Sep 26 15:39:27 2005 From: stesch at no-spoon.de (Stefan Scholl) Date: Mon, 26 Sep 2005 17:39:27 +0200 Subject: [tbnl-devel] New version 0.8.0 In-Reply-To: References: <20050926123219.GX1494@parsec.no-spoon.de> <20050926125058.GY1494@parsec.no-spoon.de> <20050926125630.GZ1494@parsec.no-spoon.de> <20050926132740.GA1494@parsec.no-spoon.de> <20050926143835.GD1494@parsec.no-spoon.de> Message-ID: <20050926153927.GH1494@parsec.no-spoon.de> On 2005-09-26 16:45:09, Edi Weitz wrote: > * (tbnl:url-encode "Schlumpf") > > "Schlumpf" I hate computers. After deleting all *.x86f from the tbnl directory every thing works fine. TBNL:URL-ENCODE is found. No, I haven't upgraded CMUCL between TBNL-Installs. Always a little voodoo ... From stesch at no-spoon.de Mon Sep 26 15:59:52 2005 From: stesch at no-spoon.de (Stefan Scholl) Date: Mon, 26 Sep 2005 17:59:52 +0200 Subject: [tbnl-devel] REMOTE-ADDR without mod_lisp? In-Reply-To: <20050926013418.GU1494@parsec.no-spoon.de> References: <20050926013418.GU1494@parsec.no-spoon.de> Message-ID: <20050926155952.GI1494@parsec.no-spoon.de> On 2005-09-26 03:34:18, Stefan Scholl wrote: > Is there an easy and portable way to access the address (via > KMRCL) without mod_lisp? *TBNL-STREAM* is just a stream. Nothing more about the connection gets communicated from KRMCL to TBNL. :-( You can provide a remote-host-checker in the MAKE-INSTANCE of the LISTENER class. This is a function which gets called with the remote address to check if you really want to connect. Some simple auth things can be implemented that way. But there's nothing there where to hold this information. From lam at tuxfamily.org Tue Sep 27 14:08:22 2005 From: lam at tuxfamily.org (Nicolas Lamirault) Date: Tue, 27 Sep 2005 16:08:22 +0200 Subject: [tbnl-devel] Multiple virtual host Message-ID: <87zmpy61t5.fsf@no-log.org> hello, i use tbnl to manage some web site. i would like to know how can i do to have several web site ? i have this already : LispServer 127.0.0.1 3000 "tbnl" SetHandler lisp-handler i would like to start a second web site someone know how can i do this ? SetHandler lisp-handler -- Nicolas Lamirault From edi at agharta.de Wed Sep 28 10:58:34 2005 From: edi at agharta.de (Edi Weitz) Date: Wed, 28 Sep 2005 12:58:34 +0200 Subject: [tbnl-devel] Multiple virtual host In-Reply-To: <87zmpy61t5.fsf@no-log.org> (Nicolas Lamirault's message of "Tue, 27 Sep 2005 16:08:22 +0200") References: <87zmpy61t5.fsf@no-log.org> Message-ID: Hi! On Tue, 27 Sep 2005 16:08:22 +0200, Nicolas Lamirault wrote: > i use tbnl to manage some web site. > i would like to know how can i do to have several web site ? This is actually more a question about Apache/mod_lisp and not about TBNL but it's OK to discuss it here. > i have this already : > > LispServer 127.0.0.1 3000 "tbnl" > > > SetHandler lisp-handler > > > i would like to start a second web site > someone know how can i do this ? > > > SetHandler lisp-handler > For example: LispServer 127.0.0.1 3000 "foo" SetHandler lisp-handler LispServer 127.0.0.1 3001 "bar" SetHandler lisp-handler Then start two different Lisps, one listening on 3000, the other one listening on 3001. Does that help? Cheers, Edi. From phillip.m.jordan at gmail.com Wed Sep 28 10:49:55 2005 From: phillip.m.jordan at gmail.com (Phillip Jordan) Date: Wed, 28 Sep 2005 12:49:55 +0200 Subject: [tbnl-devel] Multiple virtual host In-Reply-To: <87zmpy61t5.fsf@no-log.org> References: <87zmpy61t5.fsf@no-log.org> Message-ID: <433A7553.1020506@gmail.com> Nicolas Lamirault wrote: > i use tbnl to manage some web site. > i would like to know how can i do to have several web site ? > i have this already : > > LispServer 127.0.0.1 3000 "tbnl" > > > SetHandler lisp-handler > So far, so good. > i would like to start a second web site > someone know how can i do this ? > > > > SetHandler lisp-handler > OK, there are various options on either the Apache and the Lisp end, to my knowledge. Note that I've not used all of them, so I may be wrong. Lisp: 1. If you want to run both websites from the same Lisp environment, you can change the mod_lisp server ID. In your line > LispServer 127.0.0.1 3000 "tbnl" "tbnl" is the server ID. So you could add another LispServer directive to your second , which has a different server ID. The server id is communicated to TBNL via the "server-id" request header, which you can check via the tbnl:header-in accessor. You could check this header in your dispatchers and act accordingly. 2. Multiple Lisp environments. For this to work, you'll need each Lisp environment listening on a different port. On the Apache end, this is very similar to the above method. The '3000' in the LispServer line is the TCP port. Change this for your second and before calling (tbnl:start-tbnl) for this location, (setq tbnl:*tbnl-port* ) to the same port number. Apache: This depends what you mean by 'different websites'. From your message it seems you just want a different directory ("/foo") on the same server. In that case, the directive is the way to go. If you want the two sites to be available at different hostnames, which both point to the same physical ID, you need to use Apache's Virtual Host capability. You'll need to declare somewhere in the apache config that you're using named virtual hosts, for example: NameVirtualHost *:80 ServerName tbnl.yourserver.org SetHandler lisp-handler LispServer 127.0.0.1 3000 "tbnl" ServerName foo.yourserver.org SetHandler lisp-handler LispServer 127.0.0.1 3000 "foo" This is just the simplest setup, the details of configuring Apache beyond this are off-topic on this list though, I think, but there's plenty of documentation on the web out there, so you shouldn't have too much trouble. By the way, I'm setting up a website which is successfully using a combination of virtual hosts/multiple Lisp environments, so that definitely works. I'm new to TBNL and Lisp in general, I hope the experts on the list will point out any errors in this post. :) ~phil -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: OpenPGP digital signature URL: From stesch at no-spoon.de Wed Sep 28 12:15:27 2005 From: stesch at no-spoon.de (Stefan Scholl) Date: Wed, 28 Sep 2005 14:15:27 +0200 Subject: [tbnl-devel] Multiple virtual host In-Reply-To: <433A7553.1020506@gmail.com> References: <87zmpy61t5.fsf@no-log.org> <433A7553.1020506@gmail.com> Message-ID: <20050928121527.GQ1494@parsec.no-spoon.de> On 2005-09-28 12:49:55, Phillip Jordan wrote: > 1. > If you want to run both websites from the same Lisp environment, you can > change the mod_lisp server ID. In your line Or dispatch according to the host: http://common-lisp.net/pipermail/tbnl-devel/2004-July/000060.html From steve.huffman at gmail.com Wed Sep 28 14:10:46 2005 From: steve.huffman at gmail.com (Steve Huffman) Date: Wed, 28 Sep 2005 10:10:46 -0400 Subject: [tbnl-devel] Multiple virtual host In-Reply-To: <87zmpy61t5.fsf@no-log.org> References: <87zmpy61t5.fsf@no-log.org> Message-ID: Hi If you'd like to run two different instances of Lisp you can compile another version of mod_lisp and do something like this: LispServer 127.0.0.1 3000 "tbnl" SetHandler lisp-handler LispServer2 127.0.0.1 3001 "tbnl" SetHandler lisp2-handler We do that here because there are two separate Lisp projects being developed, but we use the same box for both of them. The box (FreeBSD) responds to two IPs. Steve Huffman On Sep 27, 2005, at 10:08 AM, Nicolas Lamirault wrote: > > hello, > > i use tbnl to manage some web site. > i would like to know how can i do to have several web site ? > i have this already : > > LispServer 127.0.0.1 3000 "tbnl" > > > SetHandler lisp-handler > > > i would like to start a second web site > someone know how can i do this ? > > > > SetHandler lisp-handler > > > > > -- > Nicolas Lamirault > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > From marc.battyani at fractalconcept.com Wed Sep 28 21:25:18 2005 From: marc.battyani at fractalconcept.com (Marc Battyani) Date: Wed, 28 Sep 2005 23:25:18 +0200 Subject: [tbnl-devel] Multiple virtual host References: <87zmpy61t5.fsf@no-log.org> Message-ID: <01b601c5c473$20c17680$0a02a8c0@marcxp> "Steve Huffman" wrote: > If you'd like to run two different instances of Lisp you can compile > another version of mod_lisp and do something like this: > > > LispServer 127.0.0.1 3000 "tbnl" > > > SetHandler lisp-handler > > > > > LispServer2 127.0.0.1 3001 "tbnl" > > SetHandler lisp2-handler > > > > We do that here because there are two separate Lisp projects being > developed, but we use the same box for both of them. The box > (FreeBSD) responds to two IPs. There is no need to compile 2 mod_lisp versions. Why don't you just change the LispServer directive, as shown by Edi in a previous email ? LispServer2 127.0.0.1 3001 "tbnl" => LispServer 127.0.0.1 3001 "tbnl" Marc From edi at agharta.de Wed Sep 28 23:12:57 2005 From: edi at agharta.de (Edi Weitz) Date: Thu, 29 Sep 2005 01:12:57 +0200 Subject: [tbnl-devel] New version 0.8.1 Message-ID: ChangeLog: Version 0.8.1 2005-09-29 Bugfix in CMUCL version of STRING-TO-OCTETS Download: Cheers, Edi. From steve.huffman at gmail.com Wed Sep 28 22:45:56 2005 From: steve.huffman at gmail.com (Steve Huffman) Date: Wed, 28 Sep 2005 18:45:56 -0400 Subject: [tbnl-devel] Multiple virtual host In-Reply-To: <01b601c5c473$20c17680$0a02a8c0@marcxp> References: <87zmpy61t5.fsf@no-log.org> <01b601c5c473$20c17680$0a02a8c0@marcxp> Message-ID: <8F3A1E3F-88FE-49DE-ACD5-357AD95FCACE@gmail.com> > There is no need to compile 2 mod_lisp versions. > Why don't you just change the LispServer directive, as shown by Edi > in a > previous email ? > > LispServer2 127.0.0.1 3001 "tbnl" > => LispServer 127.0.0.1 3001 "tbnl" Indeed, that works fine. We must have botched something when we tried that the first time. From lam at tuxfamily.org Thu Sep 29 12:04:13 2005 From: lam at tuxfamily.org (Nicolas Lamirault) Date: Thu, 29 Sep 2005 14:04:13 +0200 Subject: [tbnl-devel] Multiple virtual host In-Reply-To: (Edi Weitz's message of "Wed, 28 Sep 2005 12:58:34 +0200") References: <87zmpy61t5.fsf@no-log.org> Message-ID: <873bno6pxe.fsf@no-log.org> thank you has all ! i have 2 web site now Edi Weitz writes: > Hi! > > On Tue, 27 Sep 2005 16:08:22 +0200, Nicolas Lamirault wrote: > >> i use tbnl to manage some web site. >> i would like to know how can i do to have several web site ? > > This is actually more a question about Apache/mod_lisp and not about > TBNL but it's OK to discuss it here. > >> i have this already : >> >> LispServer 127.0.0.1 3000 "tbnl" >> >> >> SetHandler lisp-handler >> >> >> i would like to start a second web site >> someone know how can i do this ? >> >> >> SetHandler lisp-handler >> > > For example: > > > LispServer 127.0.0.1 3000 "foo" > SetHandler lisp-handler > > > > LispServer 127.0.0.1 3001 "bar" > SetHandler lisp-handler > > > Then start two different Lisps, one listening on 3000, the other one > listening on 3001. > > Does that help? > > Cheers, > Edi. > -- Nicolas Lamirault From lam at tuxfamily.org Thu Sep 29 11:36:25 2005 From: lam at tuxfamily.org (Nicolas Lamirault) Date: Thu, 29 Sep 2005 13:36:25 +0200 Subject: [tbnl-devel] Multiple virtual host In-Reply-To: (Edi Weitz's message of "Wed, 28 Sep 2005 12:58:34 +0200") References: <87zmpy61t5.fsf@no-log.org> Message-ID: <877jd06r7q.fsf@no-log.org> Edi Weitz writes: > Hi! > > On Tue, 27 Sep 2005 16:08:22 +0200, Nicolas Lamirault wrote: > >> i use tbnl to manage some web site. >> i would like to know how can i do to have several web site ? > > This is actually more a question about Apache/mod_lisp and not about > TBNL but it's OK to discuss it here. > >> i have this already : >> >> LispServer 127.0.0.1 3000 "tbnl" >> >> >> SetHandler lisp-handler >> >> >> i would like to start a second web site >> someone know how can i do this ? >> >> >> SetHandler lisp-handler >> > > For example: > > > LispServer 127.0.0.1 3000 "foo" > SetHandler lisp-handler > > > > LispServer 127.0.0.1 3001 "bar" > SetHandler lisp-handler > > > Then start two different Lisps, one listening on 3000, the other one > listening on 3001. ok thanks a lot i try this configuration of apache : LispServer 127.0.0.1 3000 "cl-album" SetHandler lisp-handler LispServer 127.0.0.1 3001 "musicdb" SetHandler lisp-handler but when i try to acces web site by http://127.0.0.1/cl-album/index or http://127.0.0.1/musicdb/index, i have the tbnl's default page. > Does that help? > > Cheers, > Edi. > From edi at agharta.de Thu Sep 29 12:43:35 2005 From: edi at agharta.de (Edi Weitz) Date: Thu, 29 Sep 2005 14:43:35 +0200 Subject: [tbnl-devel] Multiple virtual host In-Reply-To: <877jd06r7q.fsf@no-log.org> (Nicolas Lamirault's message of "Thu, 29 Sep 2005 13:36:25 +0200") References: <87zmpy61t5.fsf@no-log.org> <877jd06r7q.fsf@no-log.org> Message-ID: On Thu, 29 Sep 2005 13:36:25 +0200, Nicolas Lamirault wrote: > i try this configuration of apache : > > > LispServer 127.0.0.1 3000 "cl-album" > SetHandler lisp-handler > > > > LispServer 127.0.0.1 3001 "musicdb" > SetHandler lisp-handler > > > but when i try to acces web site by http://127.0.0.1/cl-album/index > or http://127.0.0.1/musicdb/index, i have the tbnl's default page. What did you expect instead? Do you have dispatchers and handlers for the URIs "/cl-album/index" and "/musicdb/index"? Otherwise it is quite clear that you see the default page. For a simple test you could start two different Lisps like, say, LispWorks listening on port 3000 and CMUCL listening on port 3001. You should see two different default pages. Cheers, Edi. From eatme444 at hotmail.com Fri Sep 30 02:25:50 2005 From: eatme444 at hotmail.com (Anthony F) Date: Thu, 29 Sep 2005 19:25:50 -0700 Subject: [tbnl-devel] Firefox Message-ID: Hi all, I recently started playing with LispWorks, Apache w/ mod_lisp2 and TBNL. I'm using the newest TBNL as well as the newest versions of all its dependencies. I'm using the free version of LispWorks and therefore have a heap size limit, and I'm using Windows XP Pro. The problem was that I after I got everything working I was randomly clicking on the test page link when LispWorks quickly died after a few simple clicks. It seemed to leak 3-4 megs per click! Upon further investigation it turns out this is a Firefox specific problem (haven't tested Opera yet :) ) and it doesn't happen in IE. Checking the Apache logs I get lots of these when browsing with Firefox: [Thu Sep 29 19:08:10 2005] [notice] [TBNL] No session for session identifier '1:158C42649C449770460538C62DC7A0EF' (User-Agent: 'Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 Firefox/1.0.7', IP: '127.0.0.1') So obviously there is a session handling problem with Firefox? I'm guessing that it's starting a new session with each refresh, and hence the memory usage. I'll look into it further and try to get into some of the TBNL code, but I'm a rookie with Lisp so it might take me a while! Any help would be appreciated... Thanks! Anthony -------------- next part -------------- An HTML attachment was scrubbed... URL: From hutch at recursive.ca Fri Sep 30 12:59:51 2005 From: hutch at recursive.ca (Bob Hutchison) Date: Fri, 30 Sep 2005 08:59:51 -0400 Subject: [tbnl-devel] Firefox In-Reply-To: References: Message-ID: <51C49453-FBF7-46DF-903A-0B5DF9BBAF79@recursive.ca> Hi, I've seen this before (long ago) and can't quite remember what caused it. I believe it has to do with restarting the lisp/TBNL server without restarting apache. Try cleaning Firefox's cache, if that doesn't work try cleaning everything in Firefox (the 'clear all' button in preference>privacy). You might have to refresh a couple of times too. It is a real pain. If I remember, this is one of the reasons I work day-to-day with a stand-alone version of TBNL (either through Araneida or TBNL's built in capabilities (in fact, this is, I think, the reason I contributed the TBNL stand-alone stuff in the first place :-)) Cheers, Bob On Sep 29, 2005, at 10:25 PM, Anthony F wrote: > Hi all, > > I recently started playing with LispWorks, Apache w/ mod_lisp2 and > TBNL. I'm using the newest TBNL as well as the newest versions of > all its dependencies. I'm using the free version of LispWorks and > therefore have a heap size limit, and I'm using Windows XP Pro. > > The problem was that I after I got everything working I was > randomly clicking on the test page link when LispWorks quickly died > after a few simple clicks. It seemed to leak 3-4 megs per click! > > Upon further investigation it turns out this is a Firefox specific > problem (haven't tested Opera yet :) ) and it doesn't happen in > IE. Checking the Apache logs I get lots of these when browsing > with Firefox: > > [Thu Sep 29 19:08:10 2005] [notice] [TBNL] No session for session > identifier '1:158C42649C449770460538C62DC7A0EF' (User-Agent: > 'Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/ > 20050915 Firefox/1.0.7', IP: '127.0.0.1') > > So obviously there is a session handling problem with Firefox? I'm > guessing that it's starting a new session with each refresh, and > hence the memory usage. > > I'll look into it further and try to get into some of the TBNL > code, but I'm a rookie with Lisp so it might take me a while! Any > help would be appreciated... > > Thanks! > > Anthony > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel ---- Bob Hutchison -- blogs at Recursive Design Inc. -- Raconteur -- -------------- next part -------------- An HTML attachment was scrubbed... URL: From hutch at recursive.ca Fri Sep 30 13:01:01 2005 From: hutch at recursive.ca (Bob Hutchison) Date: Fri, 30 Sep 2005 09:01:01 -0400 Subject: [tbnl-devel] Firefox In-Reply-To: <51C49453-FBF7-46DF-903A-0B5DF9BBAF79@recursive.ca> References: <51C49453-FBF7-46DF-903A-0B5DF9BBAF79@recursive.ca> Message-ID: On Sep 30, 2005, at 8:59 AM, Bob Hutchison wrote: > Hi, > > I've seen this before (long ago) and can't quite remember what > caused it. I believe it has to do with restarting the lisp/TBNL > server without restarting apache. Try cleaning Firefox's cache, if > that doesn't work try cleaning everything in Firefox (the 'clear > all' button in preference>privacy). You might have to refresh a > couple of times too. It is a real pain. And you know, thinking about it, I think I had to restart Apache too. > > If I remember, this is one of the reasons I work day-to-day with a > stand-alone version of TBNL (either through Araneida or TBNL's > built in capabilities (in fact, this is, I think, the reason I > contributed the TBNL stand-alone stuff in the first place :-)) > > Cheers, > Bob > > On Sep 29, 2005, at 10:25 PM, Anthony F wrote: > >> Hi all, >> >> I recently started playing with LispWorks, Apache w/ mod_lisp2 and >> TBNL. I'm using the newest TBNL as well as the newest versions of >> all its dependencies. I'm using the free version of LispWorks and >> therefore have a heap size limit, and I'm using Windows XP Pro. >> >> The problem was that I after I got everything working I was >> randomly clicking on the test page link when LispWorks quickly >> died after a few simple clicks. It seemed to leak 3-4 megs per >> click! >> >> Upon further investigation it turns out this is a Firefox specific >> problem (haven't tested Opera yet :) ) and it doesn't happen in >> IE. Checking the Apache logs I get lots of these when browsing >> with Firefox: >> >> [Thu Sep 29 19:08:10 2005] [notice] [TBNL] No session for session >> identifier '1:158C42649C449770460538C62DC7A0EF' (User-Agent: >> 'Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/ >> 20050915 Firefox/1.0.7', IP: '127.0.0.1') >> >> So obviously there is a session handling problem with Firefox? >> I'm guessing that it's starting a new session with each refresh, >> and hence the memory usage. >> >> I'll look into it further and try to get into some of the TBNL >> code, but I'm a rookie with Lisp so it might take me a while! Any >> help would be appreciated... >> >> Thanks! >> >> Anthony >> _______________________________________________ >> tbnl-devel site list >> tbnl-devel at common-lisp.net >> http://common-lisp.net/mailman/listinfo/tbnl-devel > > ---- > Bob Hutchison -- blogs at > Recursive Design Inc. -- > Raconteur -- > > ---- Bob Hutchison -- blogs at Recursive Design Inc. -- Raconteur -- -------------- next part -------------- An HTML attachment was scrubbed... URL: From edi at agharta.de Fri Sep 30 13:26:48 2005 From: edi at agharta.de (Edi Weitz) Date: Fri, 30 Sep 2005 15:26:48 +0200 Subject: [tbnl-devel] Firefox In-Reply-To: (Bob Hutchison's message of "Fri, 30 Sep 2005 09:01:01 -0400") References: <51C49453-FBF7-46DF-903A-0B5DF9BBAF79@recursive.ca> Message-ID: On Fri, 30 Sep 2005 09:01:01 -0400, Bob Hutchison wrote: > And you know, thinking about it, I think I had to restart Apache > too. Yeah, that's one of the drawbacks of the mod_lisp backend - during development there are situations where you /must/ restart Apache or you have to cope with dangling connections. I'm glad you contributed the stand-alone backend, that's what I'm using for development now... :) To the OP: Firefox/Win is my main browser and LispWorks is my main Lisp platform. I'm not aware of any problems specific to these. What exactly do you mean by "seemed to leak 3-4 megs per click?" As for the session stuff in the logs you might want to check with something like "Live HTTP Headers" to see what's going on. Cheers, Edi. From eatme444 at hotmail.com Fri Sep 30 18:08:09 2005 From: eatme444 at hotmail.com (Anthony F) Date: Fri, 30 Sep 2005 11:08:09 -0700 Subject: [tbnl-devel] Firefox References: <51C49453-FBF7-46DF-903A-0B5DF9BBAF79@recursive.ca> Message-ID: Perhaps "Leak" was too strong a word. I'm not sure exactly what is going on yet, but here are the symptoms: I start Apache, then TBNL. I hit the test page with Firefox. While watching the Process tab in Task Manager I follow a link. Memory usage on the LispWorks process jumps anywhere from 2 to 5 megs. Following any other links within the test app or refreshing the page causes the same until I hit LispWorks Personal's heap size limit and it dies. I have yet to check if restarting Apache fixes the problem, but I will report on that later. HOWEVER, I notice that even with IE a very small amount of memory seems to be leaking? If you hit the Test app from IE, follow a link and/or repeatedly refresh I notice memory usage on the LispWorks process creep upwards ever so slowly. Having said this, I have not actually done any real investigating yet (like I said, I'm a total newb)... so this may or may not be a result of expected behavior. On a seperate note: I don't really want to start a mod_lisp vs. other options war, but is anyone using a Lisp server (AllegroServer, TBNL's server, etc) back end in a production environment? I was wondering about performance, security, other issues, etc. Personally, I feel "safer" using Apache as it's battle hardened and fairly ubiquitous, but maybe those feelings are unfounded? Any comments? Thanks! Anthony ----- Original Message ----- From: "Edi Weitz" To: "Bob Hutchison" Cc: Sent: Friday, September 30, 2005 6:26 AM Subject: Re: [tbnl-devel] Firefox > On Fri, 30 Sep 2005 09:01:01 -0400, Bob Hutchison > wrote: > >> And you know, thinking about it, I think I had to restart Apache >> too. > > Yeah, that's one of the drawbacks of the mod_lisp backend - during > development there are situations where you /must/ restart Apache or > you have to cope with dangling connections. I'm glad you contributed > the stand-alone backend, that's what I'm using for development > now... :) > > To the OP: Firefox/Win is my main browser and LispWorks is my main > Lisp platform. I'm not aware of any problems specific to these. What > exactly do you mean by "seemed to leak 3-4 megs per click?" > > As for the session stuff in the logs you might want to check with > something like "Live HTTP Headers" to see what's going on. > > Cheers, > Edi. > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > From hutch at recursive.ca Fri Sep 30 23:24:26 2005 From: hutch at recursive.ca (Bob Hutchison) Date: Fri, 30 Sep 2005 19:24:26 -0400 Subject: [tbnl-devel] Firefox In-Reply-To: References: <51C49453-FBF7-46DF-903A-0B5DF9BBAF79@recursive.ca> Message-ID: On Sep 30, 2005, at 2:08 PM, Anthony F wrote: > Perhaps "Leak" was too strong a word. I'm not sure exactly what is > going on yet, but here are the symptoms: > > I start Apache, then TBNL. I hit the test page with Firefox. > While watching the Process tab in Task Manager I follow a link. > Memory usage on the LispWorks process jumps anywhere from 2 to 5 > megs. Following any other links within the test app or refreshing > the page causes the same until I hit LispWorks Personal's heap size > limit and it dies. > > I have yet to check if restarting Apache fixes the problem, but I > will report on that later. HOWEVER, I notice that even with IE a > very small amount of memory seems to be leaking? If you hit the > Test app from IE, follow a link and/or repeatedly refresh I notice > memory usage on the LispWorks process creep upwards ever so slowly. > Hmm, I do not experience this with my application at all. Now, I do know that it takes a while for memory usage in LW to settle down. You might want to try automating it with wget+script or ab and see what happens. (ab is apache's benchmarking tool, and that's where the name comes from) Now, under OS/X using TBNL standalone I do get an infinite growth in memory that will eventually kill LW -- eventually is within a few seconds (or if I'm using ab, a small fraction of a second). This doesn't happen under linux (by personal testing) or windows (by report). It also doesn't happen using Araneida or Apache on OS/X. I mention this because you might have somehow encountered this problem with a different configuration. Unfortunately, I have never worked out what the problem is. > > Having said this, I have not actually done any real investigating > yet (like I said, I'm a total newb)... so this may or may not be a > result of expected behavior. > > On a seperate note: I don't really want to start a mod_lisp vs. > other options war, but is anyone using a Lisp server > (AllegroServer, TBNL's server, etc) back end in a production > environment? I was wondering about performance, security, other > issues, etc. Personally, I feel "safer" using Apache as it's > battle hardened and fairly ubiquitous, but maybe those feelings are > unfounded? Any comments? > I've been running a demo version of the system I've been working on, stand-alone TBNL on linux, light load, but running continuously since the first week of June. Performance of TBNL without Apache in front of it (either Araneida or standalone) is phenomenal -- I've got a Java background and this level of performance is hard to get used to :-) Apache slows this down by pretty much exactly a factor of two on OS/X, but that is still an embarrassment for Java -- no Java server that I've used (tomcat, jetty, jboss, weblogic, websphere, resin, jrun) can do anything like this. Edi's done a wonderful job with TBNL -- fast and easy to use. Cheers, Bob > > Thanks! > > Anthony > > ----- Original Message ----- From: "Edi Weitz" > To: "Bob Hutchison" > Cc: > Sent: Friday, September 30, 2005 6:26 AM > Subject: Re: [tbnl-devel] Firefox > > > > >> On Fri, 30 Sep 2005 09:01:01 -0400, Bob Hutchison >> wrote: >> >> >> >>> And you know, thinking about it, I think I had to restart Apache >>> too. >>> >>> >> >> Yeah, that's one of the drawbacks of the mod_lisp backend - during >> development there are situations where you /must/ restart Apache or >> you have to cope with dangling connections. I'm glad you contributed >> the stand-alone backend, that's what I'm using for development >> now... :) >> >> To the OP: Firefox/Win is my main browser and LispWorks is my main >> Lisp platform. I'm not aware of any problems specific to these. >> What >> exactly do you mean by "seemed to leak 3-4 megs per click?" >> >> As for the session stuff in the logs you might want to check with >> something like "Live HTTP Headers" to see what's going on. >> >> Cheers, >> Edi. >> _______________________________________________ >> tbnl-devel site list >> tbnl-devel at common-lisp.net >> http://common-lisp.net/mailman/listinfo/tbnl-devel >> >> > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > > ---- Bob Hutchison -- blogs at Recursive Design Inc. -- Raconteur --