From edi at agharta.de Sun Oct 2 01:26:11 2005 From: edi at agharta.de (Edi Weitz) Date: Sun, 02 Oct 2005 03:26:11 +0200 Subject: [tbnl-devel] Firefox In-Reply-To: (Anthony F.'s message of "Fri, 30 Sep 2005 11:08:09 -0700") References: <51C49453-FBF7-46DF-903A-0B5DF9BBAF79@recursive.ca> Message-ID: On Fri, 30 Sep 2005 11:08:09 -0700, "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. > > 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. I've just experimented with this myself a little bit and I have to admit that TBNL on LispWorks does indeed seem to "leak" memory in that the size of the LW application grows continuously without shrinking again - on Linux as well as on Windows. It turns out that a lot of this is due to the external format code I introduced in 0.8.0 which uses the FLI. In particular, there's a call to SYS:IN-STATIC-AREA in there which I guess is the culprit. It was my understanding that these statically allocated objects are subject to normal garbage collection but it looks as if new static segments are allocated all the time. As the LW reference manual says: "Such additional segments would cause the application to grow irreversibly." But even pre-0.8.0 TBNL on LW "leaks" a bit. It looks like at least under heavy load the higher generations tend to grow so one should probably call MARK-AND-SWEEP from time to time. I'm a bit too busy right now to investigate this further but maybe someone else wants to look at it and fix it. > 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 don't think there's a reason to assume that Lisp servers are inherently less secure than Apache, actually I tend to think that there are a lot of "typical" security holes that you'll see in a C/C++ app but not in a Lisp app. As fas as performance is concerned I'm pretty sure that Lisp servers are definitely "fast enough." If one of the websites I'm maintaining should really ever have so much traffic that it hits the performance limits one can see when benchmarking Apache/mod_lisp/TBNL I'd be very happy... :) Having said that - there aren't many Lisp web servers out there that fully implement HTTP/1.1 and you certainly want that if you're serving production web sites. TBNL stand-alone doesn't do HTTP/1.1 and Araneida doesn't do it either AFAIK. AllegroServer does, though, and it has been used successfully in production environments like these: Another example for a Lisp web server used in a production environment, although a bit dated, is the White House Electronic Publications server which was running atop CL-HTTP when Clinton was still in office. CL-HTTP is also HTTP/1.1-compliant, BTW. It just has a somewhat peculiar license. Cheers, Edi. From edi at agharta.de Tue Oct 4 18:40:56 2005 From: edi at agharta.de (Edi Weitz) Date: Tue, 04 Oct 2005 20:40:56 +0200 Subject: [tbnl-devel] Firefox In-Reply-To: (Edi Weitz's message of "Sun, 02 Oct 2005 03:26:11 +0200") References: <51C49453-FBF7-46DF-903A-0B5DF9BBAF79@recursive.ca> Message-ID: On Sun, 02 Oct 2005 03:26:11 +0200, Edi Weitz wrote: > I've just experimented with this myself a little bit and I have to > admit that TBNL on LispWorks does indeed seem to "leak" memory in > that the size of the LW application grows continuously without > shrinking again - on Linux as well as on Windows. It turns out that > a lot of this is due to the external format code I introduced in > 0.8.0 which uses the FLI. In particular, there's a call to > SYS:IN-STATIC-AREA in there which I guess is the culprit. Yes, that /was/ the culprit. It turns out this is a bug in LW which'll be fixed soon: Until then there's no immediate solution other than using undocumented functions like ENCODE-LISP-STRING which don't work well with delivery. Cheers, Edi. From peter.barabas at gmail.com Thu Oct 6 08:02:57 2005 From: peter.barabas at gmail.com (Peter BARABAS) Date: Thu, 6 Oct 2005 10:02:57 +0200 Subject: [tbnl-devel] PATH_INFO Message-ID: <4f2a8db50510060102r3e8545cey673d480f9e737634@mail.gmail.com> Hello, Is it possible to get the path info with TBNL? I couldn't find it in the manual. Thanks! -- '(Yours parenthetically), peter barabas. ((call/cc call/cc) (call/cc call/cc)) From edi at agharta.de Thu Oct 6 17:21:07 2005 From: edi at agharta.de (Edi Weitz) Date: Thu, 06 Oct 2005 19:21:07 +0200 Subject: [tbnl-devel] PATH_INFO In-Reply-To: <4f2a8db50510060102r3e8545cey673d480f9e737634@mail.gmail.com> (Peter BARABAS's message of "Thu, 6 Oct 2005 10:02:57 +0200") References: <4f2a8db50510060102r3e8545cey673d480f9e737634@mail.gmail.com> Message-ID: On Thu, 6 Oct 2005 10:02:57 +0200, Peter BARABAS wrote: > Is it possible to get the path info with TBNL? I couldn't find it in > the manual. What is the path info? Do you mean this? From edi at agharta.de Thu Oct 6 19:00:30 2005 From: edi at agharta.de (Edi Weitz) Date: Thu, 06 Oct 2005 21:00:30 +0200 Subject: [tbnl-devel] PATH_INFO In-Reply-To: <4f2a8db50510061117ra1b2249v751e9aed330559a0@mail.gmail.com> (Peter BARABAS's message of "Thu, 6 Oct 2005 20:17:55 +0200") References: <4f2a8db50510060102r3e8545cey673d480f9e737634@mail.gmail.com> <4f2a8db50510061117ra1b2249v751e9aed330559a0@mail.gmail.com> Message-ID: On Thu, 6 Oct 2005 20:17:55 +0200, Peter BARABAS wrote: > As far as I know they are different things. If PATH_INFO exists, it's > the next after SCRIPT_NAME. It's something like: > http://www.unknown.net/script.cgi/path_info. OK, I've googled around a bit and to me it looks like PATH_INFO only makes sense for file-based web services. How would you define the value of PATH_INFO for an arbitrary TBNL request? From peter.barabas at gmail.com Thu Oct 6 18:17:55 2005 From: peter.barabas at gmail.com (Peter BARABAS) Date: Thu, 6 Oct 2005 20:17:55 +0200 Subject: [tbnl-devel] PATH_INFO In-Reply-To: References: <4f2a8db50510060102r3e8545cey673d480f9e737634@mail.gmail.com> Message-ID: <4f2a8db50510061117ra1b2249v751e9aed330559a0@mail.gmail.com> On 10/6/05, Edi Weitz wrote: > On Thu, 6 Oct 2005 10:02:57 +0200, Peter BARABAS wrote: > > > Is it possible to get the path info with TBNL? I couldn't find it in > > the manual. > > What is the path info? Do you mean this? > > > As far as I know they are different things. If PATH_INFO exists, it's the next after SCRIPT_NAME. It's something like: http://www.unknown.net/script.cgi/path_info. -- '(Yours parenthetically), peter barabas. ((call/cc call/cc) (call/cc call/cc)) From ignas.mikalajunas at gmail.com Fri Oct 7 00:21:44 2005 From: ignas.mikalajunas at gmail.com (Ignas Mikalajunas) Date: Fri, 7 Oct 2005 03:21:44 +0300 Subject: [tbnl-devel] Jpg/png upload/download issues while using cvs SBCL and "stand-alone" TBNL Message-ID: Hi, I am not 100% sure that it is a bug in tbnl not in my setup though when using SBCL (cvs version 2005-10-07) it seems that tbnl refuses to serve jpg/png files ... I have tried launching the test application and it works fine except for the "Binary data, delivered from file (a picture)" "Binary data, delivered from RAM (same picture)" sections :/ I thought that the problem might be in the dispatcher, but i could not upload jpg/png files through "File Uploads" too (post script files uploaded/downloaded fine) i was just geting back to the upload page after clicking on the submit button. At the same time - the same set up worked fine on CMUCL, i mean i could see example image and could download/upload any files i want. I got no errors on the lisp side, so i can't send you any tracebacks. Ignas Mikalaj?nas From edi at agharta.de Fri Oct 7 00:50:24 2005 From: edi at agharta.de (Edi Weitz) Date: Fri, 07 Oct 2005 02:50:24 +0200 Subject: [tbnl-devel] New version 0.8.2 Message-ID: ChangeLog: Version 0.8.2 2005-10-06 Make STRING-TO-OCTETS and OCTETS-TO-STRING safer for LW Download: Cheers, Edi. From edi at agharta.de Fri Oct 7 01:11:36 2005 From: edi at agharta.de (Edi Weitz) Date: Fri, 07 Oct 2005 03:11:36 +0200 Subject: [tbnl-devel] Jpg/png upload/download issues while using cvs SBCL and "stand-alone" TBNL In-Reply-To: (Ignas Mikalajunas's message of "Fri, 7 Oct 2005 03:21:44 +0300") References: Message-ID: On Fri, 7 Oct 2005 03:21:44 +0300, Ignas Mikalajunas wrote: > Hi, I am not 100% sure that it is a bug in tbnl not in my setup > though when using SBCL (cvs version 2005-10-07) it seems that tbnl > refuses to serve jpg/png files ... This might be a problem with SBCL's Unicode implementation.[*] We had similar issues already: I'm sorry but TBNL is kind of unsupported for SBCL. I don't use it and nobody else has sent patches yet to fix the known problems. Cheers, Edi. [*] To make this clear: The problem is TBNL, not SBCL. From peter.barabas at gmail.com Fri Oct 7 09:04:26 2005 From: peter.barabas at gmail.com (Peter BARABAS) Date: Fri, 7 Oct 2005 11:04:26 +0200 Subject: [tbnl-devel] PATH_INFO In-Reply-To: References: <4f2a8db50510060102r3e8545cey673d480f9e737634@mail.gmail.com> <4f2a8db50510061117ra1b2249v751e9aed330559a0@mail.gmail.com> Message-ID: <4f2a8db50510070204j55b3bd0hc474253acb61b50a@mail.gmail.com> On 10/6/05, Edi Weitz wrote: > On Thu, 6 Oct 2005 20:17:55 +0200, Peter BARABAS wrote: > > > As far as I know they are different things. If PATH_INFO exists, it's > > the next after SCRIPT_NAME. It's something like: > > http://www.unknown.net/script.cgi/path_info. > > OK, I've googled around a bit and to me it looks like PATH_INFO only > makes sense for file-based web services. How would you define the > value of PATH_INFO for an arbitrary TBNL request? > I don't know if it makes sense, but I'd treat the prefix dispatch part as SCRIPT_NAME and everything after it as PATH_INFO. E.g. in http://www.something.net/authors/Kurt_Vonnegut "/authors/" would be the SCRIPT_NAME and "Kurt_Vonnegut" the PATH_INFO. Again, this might be non-sense. -- '(Yours parenthetically), peter barabas. ((call/cc call/cc) (call/cc call/cc)) From edi at agharta.de Fri Oct 7 09:19:01 2005 From: edi at agharta.de (Edi Weitz) Date: Fri, 07 Oct 2005 11:19:01 +0200 Subject: [tbnl-devel] PATH_INFO In-Reply-To: <4f2a8db50510070204j55b3bd0hc474253acb61b50a@mail.gmail.com> (Peter BARABAS's message of "Fri, 7 Oct 2005 11:04:26 +0200") References: <4f2a8db50510060102r3e8545cey673d480f9e737634@mail.gmail.com> <4f2a8db50510061117ra1b2249v751e9aed330559a0@mail.gmail.com> <4f2a8db50510070204j55b3bd0hc474253acb61b50a@mail.gmail.com> Message-ID: On Fri, 7 Oct 2005 11:04:26 +0200, Peter BARABAS wrote: > I don't know if it makes sense, but I'd treat the prefix dispatch > part as SCRIPT_NAME and everything after it as PATH_INFO. E.g. in > http://www.something.net/authors/Kurt_Vonnegut "/authors/" would be > the SCRIPT_NAME and "Kurt_Vonnegut" the PATH_INFO. Again, this might > be non-sense. Yes, that would make sense with prefix dispatchers but not with arbitrary dispatchers. What if the dispatcher dispatches depending on the last three characters of the URI? Or depending on the phase of the moon? I think what you want can be achieved if you, in your own dispatcher, set AUX-REQUEST-VALUE to whatever information about the URI you want to communicate to the handlers. Only the dispatcher can know which part of the URI is relevant to the handler and which isn't. On a related note, I agree that SCRIPT-NAME might not be the best name but at the moment it's at least well-defined. Cheers, Edi. From hutch at recursive.ca Fri Oct 7 12:09:54 2005 From: hutch at recursive.ca (Bob Hutchison) Date: Fri, 7 Oct 2005 08:09:54 -0400 Subject: [tbnl-devel] PATH_INFO In-Reply-To: References: <4f2a8db50510060102r3e8545cey673d480f9e737634@mail.gmail.com> <4f2a8db50510061117ra1b2249v751e9aed330559a0@mail.gmail.com> <4f2a8db50510070204j55b3bd0hc474253acb61b50a@mail.gmail.com> Message-ID: Hi, Sorry I'm in a rush out the door, shouldn't really be writing this now... Is this what you had in mind Peter... I agree with Edi about not making sense in the general case, but that there is a really really common case, and that's where you are using a prefix to dispatch (maybe Java's influence, maybe just because it makes for useful URLs?) anyway... I've take two approaches to how this works, currently using TBNL, I've been writing things like: (let ((command (cdddr (split-sequence:split-sequence #\/ (script- name)))))... in the handler. This is a bit ugly because you have to count the 'd's in your cd*r -- but I note that the dispatch prefix is not always the same as the command prefix (dispatch prefixes can take a minimalist approach, only specify the minimum needed) so the handler had to do some work or know something anyway. (btw, I used the word 'command', Peter used 'PATH_INFO' -- I don't really like either :-) Anyway, if you do this then you have a list of strings. Handy. In a much larger Java application this was far too limiting. I wrote a dispatching system that allowed the programmer to name parts of the URL in the regex used to dispatch. The named parts were then turned into parameter like things. Sooner or later I'm going to have to write this in lisp. Cheers, Bob On Oct 7, 2005, at 5:19 AM, Edi Weitz wrote: > On Fri, 7 Oct 2005 11:04:26 +0200, Peter BARABAS > wrote: > > > >> I don't know if it makes sense, but I'd treat the prefix dispatch >> part as SCRIPT_NAME and everything after it as PATH_INFO. E.g. in >> http://www.something.net/authors/Kurt_Vonnegut "/authors/" would be >> the SCRIPT_NAME and "Kurt_Vonnegut" the PATH_INFO. Again, this might >> be non-sense. >> >> > > Yes, that would make sense with prefix dispatchers but not with > arbitrary dispatchers. What if the dispatcher dispatches depending on > the last three characters of the URI? Or depending on the phase of > the moon? > > I think what you want can be achieved if you, in your own dispatcher, > set AUX-REQUEST-VALUE to whatever information about the URI you want > to communicate to the handlers. Only the dispatcher can know which > part of the URI is relevant to the handler and which isn't. > > On a related note, I agree that SCRIPT-NAME might not be the best name > but at the moment it's at least well-defined. > > 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 alceste.scalas at gmx.net Sat Oct 8 07:52:21 2005 From: alceste.scalas at gmx.net (Alceste Scalas) Date: Sat, 08 Oct 2005 09:52:21 +0200 Subject: [tbnl-devel] PATH_INFO In-Reply-To: <4f2a8db50510070204j55b3bd0hc474253acb61b50a@mail.gmail.com> References: <4f2a8db50510060102r3e8545cey673d480f9e737634@mail.gmail.com> <4f2a8db50510061117ra1b2249v751e9aed330559a0@mail.gmail.com> <4f2a8db50510070204j55b3bd0hc474253acb61b50a@mail.gmail.com> Message-ID: <1128757941.8575.21.camel@localhost> Il giorno ven, 07/10/2005 alle 11.04 +0200, Peter BARABAS ha scritto: > OE.g. in > http://www.something.net/authors/Kurt_Vonnegut "/authors/" would be > the SCRIPT_NAME and "Kurt_Vonnegut" the PATH_INFO. You could use create-groups-bind-regex-dispatcher, a macro I wrote just for this pourpose: extracting parameters from URLs. See the contrib/ directory, and the README file. In short, you could append this to your *dispatch-table* (untested, the regex may be wrong :-): (create-groups-bind-regex-dispatcher "^\\/authors\\/([^\\/])$" (author) authors-dispatch-fn) And a dispatch-fn like this, that will take the author out of the URL as a keyword argument: (defun authors-dispatch-fn (&key author) (do-stuff author)) You could (well, should) also url-decode the argument before passing it to the dispatch-fn: (create-groups-bind-regex-dispatcher "^\\/authors\\/([^\\/])$" ((url-decode author)) authors-dispatch-fn) Regards, alceste -- Alceste Scalas From timothy.s.bennett at gmail.com Sat Oct 8 07:46:30 2005 From: timothy.s.bennett at gmail.com (Timothy Bennett) Date: Sat, 8 Oct 2005 00:46:30 -0700 Subject: [tbnl-devel] Unicode Parameters in OpenMCL Message-ID: I have come up with a small way to read and correctly display form data with non-ascii characters in OpenMCL, which does not support Unicode. Or at least, I think I have. There may be good reason not to do things this way - someone let me know if that is the case. First, I redefined escape-for-html so that it would return NIL if its parameter was NIL instead of generating an error. Then I just used escape-for-html instead of escape-string-all when displaying the parameter (I was just playing around with the tests that came with TBNL here). My question is this: are there problems that can arise with the use of escape-for-html that escape-string-all avoids? If not, then I'll just be using this. Tim Bennett From hutch at recursive.ca Sat Oct 8 12:08:07 2005 From: hutch at recursive.ca (Bob Hutchison) Date: Sat, 8 Oct 2005 08:08:07 -0400 Subject: [tbnl-devel] PATH_INFO In-Reply-To: <1128757941.8575.21.camel@localhost> References: <4f2a8db50510060102r3e8545cey673d480f9e737634@mail.gmail.com> <4f2a8db50510061117ra1b2249v751e9aed330559a0@mail.gmail.com> <4f2a8db50510070204j55b3bd0hc474253acb61b50a@mail.gmail.com> <1128757941.8575.21.camel@localhost> Message-ID: <926E4EAA-B3E0-4FE1-8EDA-5167DB35BB39@recursive.ca> On Oct 8, 2005, at 3:52 AM, Alceste Scalas wrote: > Il giorno ven, 07/10/2005 alle 11.04 +0200, Peter BARABAS ha scritto: > > >> OE.g. in >> http://www.something.net/authors/Kurt_Vonnegut "/authors/" would be >> the SCRIPT_NAME and "Kurt_Vonnegut" the PATH_INFO. >> >> > > You could use create-groups-bind-regex-dispatcher, a macro I wrote > just > for this pourpose: extracting parameters from URLs. See the contrib/ > directory, and the README file. > Oh, that's perfect for me. Thanks! With any luck the OP can use it too. Cheers, Bob From edi at agharta.de Sat Oct 8 14:54:43 2005 From: edi at agharta.de (Edi Weitz) Date: Sat, 08 Oct 2005 16:54:43 +0200 Subject: [tbnl-devel] Unicode Parameters in OpenMCL In-Reply-To: (Timothy Bennett's message of "Sat, 8 Oct 2005 00:46:30 -0700") References: Message-ID: Hi! On Sat, 8 Oct 2005 00:46:30 -0700, Timothy Bennett wrote: > I have come up with a small way to read and correctly display form > data with non-ascii characters in OpenMCL, which does not support > Unicode. It doesn't? Oh, I didn't know that. > Or at least, I think I have. There may be good reason not to do > things this way - someone let me know if that is the case. > > First, I redefined escape-for-html so that it would return NIL if > its parameter was NIL instead of generating an error. Then I just > used escape-for-html instead of escape-string-all when displaying > the parameter (I was just playing around with the tests that came > with TBNL here). > > My question is this: are there problems that can arise with the use > of escape-for-html that escape-string-all avoids? If not, then I'll > just be using this. This is assuming that OpenMCL uses 8-bit characters similar to CMUCL: ESCAPE-STRING-ALL will escape /all/ characters that aren't part of the 7-bit ASCII repertoire while ESCAPE-FOR-HTML will only escape a couple of "critical" characters like < and &. This is relevant if your HTML page contains non-ASCII characters (like, say, umlauts). If you don't escape them you better send corresponding information to the browser (which is a good idea anyway) - either a header like Content-Type: text/html; charset=iso-8859-1 (which is the default header used by TBNL) or a meta tag like . Cheers, Edi. From ignas.mikalajunas at gmail.com Sat Oct 8 22:12:48 2005 From: ignas.mikalajunas at gmail.com (Ignas Mikalajunas) Date: Sun, 9 Oct 2005 01:12:48 +0300 Subject: [tbnl-devel] Jpg/png upload/download issues while using cvs SBCL and "stand-alone" TBNL In-Reply-To: References: Message-ID: > I'm sorry but TBNL is kind of unsupported for SBCL. I don't use it > and nobody else has sent patches yet to fix the known problems. > > Cheers, > Edi. > > [*] To make this clear: The problem is TBNL, not SBCL. > Well CVS SBCL supports bivalent streams and the only thing i had to do was - add tbnl-bivalent-streams to features ... now examples work just fine. Ignas Mikalajunas From edi at agharta.de Sun Oct 9 19:52:36 2005 From: edi at agharta.de (Edi Weitz) Date: Sun, 09 Oct 2005 21:52:36 +0200 Subject: [tbnl-devel] Jpg/png upload/download issues while using cvs SBCL and "stand-alone" TBNL In-Reply-To: (Ignas Mikalajunas's message of "Sun, 9 Oct 2005 01:12:48 +0300") References: Message-ID: On Sun, 9 Oct 2005 01:12:48 +0300, Ignas Mikalajunas wrote: > Well CVS SBCL supports bivalent streams and the only thing i had to > do was - add tbnl-bivalent-streams to features ... now examples work > just fine. Thanks for the info. Does that mean one has to add this to *FEATURES* before building SBCL or just before using TBNL? Do you know since when SBCL has bivalent streams? Thanks, Edi. From ignas.mikalajunas at gmail.com Mon Oct 10 06:38:13 2005 From: ignas.mikalajunas at gmail.com (Ignas Mikalajunas) Date: Mon, 10 Oct 2005 09:38:13 +0300 Subject: [tbnl-devel] Jpg/png upload/download issues while using cvs SBCL and "stand-alone" TBNL In-Reply-To: References: Message-ID: > Thanks for the info. Does that mean one has to add this to *FEATURES* > before building SBCL or just before using TBNL? Just before using tbnl. > Do you know since when SBCL has bivalent streams? According to http://constantly.at/ since the end of June, 2005 (not 100% sure though) Ignas From edi at agharta.de Mon Oct 10 14:49:35 2005 From: edi at agharta.de (Edi Weitz) Date: Mon, 10 Oct 2005 16:49:35 +0200 Subject: [tbnl-devel] New version 0.8.3 (Was: Firefox) In-Reply-To: (Edi Weitz's message of "Tue, 04 Oct 2005 20:40:56 +0200") References: <51C49453-FBF7-46DF-903A-0B5DF9BBAF79@recursive.ca> Message-ID: On Tue, 04 Oct 2005 20:40:56 +0200, Edi Weitz wrote: > Yes, that /was/ the culprit. It turns out this is a bug in LW > which'll be fixed soon: > > > > Until then there's no immediate solution other than using > undocumented functions like ENCODE-LISP-STRING which don't work well > with delivery. OK, thanks to LispWorks support there is a better solution now. If you're using LispWorks 4.4.5 on Windows or Linux (/not/ on OS X as the problem doesn't happen there) you can send an email to lisp-support at lispworks.com asking for the patch SYSTEM-CONS-FREE-CHAIN which you'll get for free. Please make sure to use the "Report Bug" command from the LW IDE to include a full bug report form. The new 0.8.3 release is just intended to alert users who don't read this mailing list of this problem. ChangeLog: Version 0.8.3 2005-10-10 Alert LW users that a patch for OCTETS-TO-STRINGS is available (thanks to LispWorks support) Download: Cheers, Edi. From lam at tuxfamily.org Mon Oct 10 19:10:59 2005 From: lam at tuxfamily.org (Nicolas Lamirault) Date: Mon, 10 Oct 2005 21:10:59 +0200 Subject: [tbnl-devel] Araneida ... Message-ID: <87achhmblo.fsf@no-log.org> hello, I would like to test araneida with TBNL. so i start slime : CL-USER> (asdf:operate 'asdf:load-op :tbnl) CL-USER> (asdf:operate 'asdf:load-op :araneida) CL-USER> (find-class 'tbnl:tbnl-araneida-handler) There is no class named TBNL:TBNL-ARANEIDA-HANDLER. [Condition of type SIMPLE-ERROR] Restarts: 0: [ABORT] Abort handling SLIME request. 1: [TERMINATE-THREAD] Terminate this thread (#) Backtrace: 0: (SB-PCL::FIND-CLASS-FROM-CELL TBNL:TBNL-ARANEIDA-HANDLER (NIL #) T) 1: (SB-INT:EVAL-IN-LEXENV (FIND-CLASS (QUOTE TBNL:TBNL-ARANEIDA-HANDLER)) #) someone know why i have this error ? PS : i use SBCL 0.9.4.65 (Debian), araneida 0.9-a2, and tbnl 0.8.1 thanks for any help regards From timothy.s.bennett at gmail.com Mon Oct 10 19:25:27 2005 From: timothy.s.bennett at gmail.com (Timothy Bennett) Date: Mon, 10 Oct 2005 12:25:27 -0700 Subject: [tbnl-devel] Araneida ... In-Reply-To: <87achhmblo.fsf@no-log.org> References: <87achhmblo.fsf@no-log.org> Message-ID: Try loading araneida before loading TBNL. Looking at the definition of tbnl-araneida-handler, the class will only be created if the araneida package is all ready loaded. Tim On Oct 10, 2005, at 12:10 PM, Nicolas Lamirault wrote: > > hello, > I would like to test araneida with TBNL. > so i start slime : > > CL-USER> (asdf:operate 'asdf:load-op :tbnl) > > CL-USER> (asdf:operate 'asdf:load-op :araneida) > > CL-USER> (find-class 'tbnl:tbnl-araneida-handler) > There is no class named TBNL:TBNL-ARANEIDA-HANDLER. > [Condition of type SIMPLE-ERROR] > > Restarts: > 0: [ABORT] Abort handling SLIME request. > 1: [TERMINATE-THREAD] Terminate this thread (# thread" {98EA1D1}>) > > Backtrace: > 0: (SB-PCL::FIND-CLASS-FROM-CELL TBNL:TBNL-ARANEIDA-HANDLER (NIL > #) T) > 1: (SB-INT:EVAL-IN-LEXENV (FIND-CLASS (QUOTE > TBNL:TBNL-ARANEIDA-HANDLER)) #) > > > someone know why i have this error ? > > PS : i use SBCL 0.9.4.65 (Debian), araneida 0.9-a2, and tbnl 0.8.1 > > > thanks for any help > > regards > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > From edi at agharta.de Mon Oct 10 19:34:26 2005 From: edi at agharta.de (Edi Weitz) Date: Mon, 10 Oct 2005 21:34:26 +0200 Subject: [tbnl-devel] Araneida ... In-Reply-To: (Timothy Bennett's message of "Mon, 10 Oct 2005 12:25:27 -0700") References: <87achhmblo.fsf@no-log.org> Message-ID: On Mon, 10 Oct 2005 12:25:27 -0700, Timothy Bennett wrote: > Try loading araneida before loading TBNL. Looking at the definition > of tbnl-araneida-handler, the class will only be created if the > araneida package is all ready loaded. Correct. Actually, I think this is pretty clearly stated in the docs: Cheers, Edi. From lam at tuxfamily.org Mon Oct 10 20:57:48 2005 From: lam at tuxfamily.org (Nicolas Lamirault) Date: Mon, 10 Oct 2005 22:57:48 +0200 Subject: [tbnl-devel] Araneida ... In-Reply-To: (Edi Weitz's message of "Mon, 10 Oct 2005 21:34:26 +0200") References: <87achhmblo.fsf@no-log.org> Message-ID: <8764s5m6nn.fsf@no-log.org> Edi Weitz writes: > On Mon, 10 Oct 2005 12:25:27 -0700, Timothy Bennett wrote: > >> Try loading araneida before loading TBNL. Looking at the definition >> of tbnl-araneida-handler, the class will only be created if the >> araneida package is all ready loaded. > > Correct. Actually, I think this is pretty clearly stated in the docs: > > ok i my asd file, i have this : :depends-on (:araneida :tbnl) but when i load my defsystem, tbnl is loaded before araneida ... ; loading system definition from /home/nicolas/.sbcl/systems/tbnl.asd into ; # ; registering # as TBNL ; loading system definition from /home/nicolas/.sbcl/systems/url-rewrite.asd ; into # ; registering # as URL-REWRITE ; loading system definition from /home/nicolas/.sbcl/systems/rfc2388.asd into ; # ; registering # as RFC2388 ; loading system definition from /usr/share/common-lisp/systems/kmrcl.asd into ; # ; registering # as KMRCL ; loading system definition from /usr/share/common-lisp/systems/cl-ppcre.asd ; into # ; registering # as CL-PPCRE ; loading system definition from /usr/share/common-lisp/systems/cl-base64.asd ; into # ; registering # as CL-BASE64 ; registering # as CL-BASE64-TESTS ; loading system definition from /usr/share/common-lisp/systems/md5.asd into ; # ; registering # as MD5 ; loading system definition from /home/nicolas/.sbcl/systems/araneida.asd into ; # ; registering # as ARANEIDA ; loading system definition from ; /usr/share/common-lisp/systems/split-sequence.asd into # ; registering # as SPLIT-SEQUENCE ; loading system definition from ; /usr/share/common-lisp/systems/net-telent-date.asd into # ; registering # as NET-TELENT-DATE STYLE-WARNING: implicitly creating new generic function STRINGIFY-COOKIE i think this is not the correct mailing list for this question but is it possible to define order in dependencies ? > Cheers, > Edi. > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > From adam.thorsen at gmail.com Mon Oct 10 23:07:45 2005 From: adam.thorsen at gmail.com (Adam Thorsen) Date: Mon, 10 Oct 2005 19:07:45 -0400 Subject: [tbnl-devel] startup-idle-and-top-level-loops Message-ID: <290f54b70510101607o2059897fh950d54e4b0115ebb@mail.gmail.com> In order to keep CMUCL from freezing randomly when using TBNL, I need to run this: (mp::startup-idle-and-top-level-loops) However, this function does not return. How/when should I call this function? Thanks, -Adam From edi at agharta.de Tue Oct 11 07:36:45 2005 From: edi at agharta.de (Edi Weitz) Date: Tue, 11 Oct 2005 09:36:45 +0200 Subject: [tbnl-devel] startup-idle-and-top-level-loops In-Reply-To: <290f54b70510101607o2059897fh950d54e4b0115ebb@mail.gmail.com> (Adam Thorsen's message of "Mon, 10 Oct 2005 19:07:45 -0400") References: <290f54b70510101607o2059897fh950d54e4b0115ebb@mail.gmail.com> Message-ID: On Mon, 10 Oct 2005 19:07:45 -0400, Adam Thorsen wrote: > In order to keep CMUCL from freezing randomly when using TBNL, I need > to run this: > (mp::startup-idle-and-top-level-loops) > > However, this function does not return. How/when should I call this > function? On production servers where I run TBNL/CMUCL from the console (via detachtty) I have this at the very end of my ~/.cmucl-init. There are issues with SLIME, though, so I don't do this on development machines. I think this is something the CMUCL developers should eventually sort out somehow... :) Cheers, Edi. From edi at agharta.de Tue Oct 11 07:39:37 2005 From: edi at agharta.de (Edi Weitz) Date: Tue, 11 Oct 2005 09:39:37 +0200 Subject: [tbnl-devel] Araneida ... In-Reply-To: <8764s5m6nn.fsf@no-log.org> (Nicolas Lamirault's message of "Mon, 10 Oct 2005 22:57:48 +0200") References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> Message-ID: On Mon, 10 Oct 2005 22:57:48 +0200, Nicolas Lamirault wrote: > i think this is not the correct mailing list for this question but > is it possible to define order in dependencies ? I'm not aware of an easy way to do this. Maybe defining some intermediate systems in the same ASD file? From stesch at no-spoon.de Tue Oct 11 07:44:47 2005 From: stesch at no-spoon.de (Stefan Scholl) Date: Tue, 11 Oct 2005 09:44:47 +0200 Subject: [tbnl-devel] startup-idle-and-top-level-loops In-Reply-To: <290f54b70510101607o2059897fh950d54e4b0115ebb@mail.gmail.com> References: <290f54b70510101607o2059897fh950d54e4b0115ebb@mail.gmail.com> Message-ID: <20051011074447.GC31020@parsec.no-spoon.de> I have the following start script when I test CL-WIKI outside SLIME: #! /bin/sh lisp -eval "(asdf:operate 'asdf:load-op :cl-wiki)" \ -eval "(setf *print-pretty* nil)" \ -eval "(wiki:start)" \ -eval "(mp::startup-idle-and-top-level-loops)" From hutch at recursive.ca Tue Oct 11 12:01:48 2005 From: hutch at recursive.ca (Bob Hutchison) Date: Tue, 11 Oct 2005 08:01:48 -0400 Subject: [tbnl-devel] Araneida ... In-Reply-To: <8764s5m6nn.fsf@no-log.org> References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> Message-ID: <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> On Oct 10, 2005, at 4:57 PM, Nicolas Lamirault wrote: > > ok > i my asd file, i have this : > > :depends-on (:araneida :tbnl) > > but when i load my defsystem, tbnl is loaded before araneida ... > > [ snip ] > > i think this is not the correct mailing list for this question but is > it possible to define order in dependencies ? > > This drove me nuts. The only thing I got to work is to write: (asdf:operate 'asdf:load-op 'araneida) (asdf:operate 'asdf:load-op 'tbnl) or the equivalent someplace (like my .lispworks file) I suppose I should have talked to the ASDF people about this. I don't think I tried putting the (asdf:operate 'asdf:load-op 'araneida) at the top of my project's asd file -- you might try that. Cheers, Bob ---- Bob Hutchison -- blogs at Recursive Design Inc. -- Raconteur -- From lam at tuxfamily.org Tue Oct 11 12:58:17 2005 From: lam at tuxfamily.org (Nicolas Lamirault) Date: Tue, 11 Oct 2005 14:58:17 +0200 Subject: [tbnl-devel] Araneida ... In-Reply-To: <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> (Bob Hutchison's message of "Tue, 11 Oct 2005 08:01:48 -0400") References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> Message-ID: <87ll10rz12.fsf@no-log.org> Bob Hutchison writes: > On Oct 10, 2005, at 4:57 PM, Nicolas Lamirault wrote: > > >> >> ok >> i my asd file, i have this : >> >> :depends-on (:araneida :tbnl) >> >> but when i load my defsystem, tbnl is loaded before araneida ... >> >> > > [ snip ] > > >> >> i think this is not the correct mailing list for this question but is >> it possible to define order in dependencies ? >> >> > > This drove me nuts. The only thing I got to work is to write: > > (asdf:operate 'asdf:load-op 'araneida) > (asdf:operate 'asdf:load-op 'tbnl) > > or the equivalent someplace (like my .lispworks file) well ... i delete all fasl files from araneida and tbnl. so in slime : CL-USER> (asdf:operate 'asdf:load-op :araneida) [...] CL-USER> (asdf:operate 'asdf:load-op :tbnl) [...] ; /home/nicolas/.sbcl/site/tbnl-0.8.1/html.fasl written ; compilation finished in 0:00:00 ; compiling file "/home/nicolas/.sbcl/site/tbnl-0.8.1/modlisp.lisp" (written 17 SEP 2005 02:58:10 PM): ; compiling (IN-PACKAGE #:TBNL) ; compiling (DEFUN WRITE-HEADER-LINE ...) ; compiling (DEFUN WRITE-HEADER-LINE/MODLISP ...) ; compiling (DEFUN WRITE-HEADER-LINE/HTTP ...) ; compiling (DEFUN SEND-OUTPUT ...) ; compiling (DEFUN NO-CACHE ...) ; compiling (DEFUN REDIRECT ...) ; compiling (DEFUN REQUIRE-AUTHORIZATION ...) ; compiling (DEFUN PROCESS-REQUEST ...) ; compiling (DEFUN READ-HTTP-HEADERS ...) ; compiling (DEFUN READ-HTTP-REQUEST ...) ; compiling (DEFUN GET-REQUEST-DATA ...) ; compiling (DEFUN LISTEN-FOR-REQUEST ...) ; compiling (DEFUN START-TBNL ...) ; compiling (DEFUN STOP-TBNL ...) ; /home/nicolas/.sbcl/site/tbnl-0.8.1/modlisp.fasl written ; compilation finished in 0:00:00 ; compiling file "/home/nicolas/.sbcl/site/tbnl-0.8.1/araneida.lisp" ; (written 17 MAR 2005 10:16:16 PM): ; compiling (IN-PACKAGE #:TBNL) ; /home/nicolas/.sbcl/site/tbnl-0.8.1/araneida.fasl written ; compilation finished in 0:00:01 NIL CL-USER> (find-class 'tbnl:tbnl-araneida-handler) There is no class named TBNL:TBNL-ARANEIDA-HANDLER. [Condition of type SIMPLE-ERROR] Restarts: 0: [ABORT] Abort handling SLIME request. 1: [TERMINATE-THREAD] Terminate this thread (#) Backtrace: 0: (SB-PCL::FIND-CLASS-FROM-CELL TBNL:TBNL-ARANEIDA-HANDLER NIL T) 1: (SB-INT:EVAL-IN-LEXENV (FIND-CLASS (QUOTE TBNL:TBNL-ARANEIDA-HANDLER)) #) > I suppose I should have talked to the ASDF people about this. I don't > think I tried putting the (asdf:operate 'asdf:load-op 'araneida) at > the top of my project's asd file -- you might try that. > Cheers, > Bob > > ---- > Bob Hutchison -- blogs at > Recursive Design Inc. -- > Raconteur -- From edi at agharta.de Tue Oct 11 14:39:29 2005 From: edi at agharta.de (Edi Weitz) Date: Tue, 11 Oct 2005 16:39:29 +0200 Subject: [tbnl-devel] Araneida ... In-Reply-To: <87ll10rz12.fsf@no-log.org> (Nicolas Lamirault's message of "Tue, 11 Oct 2005 14:58:17 +0200") References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> <87ll10rz12.fsf@no-log.org> Message-ID: On Tue, 11 Oct 2005 14:58:17 +0200, Nicolas Lamirault wrote: > well ... > i delete all fasl files from araneida and tbnl. > so in slime : > > CL-USER> (asdf:operate 'asdf:load-op :araneida) > > [...] > > CL-USER> (asdf:operate 'asdf:load-op :tbnl) > > [...] > > CL-USER> (find-class 'tbnl:tbnl-araneida-handler) > > There is no class named TBNL:TBNL-ARANEIDA-HANDLER. > [Condition of type SIMPLE-ERROR] Strange - this works for me. Do you have :ARANEIDA in *FEATURES* after loading Araneida? Where did you get the Araneida code? > ; compiling file "/home/nicolas/.sbcl/site/tbnl-0.8.1/araneida.lisp" > ; (written 17 MAR 2005 10:16:16 PM): > ; compiling (IN-PACKAGE #:TBNL) > > ; /home/nicolas/.sbcl/site/tbnl-0.8.1/araneida.fasl written > ; compilation finished in 0:00:01 This looks as if your compiler didn't compile any of the forms in araneida.lisp. From that I'd assume that :ARANEIDA isn't in *FEATURES*... You did patch Araneida as described in the TBNL docs, didn't you? Cheers, Edi. From lam at tuxfamily.org Tue Oct 11 19:05:26 2005 From: lam at tuxfamily.org (Nicolas Lamirault) Date: Tue, 11 Oct 2005 21:05:26 +0200 Subject: [tbnl-devel] Araneida ... In-Reply-To: (Edi Weitz's message of "Tue, 11 Oct 2005 16:39:29 +0200") References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> <87ll10rz12.fsf@no-log.org> Message-ID: <87psqbyivd.fsf@no-log.org> Edi Weitz writes: > On Tue, 11 Oct 2005 14:58:17 +0200, Nicolas Lamirault wrote: > >> well ... >> i delete all fasl files from araneida and tbnl. >> so in slime : >> >> CL-USER> (asdf:operate 'asdf:load-op :araneida) >> >> [...] >> >> CL-USER> (asdf:operate 'asdf:load-op :tbnl) >> >> [...] >> >> CL-USER> (find-class 'tbnl:tbnl-araneida-handler) >> >> There is no class named TBNL:TBNL-ARANEIDA-HANDLER. >> [Condition of type SIMPLE-ERROR] > > Strange - this works for me. Do you have :ARANEIDA in *FEATURES* > after loading Araneida? Where did you get the Araneida code? no in fact i have this : CL-USER> *features* (:SPLIT-SEQUENCE :ARANEIDA-SERVE-EVENT :ARANEIDA-THREADS :ASDF :SB-FUTEX :SB-THREAD :ANSI-CL :COMMON-LISP :SBCL :UNIX :SB-DOC :SB-TEST :SB-PACKAGE-LOCKS :SB-UNICODE :IEEE-FLOATING-POINT :X86 :ELF :LINUX :GENCGC :STACK-GROWS-DOWNWARD-NOT-UPWARD :C-STACK-IS-CONTROL-STACK :STACK-ALLOCATABLE-CLOSURES :LINKAGE-TABLE :OS-PROVIDES-DLOPEN :OS-PROVIDES-DLADDR) >> ; compiling file "/home/nicolas/.sbcl/site/tbnl-0.8.1/araneida.lisp" >> ; (written 17 MAR 2005 10:16:16 PM): >> ; compiling (IN-PACKAGE #:TBNL) >> >> ; /home/nicolas/.sbcl/site/tbnl-0.8.1/araneida.fasl written >> ; compilation finished in 0:00:01 > > This looks as if your compiler didn't compile any of the forms in > araneida.lisp. From that I'd assume that :ARANEIDA isn't in > *FEATURES*... exactly > You did patch Araneida as described in the TBNL docs, didn't you? i use araneida 0.9-a2 from http://code.microarray.omrf.org/araneida/araneida-latest.tar.gz > Cheers, > Edi. > > From edi at agharta.de Tue Oct 11 19:07:52 2005 From: edi at agharta.de (Edi Weitz) Date: Tue, 11 Oct 2005 21:07:52 +0200 Subject: [tbnl-devel] Araneida ... In-Reply-To: <87psqbyivd.fsf@no-log.org> (Nicolas Lamirault's message of "Tue, 11 Oct 2005 21:05:26 +0200") References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> <87ll10rz12.fsf@no-log.org> <87psqbyivd.fsf@no-log.org> Message-ID: On Tue, 11 Oct 2005 21:05:26 +0200, Nicolas Lamirault wrote: >> You did patch Araneida as described in the TBNL docs, didn't you? > > i use araneida 0.9-a2 from > > http://code.microarray.omrf.org/araneida/araneida-latest.tar.gz Never heard of this address but from your not answering my question I assume that you didn't patch Araneida and that is obviously the reason for it not working... Cheers, Edi. From hutch at recursive.ca Tue Oct 11 19:28:02 2005 From: hutch at recursive.ca (Bob Hutchison) Date: Tue, 11 Oct 2005 15:28:02 -0400 Subject: [tbnl-devel] Araneida ... In-Reply-To: References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> <87ll10rz12.fsf@no-log.org> <87psqbyivd.fsf@no-log.org> Message-ID: <9547E464-D31F-4C5E-A902-2BD3EADB2B45@recursive.ca> On Oct 11, 2005, at 3:07 PM, Edi Weitz wrote: > On Tue, 11 Oct 2005 21:05:26 +0200, Nicolas Lamirault > wrote: > > >>> You did patch Araneida as described in the TBNL docs, didn't you? >>> >> >> i use araneida 0.9-a2 from >> >> http://code.microarray.omrf.org/araneida/araneida-latest.tar.gz >> > > Never heard of this address but from your not answering my question I > assume that you didn't patch Araneida and that is obviously the reason > for it not working... BTW, I was unable to get any response from the Araneida folks about the patch that I submitted to them (a couple of times). For whatever reason, I never pursued it. Evidently I should have. > > 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 edi at agharta.de Wed Oct 12 07:46:07 2005 From: edi at agharta.de (Edi Weitz) Date: Wed, 12 Oct 2005 09:46:07 +0200 Subject: [tbnl-devel] Re: TBNL and Araneida In-Reply-To: <20051012004447.GT9109@inquisitor.omrf.org> (Alan Shields's message of "Tue, 11 Oct 2005 19:44:47 -0500") References: <20051012004447.GT9109@inquisitor.omrf.org> Message-ID: Hi Alan! I'm Cc'ing my replies to tbnl-devel so people there know what's going on. On Tue, 11 Oct 2005 19:44:47 -0500, Alan Shields wrote: > I don't normally read the TBNL mailing list (sorry!), Hehe. No reason to apologize - you don't use it, so why should you read the mailing list? > but someone pointed me there today and I noticed one of your users > was having trouble, and you recommended a certain patch to Araneida. > > Just wanted you to know that I'm looking at the patch and figuring > out how best to integrate it permanently with Araneida so you can > eliminate this nuisance. Great, thanks. > I might have some questions for you later on if you wouldn't mind. Sure, no problem. Cheers, Edi. From edi at agharta.de Wed Oct 12 07:48:24 2005 From: edi at agharta.de (Edi Weitz) Date: Wed, 12 Oct 2005 09:48:24 +0200 Subject: [tbnl-devel] Re: oh! Almost forgot Message-ID: On Tue, 11 Oct 2005 19:47:34 -0500, Alan Shields wrote: > Would you mind reminding your users that support email for Araneida > is best sent to lispweb? Maybe a mention in the docs. Will do. > I never saw any of the current fellow's requests for help on lispweb > nor in my mailbox, though that might be my bad memory at work. > > The probability of danb responding to any requests is minimal. Yeah. He wasn't very responsive even before he decided to be a pro-skater... :) Cheers, Edi. From hutch at recursive.ca Wed Oct 12 12:13:08 2005 From: hutch at recursive.ca (Bob Hutchison) Date: Wed, 12 Oct 2005 08:13:08 -0400 Subject: [tbnl-devel] Re: TBNL and Araneida In-Reply-To: References: <20051012004447.GT9109@inquisitor.omrf.org> Message-ID: Hi Alan, You can blame that patch on me, but Edi might have modified it somewhat, I don't know. If I can be of any help, please let me know. I submitted a second patch (well, code really, not a patch) on July 14 that would be nice for you to have a look at as well. I've reproduced it waaay at the bottom of this message. Cheers, Bob On Oct 12, 2005, at 3:46 AM, Edi Weitz wrote: > Hi Alan! > > I'm Cc'ing my replies to tbnl-devel so people there know what's going > on. > > On Tue, 11 Oct 2005 19:44:47 -0500, Alan Shields Shields at omrf.ouhsc.edu> wrote: > > >> I don't normally read the TBNL mailing list (sorry!), >> > > Hehe. No reason to apologize - you don't use it, so why should you > read the mailing list? > > >> but someone pointed me there today and I noticed one of your users >> was having trouble, and you recommended a certain patch to Araneida. >> >> Just wanted you to know that I'm looking at the patch and figuring >> out how best to integrate it permanently with Araneida so you can >> eliminate this nuisance. >> > > Great, thanks. > > >> I might have some questions for you later on if you wouldn't mind. >> > > Sure, no problem. > > Cheers, > Edi. > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > ----------------- That other change... > Hi, > > I believe I mentioned sometime way back that when connecting to an > Araneida server running in LispWorks on OS/X that frequent and > apparently spurious error messages indicating some kind of socket > problem were being printed. Safari caused many more errors than > FireFox, wget none at all. These things were happening at some high > frequency (Safari very close to 1 error per real request, Firefox > maybe 1 of 4). > > Anyway, the messages were beginning to be annoying so I tried to > track down the problem. What was happening was that in read-request- > from-stream there was an error. I wrapped the call to read-line in > a handler and dealt with the comm::socket-error that lispworks was > providing. I also prevented the handling of the now null request. I > then modified the do-it function in with-accept-flets to not do-it > if read-request-from-stream returned nil. > > Messages gone. > > I don't know if this problem exists in any other configuration. I > also don't know what specific condition is raised for other > implementations (so the handler-case in read-request-from-stream is > pretty spartan). > > Cheers, > Bob ---- somewhere in daemon.lisp -------- (defun read-request-from-stream (listener stream) (let ((first-line nil)) (handler-case (setf first-line (read-line stream nil nil)) #+lispworks(comm::socket-error (condition) (progn (setf first-line nil)))) (when first-line (let ((default-hostname (when (slot-boundp listener 'default- hostname) (http-listener-default-hostname listener)))) (read-request-from-stream/guts first-line default-hostname stream))))) ---- somewhere in http-listener.lisp -------- (defmacro with-accept-flets (&body body) `(labels ((do-it (listener s) (let ((r (read-request-from-stream listener s))) (when r (handler-case (handle-request-using-listener listener (http-listener-handler listener) r) (response-sent () nil) (http-error (c) (request-send-error r (http-error- code c) (http-error- message c))))))) (accept (listener) (listener-accept-stream listener))) (with-simple-restart (abort-response "Abort this response and answer another request") ;; expectation is that socket-accept will not block, because we ;; are invoked when select() says something is ready. we really ;; ought to set the master socket non-blocking to be sure. (let ((*debugger-hook* #'handler-debugger-hook)) , at body)))) From lam at tuxfamily.org Sat Oct 15 15:17:21 2005 From: lam at tuxfamily.org (Lam) Date: Sat, 15 Oct 2005 17:17:21 +0200 Subject: [tbnl-devel] Araneida ... In-Reply-To: <9547E464-D31F-4C5E-A902-2BD3EADB2B45@recursive.ca> (Bob Hutchison's message of "Tue, 11 Oct 2005 15:28:02 -0400") References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> <87ll10rz12.fsf@no-log.org> <87psqbyivd.fsf@no-log.org> <9547E464-D31F-4C5E-A902-2BD3EADB2B45@recursive.ca> Message-ID: <87k6gelshq.fsf@no-log.org> thanks you all my lisp program which use araneida and tbnl works. i try to use html-template, but i think a make a mistake, because i haven't got my HTML page but the default TBNL page. so i suppose i have an error when i create tbnl:*dispatch-table* how could i debug this *dispatch-table* ? i try this : (mapc #'(lambda (item) (describe-object item t)) tbnl:*dispatch-table*) but i have an error The value T is not of type STREAM. [Condition of type TYPE-ERROR] Restarts: 0: [ABORT] Abort handling SLIME request. 1: [TERMINATE-THREAD] Terminate this thread (#) i see in TBNL's homepage that it is possible to enable some debug variables. but i don't know how can i see why i have the default page and not my template i have no log about any error Bob Hutchison writes: > On Oct 11, 2005, at 3:07 PM, Edi Weitz wrote: > >> On Tue, 11 Oct 2005 21:05:26 +0200, Nicolas Lamirault >> wrote: >> >> >>>> You did patch Araneida as described in the TBNL docs, didn't you? >>>> >>> >>> i use araneida 0.9-a2 from >>> >>> http://code.microarray.omrf.org/araneida/araneida-latest.tar.gz >>> >> >> Never heard of this address but from your not answering my question I >> assume that you didn't patch Araneida and that is obviously the reason >> for it not working... > > BTW, I was unable to get any response from the Araneida folks about > the patch that I submitted to them (a couple of times). For whatever > reason, I never pursued it. Evidently I should have. > >> >> 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 edi at agharta.de Sat Oct 15 20:41:24 2005 From: edi at agharta.de (Edi Weitz) Date: Sat, 15 Oct 2005 22:41:24 +0200 Subject: [tbnl-devel] Araneida ... In-Reply-To: <87k6gelshq.fsf@no-log.org> (lam@tuxfamily.org's message of "Sat, 15 Oct 2005 17:17:21 +0200") References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> <87ll10rz12.fsf@no-log.org> <87psqbyivd.fsf@no-log.org> <9547E464-D31F-4C5E-A902-2BD3EADB2B45@recursive.ca> <87k6gelshq.fsf@no-log.org> Message-ID: On Sat, 15 Oct 2005 17:17:21 +0200, Lam wrote: > so i suppose i have an error when i create tbnl:*dispatch-table* > > how could i debug this *dispatch-table* ? > i try this : > > (mapc #'(lambda (item) (describe-object item t)) tbnl:*dispatch-table*) > > but i have an error > > The value T is not of type STREAM. That's a pretty clear error message, isn't it? The second argument of DESCRIBE-OBJECT is supposed to be a stream, and T is not a stream. Don't confuse this function with DESCRIBE which accepts a stream /designator/ as its second (optional) argument. The above would be (mapc #'describe tbnl:*dispatch-table*) or you could just inspect the variable TBNL:*DISPATCH-TABLE* with the IDE of your Lisp. But why do you need that anyway? You have modified TBNL:*DISPATCH-TABLE* so you should know what's in there... > but i don't know how can i see why i have the default page and not > my template At the moment the best you can do is probably to send the relevant code to the list so we can have a look at it. Cheers, Edi. Cheers, Edi. From lam at tuxfamily.org Tue Oct 18 10:13:06 2005 From: lam at tuxfamily.org (Nicolas Lamirault) Date: Tue, 18 Oct 2005 12:13:06 +0200 Subject: [tbnl-devel] Araneida ... In-Reply-To: (Edi Weitz's message of "Sat, 15 Oct 2005 22:41:24 +0200") References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> <87ll10rz12.fsf@no-log.org> <87psqbyivd.fsf@no-log.org> <9547E464-D31F-4C5E-A902-2BD3EADB2B45@recursive.ca> <87k6gelshq.fsf@no-log.org> Message-ID: <878xwrgmkt.fsf@no-log.org> hello, i have an other question about the couple araneida-tbnl. i have 2 web site which uses apache + modlisp + tbnl it works very well i would like to test tbnl with araneida, so i create another web site currently it works but if i would like to restart my 2 others website (apache+tbnl), i have this error : The name "ARANEIDA" does not designate any package. [Condition of type SB-KERNEL:SIMPLE-PACKAGE-ERROR] Restarts: 0: [RETRY] Retry performing # on #. 1: [ACCEPT] Continue, treating # on # as having been successful. 2: [ABORT] Abort handling SLIME request. 3: [TERMINATE-THREAD] Terminate this thread (#) Backtrace: 0: (SB-INT:%FIND-PACKAGE-OR-LOSE "ARANEIDA") 1: (SB-INT:FIND-UNDELETED-PACKAGE-OR-LOSE "ARANEIDA") 2: (SB-FASL::FOP-PACKAGE) 3: (SB-FASL::LOAD-FASL-GROUP #) 4: (SB-FASL::LOAD-AS-FASL # NIL #) 5: (SB-FASL::INTERNAL-LOAD #P"/home/nicolas/.sbcl/site/tbnl-0.8.1/araneida.fasl" #P"/home/nicolas/.sbcl/site/tbnl-0.8.1/araneida.fasl" :ERROR NIL NIL :B$ 6: (SB-FASL::INTERNAL-LOAD #P"/home/nicolas/.sbcl/site/tbnl-0.8.1/araneida.fasl" #P"/home/nicolas/.sbcl/site/tbnl-0.8.1/araneida.fasl" :ERROR NIL NIL NI$ 7: (LOAD #P"/home/nicolas/.sbcl/site/tbnl-0.8.1/araneida.fasl") 8: ((SB-PCL::FAST-METHOD ASDF:PERFORM (ASDF:LOAD-OP ASDF:CL-SOURCE-FILE)) # # # $ 9: ((LAMBDA (SB-PCL::.PV-CELL. SB-PCL::.NEXT-METHOD-CALL. SB-PCL::.ARG0. SB-PCL::.ARG1.)) # # # #S(SB-PCL::FAST-METHOD-CALL :FUNCTION #) 13: (ASDF:OPERATE ASDF:LOAD-OP :TBNL) 14: (SB-INT:EVAL-IN-LEXENV (ASDF:OPERATE (QUOTE ASDF:LOAD-OP) :TBNL) #) --more-- i suppose is due to the fact the preceding compilation create FASL files with araneida support is it possible to have apache+modlisp+tbnl and araneida+tbnl on the same system and in same time ? thanks for any help From edi at agharta.de Tue Oct 18 12:21:23 2005 From: edi at agharta.de (Edi Weitz) Date: Tue, 18 Oct 2005 14:21:23 +0200 Subject: [tbnl-devel] Araneida ... In-Reply-To: <878xwrgmkt.fsf@no-log.org> (Nicolas Lamirault's message of "Tue, 18 Oct 2005 12:13:06 +0200") References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> <87ll10rz12.fsf@no-log.org> <87psqbyivd.fsf@no-log.org> <9547E464-D31F-4C5E-A902-2BD3EADB2B45@recursive.ca> <87k6gelshq.fsf@no-log.org> <878xwrgmkt.fsf@no-log.org> Message-ID: On Tue, 18 Oct 2005 12:13:06 +0200, Nicolas Lamirault wrote: > i suppose is due to the fact the preceding compilation create FASL > files with araneida support Yes. > is it possible to have apache+modlisp+tbnl and araneida+tbnl on the > same system and in same time ? I think so. You have to be sure that all of your systems also load Araneida, of course. I guess your current problems come from the fact that your TBNL/mod_lisp system definitions don't depend on Araneida. (And then again there's the difficulty to make sure that Araneida gets loaded before TBNL - we had this already...) Cheers, Edi. From hutch at recursive.ca Tue Oct 18 15:40:59 2005 From: hutch at recursive.ca (Bob Hutchison) Date: Tue, 18 Oct 2005 11:40:59 -0400 Subject: [tbnl-devel] Araneida ... In-Reply-To: References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> <87ll10rz12.fsf@no-log.org> <87psqbyivd.fsf@no-log.org> <9547E464-D31F-4C5E-A902-2BD3EADB2B45@recursive.ca> <87k6gelshq.fsf@no-log.org> <878xwrgmkt.fsf@no-log.org> Message-ID: <1EDF5AA8-BB3B-46FE-B12B-CC8DE0FE2BCB@recursive.ca> On Oct 18, 2005, at 8:21 AM, Edi Weitz wrote: > On Tue, 18 Oct 2005 12:13:06 +0200, Nicolas Lamirault > wrote: > > >> i suppose is due to the fact the preceding compilation create FASL >> files with araneida support >> > > Yes. > > >> is it possible to have apache+modlisp+tbnl and araneida+tbnl on the >> same system and in same time ? >> > > I think so. You have to be sure that all of your systems also load > Araneida, of course. I guess your current problems come from the fact > that your TBNL/mod_lisp system definitions don't depend on Araneida. > (And then again there's the difficulty to make sure that Araneida gets > loaded before TBNL - we had this already...) Yes. I mentioned earlier in this thread that this load ordering problem had driven me nuts. Well this is one if the wrinkles that I had to deal with, and it is why I changed my .lispworks file so that araneida and TBNL are always loaded in that order. I know it isn't a general solution, but then on the whole, loading these isn't that big of an overhead (and delivery will take care of it if you aren't using them in a particular project). 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 edi at agharta.de Tue Oct 18 15:48:18 2005 From: edi at agharta.de (Edi Weitz) Date: Tue, 18 Oct 2005 17:48:18 +0200 Subject: [tbnl-devel] Araneida ... In-Reply-To: <1EDF5AA8-BB3B-46FE-B12B-CC8DE0FE2BCB@recursive.ca> (Bob Hutchison's message of "Tue, 18 Oct 2005 11:40:59 -0400") References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> <87ll10rz12.fsf@no-log.org> <87psqbyivd.fsf@no-log.org> <9547E464-D31F-4C5E-A902-2BD3EADB2B45@recursive.ca> <87k6gelshq.fsf@no-log.org> <878xwrgmkt.fsf@no-log.org> <1EDF5AA8-BB3B-46FE-B12B-CC8DE0FE2BCB@recursive.ca> Message-ID: On Tue, 18 Oct 2005 11:40:59 -0400, Bob Hutchison wrote: > Yes. I mentioned earlier in this thread that this load ordering > problem had driven me nuts. One should note that this is actually not a weakness of ASDF. Rather, if TBNL simply listed Araneida amongst its dependencies then there wouldn't be a problem at all. The problem is only there because we don't do that as the majority (?) of the TBNL users doesn't use Araneida. Cheers, Edi. From hutch at recursive.ca Tue Oct 18 15:57:25 2005 From: hutch at recursive.ca (Bob Hutchison) Date: Tue, 18 Oct 2005 11:57:25 -0400 Subject: [tbnl-devel] Araneida ... In-Reply-To: References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> <87ll10rz12.fsf@no-log.org> <87psqbyivd.fsf@no-log.org> <9547E464-D31F-4C5E-A902-2BD3EADB2B45@recursive.ca> <87k6gelshq.fsf@no-log.org> <878xwrgmkt.fsf@no-log.org> <1EDF5AA8-BB3B-46FE-B12B-CC8DE0FE2BCB@recursive.ca> Message-ID: <2DCC7FBB-733F-4034-983F-6C682F760A69@recursive.ca> On Oct 18, 2005, at 11:48 AM, Edi Weitz wrote: > On Tue, 18 Oct 2005 11:40:59 -0400, Bob Hutchison > wrote: > > >> Yes. I mentioned earlier in this thread that this load ordering >> problem had driven me nuts. >> > > One should note that this is actually not a weakness of ASDF. Rather, > if TBNL simply listed Araneida amongst its dependencies then there > wouldn't be a problem at all. The problem is only there because we > don't do that as the majority (?) of the TBNL users doesn't use > Araneida. Yes, absolutely. I didn't intend anything else by what I said. > > Cheers, > Edi. > ---- Bob Hutchison -- blogs at Recursive Design Inc. -- Raconteur -- From rm at seid-online.de Wed Oct 19 09:44:03 2005 From: rm at seid-online.de (R. Mattes) Date: Wed, 19 Oct 2005 11:44:03 +0200 Subject: [tbnl-devel] Araneida ... In-Reply-To: References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> <87ll10rz12.fsf@no-log.org> <87psqbyivd.fsf@no-log.org> <9547E464-D31F-4C5E-A902-2BD3EADB2B45@recursive.ca> <87k6gelshq.fsf@no-log.org> <878xwrgmkt.fsf@no-log.org> <1EDF5AA8-BB3B-46FE-B12B-CC8DE0FE2BCB@recursive.ca> Message-ID: <1129715044.24589.1.camel@hobbes.mh-freiburg.de> On Tue, 2005-10-18 at 17:48 +0200, Edi Weitz wrote: > On Tue, 18 Oct 2005 11:40:59 -0400, Bob Hutchison wrote: > > > Yes. I mentioned earlier in this thread that this load ordering > > problem had driven me nuts. > > One should note that this is actually not a weakness of ASDF. Rather, > if TBNL simply listed Araneida amongst its dependencies then there > wouldn't be a problem at all. The problem is only there because we > don't do that as the majority (?) of the TBNL users doesn't use > Araneida. Ever thought of making backend-specific meta-packages (a.k. tbnl-araneida)? These could just create the correct dependencies. Cheers RalfD > Cheers, > Edi. > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel From edi at agharta.de Wed Oct 19 10:35:40 2005 From: edi at agharta.de (Edi Weitz) Date: Wed, 19 Oct 2005 12:35:40 +0200 Subject: [tbnl-devel] Araneida ... In-Reply-To: <1129715044.24589.1.camel@hobbes.mh-freiburg.de> (R. Mattes's message of "Wed, 19 Oct 2005 11:44:03 +0200") References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> <87ll10rz12.fsf@no-log.org> <87psqbyivd.fsf@no-log.org> <9547E464-D31F-4C5E-A902-2BD3EADB2B45@recursive.ca> <87k6gelshq.fsf@no-log.org> <878xwrgmkt.fsf@no-log.org> <1EDF5AA8-BB3B-46FE-B12B-CC8DE0FE2BCB@recursive.ca> <1129715044.24589.1.camel@hobbes.mh-freiburg.de> Message-ID: On Wed, 19 Oct 2005 11:44:03 +0200, "R. Mattes" wrote: > Ever thought of making backend-specific meta-packages > (a.k. tbnl-araneida)? These could just create the correct > dependencies. Hmm. Sounds like work... :) From rm at seid-online.de Wed Oct 19 11:01:23 2005 From: rm at seid-online.de (R. Mattes) Date: Wed, 19 Oct 2005 13:01:23 +0200 Subject: [tbnl-devel] Araneida ... In-Reply-To: References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> <87ll10rz12.fsf@no-log.org> <87psqbyivd.fsf@no-log.org> <9547E464-D31F-4C5E-A902-2BD3EADB2B45@recursive.ca> <87k6gelshq.fsf@no-log.org> <878xwrgmkt.fsf@no-log.org> <1EDF5AA8-BB3B-46FE-B12B-CC8DE0FE2BCB@recursive.ca> <1129715044.24589.1.camel@hobbes.mh-freiburg.de> Message-ID: <1129719684.24589.3.camel@hobbes.mh-freiburg.de> On Wed, 2005-10-19 at 12:35 +0200, Edi Weitz wrote: > On Wed, 19 Oct 2005 11:44:03 +0200, "R. Mattes" wrote: > > > Ever thought of making backend-specific meta-packages > > (a.k. tbnl-araneida)? These could just create the correct > > dependencies. > > Hmm. Sounds like work... :) Remove the test for the :araneida feature and then: (in-package #:cl-user) (defpackage #:tbnl-system (:use #:asdf #:cl)) (in-package #:tbnl-system) (defsystem tbnl-araneida :depends-on (#:araneida #:tbnl) :components ((:file "araneida"))) Cheers, RalfD From edi at agharta.de Wed Oct 19 11:12:27 2005 From: edi at agharta.de (Edi Weitz) Date: Wed, 19 Oct 2005 13:12:27 +0200 Subject: [tbnl-devel] Araneida ... In-Reply-To: <1129719684.24589.3.camel@hobbes.mh-freiburg.de> (R. Mattes's message of "Wed, 19 Oct 2005 13:01:23 +0200") References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> <87ll10rz12.fsf@no-log.org> <87psqbyivd.fsf@no-log.org> <9547E464-D31F-4C5E-A902-2BD3EADB2B45@recursive.ca> <87k6gelshq.fsf@no-log.org> <878xwrgmkt.fsf@no-log.org> <1EDF5AA8-BB3B-46FE-B12B-CC8DE0FE2BCB@recursive.ca> <1129715044.24589.1.camel@hobbes.mh-freiburg.de> <1129719684.24589.3.camel@hobbes.mh-freiburg.de> Message-ID: On Wed, 19 Oct 2005 13:01:23 +0200, "R. Mattes" wrote: > Remove the test for the :araneida feature and then: > > (in-package #:cl-user) > > (defpackage #:tbnl-system > (:use #:asdf #:cl)) > > (in-package #:tbnl-system) > > (defsystem tbnl-araneida > :depends-on (#:araneida #:tbnl) > :components ((:file "araneida"))) Thanks. I was thinking more of changes to the documentation, preparing a new release, all that stuff. Anyway, I'll probably add something like this soon. Cheers, Edi. From rm at seid-online.de Wed Oct 19 15:30:46 2005 From: rm at seid-online.de (R. Mattes) Date: Wed, 19 Oct 2005 17:30:46 +0200 Subject: [tbnl-devel] Araneida ... In-Reply-To: <57CAEB2B-C354-430F-8657-B8AF5DAC9E76@recursive.ca> References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> <87ll10rz12.fsf@no-log.org> <87psqbyivd.fsf@no-log.org> <9547E464-D31F-4C5E-A902-2BD3EADB2B45@recursive.ca> <87k6gelshq.fsf@no-log.org> <878xwrgmkt.fsf@no-log.org> <1EDF5AA8-BB3B-46FE-B12B-CC8DE0FE2BCB@recursive.ca> <1129715044.24589.1.camel@hobbes.mh-freiburg.de> <1129719684.24589.3.camel@hobbes.mh-freiburg.de> <57CAEB2B-C354-430F-8657-B8AF5DAC9E76@recursive.ca> Message-ID: <1129735847.1479.1.camel@hobbes.mh-freiburg.de> On Wed, 2005-10-19 at 09:18 -0400, Bob Hutchison wrote: > On Oct 19, 2005, at 7:01 AM, R. Mattes wrote: > > > On Wed, 2005-10-19 at 12:35 +0200, Edi Weitz wrote: > > > >> On Wed, 19 Oct 2005 11:44:03 +0200, "R. Mattes" >> online.de> wrote: > >> > >> > >>> Ever thought of making backend-specific meta-packages > >>> (a.k. tbnl-araneida)? These could just create the correct > >>> dependencies. > >>> > >> > >> Hmm. Sounds like work... :) > >> > > > > Remove the test for the :araneida feature and then: > > > > > > (in-package #:cl-user) > > > > (defpackage #:tbnl-system > > (:use #:asdf #:cl)) > > > > (in-package #:tbnl-system) > > > > (defsystem tbnl-araneida > > :depends-on (#:araneida #:tbnl) > > :components ((:file "araneida"))) > > Does this avoid the undefined order of dependencies problem/feature > that ASDF has? > Well, if done this way araneida.lisp in tbnl doesn't need the #+:araneida feature test any more (since it's only loaded for tbnl-araneida users). Cheers, RalfD > Cheers, > Bob > > > > > > > Cheers, RalfD > > > > > > > > ---- > Bob Hutchison -- blogs at > Recursive Design Inc. -- > Raconteur -- From hutch at recursive.ca Wed Oct 19 13:18:30 2005 From: hutch at recursive.ca (Bob Hutchison) Date: Wed, 19 Oct 2005 09:18:30 -0400 Subject: [tbnl-devel] Araneida ... In-Reply-To: <1129719684.24589.3.camel@hobbes.mh-freiburg.de> References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> <87ll10rz12.fsf@no-log.org> <87psqbyivd.fsf@no-log.org> <9547E464-D31F-4C5E-A902-2BD3EADB2B45@recursive.ca> <87k6gelshq.fsf@no-log.org> <878xwrgmkt.fsf@no-log.org> <1EDF5AA8-BB3B-46FE-B12B-CC8DE0FE2BCB@recursive.ca> <1129715044.24589.1.camel@hobbes.mh-freiburg.de> <1129719684.24589.3.camel@hobbes.mh-freiburg.de> Message-ID: <57CAEB2B-C354-430F-8657-B8AF5DAC9E76@recursive.ca> On Oct 19, 2005, at 7:01 AM, R. Mattes wrote: > On Wed, 2005-10-19 at 12:35 +0200, Edi Weitz wrote: > >> On Wed, 19 Oct 2005 11:44:03 +0200, "R. Mattes" > online.de> wrote: >> >> >>> Ever thought of making backend-specific meta-packages >>> (a.k. tbnl-araneida)? These could just create the correct >>> dependencies. >>> >> >> Hmm. Sounds like work... :) >> > > Remove the test for the :araneida feature and then: > > > (in-package #:cl-user) > > (defpackage #:tbnl-system > (:use #:asdf #:cl)) > > (in-package #:tbnl-system) > > (defsystem tbnl-araneida > :depends-on (#:araneida #:tbnl) > :components ((:file "araneida"))) Does this avoid the undefined order of dependencies problem/feature that ASDF has? Cheers, Bob > > > Cheers, RalfD > > > ---- Bob Hutchison -- blogs at Recursive Design Inc. -- Raconteur -- From edi at agharta.de Thu Oct 20 08:43:06 2005 From: edi at agharta.de (Edi Weitz) Date: Thu, 20 Oct 2005 10:43:06 +0200 Subject: [tbnl-devel] Araneida ... In-Reply-To: <1129719684.24589.3.camel@hobbes.mh-freiburg.de> (R. Mattes's message of "Wed, 19 Oct 2005 13:01:23 +0200") References: <87achhmblo.fsf@no-log.org> <8764s5m6nn.fsf@no-log.org> <66AE9F16-E81D-466B-B062-BCCAE11B9621@recursive.ca> <87ll10rz12.fsf@no-log.org> <87psqbyivd.fsf@no-log.org> <9547E464-D31F-4C5E-A902-2BD3EADB2B45@recursive.ca> <87k6gelshq.fsf@no-log.org> <878xwrgmkt.fsf@no-log.org> <1EDF5AA8-BB3B-46FE-B12B-CC8DE0FE2BCB@recursive.ca> <1129715044.24589.1.camel@hobbes.mh-freiburg.de> <1129719684.24589.3.camel@hobbes.mh-freiburg.de> Message-ID: On Wed, 19 Oct 2005 13:01:23 +0200, "R. Mattes" wrote: > On Wed, 2005-10-19 at 12:35 +0200, Edi Weitz wrote: > >> Hmm. Sounds like work... :) > > Remove the test for the :araneida feature and then: > > (in-package #:cl-user) > > (defpackage #:tbnl-system > (:use #:asdf #:cl)) > > (in-package #:tbnl-system) > > (defsystem tbnl-araneida > :depends-on (#:araneida #:tbnl) > :components ((:file "araneida"))) Well, I looked at it briefly this morning and as I said it requires some more work. If you do it this way then a couple of things that are decided when TBNL is built will be wrong/missing. edi at vmware:/usr/local/lisp/source/tbnl$ grep -il araneida *lisp araneida.lisp modlisp.lisp packages.lisp specials.lisp util.lisp It doesn't take a rocket scientist to fix this but it's tedious and at the moment I have better things to do. (And I don't even use Araneida...) If someone wants to package this into a clean patch (/including/ the necessary changes to the test suite and the docs) without breaking existing functionality I'll be happy to commit it. Cheers, Edi. From edi at agharta.de Fri Oct 21 16:14:53 2005 From: edi at agharta.de (Edi Weitz) Date: Fri, 21 Oct 2005 18:14:53 +0200 Subject: [tbnl-devel] New version 0.8.4 Message-ID: ChangeLog: Version 0.8.4 2005-10-21 Provide REMOTE-ADDR if connected directly (for LispWorks and AllegroCL) Show remote user and address (if available) in non-Apache logs Mention Debian package in docs Download: Have fun, Edi. From emailmac at gmail.com Fri Oct 28 01:26:02 2005 From: emailmac at gmail.com (Mac Chan) Date: Thu, 27 Oct 2005 18:26:02 -0700 Subject: [tbnl-devel] recompute-request-parameters Message-ID: <4877ae640510271826l2013e50bt414eefae24e81a2e@mail.gmail.com> Hi, I'm looking at parameter-test in the test.lisp examples. One thing I don't understand is, why do we have to recompute it in user code, instead of determining the correct content-type in initialize-instance :after and do the right thing there? Maybe there's a reason behind this? Thanks, -- Mac (defun parameter-test (&key (method :get) (charset :iso-8859-1)) ....... (recompute-request-parameters :external-format (case charset (:iso-8859-1 +latin-1+) (:utf-8 +utf-8+))) (defmethod initialize-instance :after ((request request) &rest init-args) ........ (setq post-parameters ........ (form-url-encoded-list-to-alist ;; *** we can examine headers here and pass the correct content type to form-url-encoded-list-to-alist (defun form-url-encoded-list-to-alist (form-url-encoded-list &optional (external-format *tbnl-default-external-format*)) From edi at agharta.de Mon Oct 31 00:51:42 2005 From: edi at agharta.de (Edi Weitz) Date: Mon, 31 Oct 2005 01:51:42 +0100 Subject: [tbnl-devel] recompute-request-parameters In-Reply-To: <4877ae640510271826l2013e50bt414eefae24e81a2e@mail.gmail.com> (Mac Chan's message of "Thu, 27 Oct 2005 18:26:02 -0700") References: <4877ae640510271826l2013e50bt414eefae24e81a2e@mail.gmail.com> Message-ID: On Thu, 27 Oct 2005 18:26:02 -0700, Mac Chan wrote: > I'm looking at parameter-test in the test.lisp examples. One thing I > don't understand is, why do we have to recompute it in user code, > instead of determining the correct content-type in > initialize-instance :after and do the right thing there? Hi! I think I don't fully understand the question. Do you suggest that we actually don't need (to export) RECOMPUTE-REQUEST-PARAMETERS and that this could always be handled correctly by TBNL itself? How would you do that? Cheers, Edi. From emailmac at gmail.com Mon Oct 31 03:11:28 2005 From: emailmac at gmail.com (Mac Chan) Date: Sun, 30 Oct 2005 19:11:28 -0800 Subject: [tbnl-devel] recompute-request-parameters In-Reply-To: References: <4877ae640510271826l2013e50bt414eefae24e81a2e@mail.gmail.com> Message-ID: <4877ae640510301911n7be89e69w959dbf2116ebe4b0@mail.gmail.com> > I think I don't fully understand the question. Do you suggest that we > actually don't need (to export) RECOMPUTE-REQUEST-PARAMETERS and that > this could always be handled correctly by TBNL itself? How would you > do that? Hi Edi, Sorry it was my mistake. Somehow I thought that the client would also include a "content-type" header when sending a http post or get. Apparently this is not the case. BTW, this is my first time I post on this list, but I have been using your libraries for a while. They all come with top notch documentation. Thank you very much for the great code! Your website also contains a lot of useful lisp pointers for newbies. Regards, -- Mac http://localhost:3000/tbnl/test/parameter_utf8_post.html POST /tbnl/test/parameter_utf8_post.html HTTP/1.1 Host: localhost:3000 User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.12) Gecko/20050915 Firefox/1.0.7 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Referer: http://localhost:3000/tbnl/test/parameter_utf8_post.html Content-Type: application/x-www-form-urlencoded Content-Length: 8 foo=test From edi at agharta.de Mon Oct 31 09:14:02 2005 From: edi at agharta.de (Edi Weitz) Date: Mon, 31 Oct 2005 10:14:02 +0100 Subject: [tbnl-devel] recompute-request-parameters In-Reply-To: <4877ae640510301911n7be89e69w959dbf2116ebe4b0@mail.gmail.com> (Mac Chan's message of "Sun, 30 Oct 2005 19:11:28 -0800") References: <4877ae640510271826l2013e50bt414eefae24e81a2e@mail.gmail.com> <4877ae640510301911n7be89e69w959dbf2116ebe4b0@mail.gmail.com> Message-ID: On Sun, 30 Oct 2005 19:11:28 -0800, Mac Chan wrote: > Sorry it was my mistake. Somehow I thought that the client would > also include a "content-type" header when sending a http post or > get. Apparently this is not the case. Yep, unfortunately. > BTW, this is my first time I post on this list, but I have been > using your libraries for a while. They all come with top notch > documentation. Thank you very much for the great code! Your website > also contains a lot of useful lisp pointers for newbies. You're welcome... :) Cheers, Edi.