tbnl-devel January 2007

tbnl-devel@common-lisp.net

19 participants
19 discussions

[hunchentoot-devel] New release 0.5.1
by Edi Weitz 06 Apr '07

06 Apr '07

ChangeLog: Version 0.5.1 2007-01-18 Even more flexible behaviour of RAW-POST-DATA Download: http://weitz.de/files/hunchentoot.tar.gz Sorry for the noise, Edi.

5 15

[hunchentoot-devel] Manually adding session id to url
by Ury Marshak 31 Jan '07

31 Jan '07

Hello, I'm currently making a simple AJAX framework for hunchentoot, and I have the following question: in the presence of sessions what is the sanctioned way to determine if the session parameter needs to be added to the request url and what is its value when it does? Thanks, Ury

2 1

[Fwd: Re: [hunchentoot-devel] Error uploading file using mod_lisp2]
by Ury Marshak 24 Jan '07

24 Jan '07

Sorry, this was intended for the list: Edi Weitz wrote: > How did you run the automated tests? What kind of files did you > upload? Are you using the latest versions of Chunga, FLEXI-STREAMS, > and mod_lisp2? > Yes, I'm running the latest versions. (My mod_lisp2 was a couple of months old, but now I had upgraded it). For testing I'm using a small python script that repeatedly uploads the same file, it's available at http://85.65.214.241/misc/test-upload.tar.gz Actually with hunchentoot 0.5.1 and the latest mod_lisp2 (not sure which one is responsible) I see a slightly different behavior: there's no message about file being closed in the log, but after several attempts the request seems to hang and after some time apache logs [error] (70007)The timeout specified has expired: error reading from Lisp . After that I get HTTP 500 Server error. Please let me know how I can help to better diagnose the problem. If it'll help, I'll be glad to provide you off-list with details for ssh access to the machine exhibiting this behavior. Thanks, Ury

2 4

[hunchentoot-devel] Limiting number of connections in Hunchentoot?
by Chris Dean 24 Jan '07

24 Jan '07

I'd like to limit the number of simultaneous connections into Hunchentoot. Anyone have a good idea on how to do that? I'd rather not put mod_lisp in front of Hunchentoot since I don't want to run Apache as part of my configuration. Any advice appreciated. Cheers, Chris Dean

3 3

[hunchentoot-devel] Encoding question
by Viljo Marrandi 23 Jan '07

23 Jan '07

Hello, Some time ago I started to create one web-page with hunchentoot to learn lisp with something practical. So far, so good, my site is almost ready to launch, but I've run into problem I can't find a way to solve. My site will be in 3 languages - english, russian and estonian. I use postgresql as database backend and clsql to do sql stuff. At first I used latin-1 (I guess it was default) for website and on admin side too. Everything worked like a charm, I could enter russian text and it ended up nicely in database, uploading images worked too. Problem came up when I needed to display localized dates. I use cl-l10n to do localization. Localized time is made like this: (format nil "~v,v/cl-l10n:format-time/" "ru_RU" "%e. %B %Y" (get-universal-time))) This gave error: Error while processing connection: #\CYRILLIC_CAPITAL_LETTER_YA is not a LATIN-1 character. So I tried to switch everything to UTF-8 (which would be preferred anyway). (setq hunchentoot:*hunchentoot-default-external-format* :utf-8) Localized dates and text from database now displayed correctly, but then I couldn't upload binary files from forms, I guess utf-8 and binary don't mix well. I looked at test.lisp (utf) examples, but seems that my lisp knowledge isn't up to it yet. Could anyone help me to find solution for this. Either how to get cl-l10n to output correct latin1 localized dates or how to make everything in utf-8 and get form uploads to work. Thanks in advance, Viljo

2 2

[hunchentoot-devel] Error uploading file using mod_lisp2
by Ury Marshak 21 Jan '07

21 Jan '07

Hello, I've stumbled upon the following problem, running Hunchentoot behind Apache/mod_lisp2: doing file uploads (for example to the "file upload test" in hunchentoot-test I have *intermittent* failures where the apache error log shows the following: [Sun Jan 21 05:10:16 2007] [error] [Hunchentoot] Error when creating REQUEST object: #<SB-SYS:FD-STREAM for "file /tmp/hunchentoot/hunchentoot-293" {C1ADA79}> is closed. Continuing attempts to upload after such failure I often get HTTP 400 Bad request. Running an automated test shows that usually after 5-6 iterations the error happens. Running hunchentoot without apache does not show this error (tests of several hundred requests succeed) This happens with Hunchentoot versions 0.4.3 and 0.5.1. The platform is Debian-testing/i386, SBCL 1.0.1, Apache 2.2 Thanks, Ury

2 1

[hunchentoot-devel] setuid & setguid
by Nico de Jager 17 Jan '07

17 Jan '07

Hi all Form the Hunchentoot documentation: "On Unix you can use setuid and setgid to change the UID and GID of the process directly after the server has been started. (You might want to do this if you're using a privileged port like 80.) setuid and setgid can be integers (the actual IDs) or strings (for the user and group name respectively)." Does this work on Linux? Will this change the uid and gid of the running lisp image or only of certain threads? In my instance, I start my LispWorks image as root in order to start the server on port 443, and then wish to change the Hunchentoot image to a uid/gid with less privileges. Supplying the :setuid and :setgid parameters have no effect, though, the uid is still shown as root with ps/top. I am running LispWorks 5.0.1 and Debian Sarge backports (kernel 2.6.16) with hunchentoot 0.4.12. Thanks. Nico

2 3

[hunchentoot-devel] New release 0.5.0
by Edi Weitz 17 Jan '07

17 Jan '07

ChangeLog: Version 0.5.0 2007-01-17 More flexible behaviour of RAW-POST-DATA Robustified PARSE-CONTENT-TYPE Download: http://weitz.de/files/hunchentoot.tar.gz Cheers, Edi.

1 0

[hunchentoot-devel] New release 0.4.14
by Edi Weitz 17 Jan '07

17 Jan '07

Changelog: Version 0.4.14 2007-01-17 More meaningful results for RAW-POST-DATA Download: http://weitz.de/files/hunchentoot.tar.gz Cheers, Edi.

1 0

[hunchentoot-devel] Problem with redirect ...
by Nicolas Lamirault 16 Jan '07

16 Jan '07

hello, i have a problem with my Hunchentoot application. i would like to test redirect, so i create this function : (defun handle-redirect () (hunchentoot:redirect "/clappa/index")) and for debugging : CL-USER> (setf hunchentoot:*catch-errors-p* nil) NIL so, in the browser, http://localhost/mytest/redirect i have this : invalid number of arguments: 1 [Condition of type SB-INT:SIMPLE-PROGRAM-ERROR] Restarts: 0: [TERMINATE-THREAD] Terminate this thread (#<THREAD "hunchentoot-worker-5" {C7572A9}>) Backtrace: 0: ((LAMBDA (SWANK-BACKEND::DEBUGGER-LOOP-FN)) #<FUNCTION (LAMBDA #) {ADF96ED}>) and slime is disconnected. in the buffer *slime-events* i have this : ("invalid number of arguments: 1" " [Condition of type SB-INT:SIMPLE-PROGRAM-ERROR]" nil nil) (("TERMINATE-THREAD" "Terminate this thread (#<THREAD \"hunchentoot-worker-5\" {C7572A9}>)")) ((0 "((LAMBDA (SWANK-BACKEND::DEBUGGER-LOOP-FN))\n #<FUNCTION (LAMBDA #) {ADF96ED}>)") (1 "(SWANK::CALL-WITH-BINDINGS\n ((*PRINT-PRETTY* . T) (*PRINT-LEVEL* . 4) (*PRINT-LENGTH* . 10)\n (*PRINT-CIRCLE* . T) (*PRINT-READABLY*)\n (*PRINT-PPRINT-DISPATCH* . #<SB-PRETTY:PPRINT-DISPATCH-TABLE {B3E7B59}>)\n (*PRINT-GENSYM* . T) (*PRINT-BASE* . 10) (*PRINT-RADIX*)\n (*PRINT-ARRAY* . T) ...)\n #<FUNCTION (LAMBDA #) {ADF96AD}>)") (2 "(SWANK::DEBUG-IN-EMACS #<SB-INT:SIMPLE-PROGRAM-ERROR {CBC8EF1}>)") (3 "((LAMBDA (SWANK-BACKEND::HOOK SWANK-BACKEND::FUN))\n #<FUNCTION SWANK:SWANK-DEBUGGER-HOOK>\n #<CLOSURE (LAMBDA #) {CBC8F6D}>)") (4 "(SWANK::CALL-WITH-REDIRECTED-IO\n #<SWANK::CONNECTION {B092C31}>\n #<CLOSURE (LAMBDA #) {CBC8F7D}>)") (5 "(SWANK::CALL-WITH-CONNECTION\n #<SWANK::CONNECTION {B092C31}>\n #<CLOSURE (LAMBDA #) {CBC8F6D}>)") (6 "(INVOKE-DEBUGGER #<SB-INT:SIMPLE-PROGRAM-ERROR {CBC8EF1}>)") (7 "(HUNCHENTOOT::MAYBE-INVOKE-DEBUGGER\n #<SB-INT:SIMPLE-PROGRAM-ERROR {CBC8EF1}>)") (8 "(SIGNAL #<SB-INT:SIMPLE-PROGRAM-ERROR {CBC8EF1}>)") (9 "(ERROR SB-INT:SIMPLE-PROGRAM-ERROR)") (10 "(SB-KERNEL::INVALID-ARG-COUNT-ERROR-HANDLER\n #<unavailable argument>\n #.(SB-SYS:INT-SAP #XB6B130AC)\n #<SB-ALIEN-INTERNALS:ALIEN-VALUE :SAP #XB6B12D9C :TYPE (*\n (STRUCT\n SB-VM::OS-CONTEXT-T-STRUCT))>\n (77))") (11 "(SB-KERNEL:INTERNAL-ERROR\n #.(SB-SYS:INT-SAP #XB6B12D9C)\n #<unavailable argument>)") (12 "(\"foreign function: call_into_lisp\")") (13 "(\"foreign function: funcall2\")") (14 "(\"foreign function: interrupt_internal_error\")") (15 "(\"foreign function: sigtrap_handler\")") (16 "(CLAPPA-WEB::HANDLE-ERROR)") (17 "(HUNCHENTOOT::START-OUTPUT NIL)") (18 "(HUNCHENTOOT::PROCESS-REQUEST\n ((:HOST . \"82.225.177.13:9998\")\n (:USER-AGENT\n . \"Mozilla/5.0 (X11; U; Linux i686; fr; rv:1.8.0.7) Gecko/20060830 Firefox/1.5.0.7 (Debian-1.5.dfsg+1.5.0.7-2)\")\n (:ACCEPT\n . \"text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5\")\n (:ACCEPT-LANGUAGE . \"fr,fr-fr;q=0.8,en-us;q=0.5,en;q=0.3\")\n (:ACCEPT-ENCODING . \"gzip,deflate\")\n (:ACCEPT-CHARSET . \"ISO-8859-1,utf-8;q=0.7,*;q=0.7\")\n (:KEEP-ALIVE . \"300\") (:CONNECTION . \"keep-alive\")) ..)") (19 "(HUNCHENTOOT::PROCESS-CONNECTION\n #<HUNCH someone have any idea how can i debug this ? thanks for any help. -- Nicolas Lamirault

2 4

[hunchentoot-devel] Re: [slime-devel] slime-texi patch
by Jeffrey Cunningham 15 Jan '07

15 Jan '07

Sorry. I'll fix it. --Jeff On Sun Jan 14, 2007 at 08:21:57PM -0800, Bill Clementson wrote: > Hi Jeff, > > You posted to the hunchentoot/tbnl list instead of the slime list. >

1 0

[hunchentoot-devel] Re: [slime-devel] slime-texi patch
by Jeffrey Cunningham 15 Jan '07

15 Jan '07

Hmmm. This is strange. I was given commit privileges specifically for doing extensive work on doc/slime.texi. CVS lets me log in alright and seems to accept the changes - prompts me for comments and everything. But I just checked out a fresh copy and none of the changes I made this month (several sessions) are there. And yet, the changes I made in December are there (for example, the image on the front page). I don't know what to make of it. I'm going to post a patch to the list which incorporates the changes you made plus those I've made. (attached) Here's a changelog entry for it: 2007-01-14 Jeff Cunningham <jeffrey(a)cunningham.net> * doc/slime.texi: Update of function/key index with links. --Jeff On Sun Jan 14, 2007 at 07:54:38PM -0800, Bill Clementson wrote: > Hi Jeff, > > On 1/14/07, Jeffrey Cunningham <jeffrey(a)cunningham.net> wrote: > >On Sun Jan 14, 2007 at 05:10:32PM -0800, Bill Clementson wrote: > >> Attached is a patch for slime-texi. Here's the changelog entry: > >> > >> 2007-01-14 Bill Clementson <billclem(a)gmail.com> > >> > >> * doc/slime.texi: Cleanup of documentation typos/errors. > > > >Hi Bill; > > > >I noticed your patch is applied against doc/slime.texi from Jan 1 > >whereas I checked a number of changes into CVS for that file on Jan > >11. Should I do something beyond email the list that I have made > >changes? I am unfamiliar with what is customary in this list. Should I > >also send out a patch as you have done? > > > >I applied your patch to my current version and it worked fine. > > I did a cvs update before I made the changes to slime.texi, so my > patch should be against the latest version of slime.texi. Looking at > the changelog, it appears that the last patch to slime.texi was made > on 2006-12-24, so I don't know what happened to your changes. I just > did a "cvs co slime" as well to see what I got on a fresh install and > the date on slime.texi is also 2006-12-24. Perhaps your changes were > never applied? Since there are a limited number of people with commit > privileges, it's generally a good idea to double-check that any patch > that you email in is actually applied as sometimes they "fall through > the cracks". > > -- > Bill Clementson >

1 0

[hunchentoot-devel] New release 0.4.13
by Edi Weitz 14 Jan '07

14 Jan '07

ChangeLog: Version 0.4.13 2007-01-14 Added favicon.ico to example website (thanks to Yoni Rabkin Katzenell, Toby, and Uwe von Loh) Download: http://weitz.de/files/hunchentoot.tar.gz Cheers, Edi.

1 0

[hunchentoot-devel] favicon.ico patch for test.lisp
by Yoni Rabkin Katzenell 14 Jan '07

14 Jan '07

Some time ago I added two lines to test.lisp which add a favicon to the "menu" page. Maybe someone here will find it useful in a Google search. You don't actually need the patch, but it is the shortest method of explaining what to add where. -- "Cut your own wood and it will warm you twice"

6 12

[hunchentoot-devel] How to pass define-easy-handler symbol?
by Jeffrey Cunningham 14 Jan '07

14 Jan '07

This is probably a dumb question, but I haven't been able to figure it out yet. Suppose I want to call 'DEFINE-EASY-HANDLER inside another function and pass the symbol as an argument. I tried stuff like this: (defun some-function (name) (define-easy-handler ((intern name) (concatenate 'string name ".html") :default-request-type :post) ((formarg :parameter-type :keyword) (html-generator name formarg))) But it wants a real symbol. Then I tried passing names as symbols and turning them into strings where I needed. That works in the sense that it creates the page, but each one is bound to the same symbol no matter what symbols I give it, so only the last page created works. Is there a way to do this? Thanks for any help. --Jeff

2 6

[hunchentoot-devel] Re: hunchentoot specials
by Edi Weitz 11 Jan '07

11 Jan '07

[Cc to mailing list.] Hi! On Wed, 10 Jan 2007 16:38:32 +0100, Gábor Melis <mega(a)retes.hu> wrote: > I've been migrating some of my stuff over to hunchentoot from > paserve and I'm generally happy with it. Good... :) > One thing that strikes me as odd is the number of specials that > govern server behaviour. I'm not talking about *request* and *reply* > since they are dynamic extent by nature, but *log-...*, > *default-...*, and well ... almost everything else. It seems to me > that they make it very hard to run more than one hunchentoot server > with different settings. I'm thinking virtual hosts. > > To keep it short: > > - do you agree? Yes. The reason is Hunchentoot's heritage from TBNL which was a single-server library. And the fact that I myself almost never use more than one server per image. > - if yes, do you think it will be changed? I'm pretty busy right now, so don't hold your breath. But, yes, it will be changed one day. > - would you take patches in this direction if I ever happen to get > around to do it? Sure. However, I get a lot of patches where I finally end up re-writing most of what I received which really doesn't save time. What I'd like to see is: - Follow the coding and indentation conventions I use elsewhere in the code. - Don't use tab characters. - Every function/variable/class/slot/etc. should have a reasonable documentation string. - The patch should include updates to the HTML documentation as well (if necessary). Yes, I'm anal about this, sorry. Anyway - apart from that I'm always happy to incorporate patches. And if I like the new code enough, I might also end up doing the work listed above myself. But it'll be faster if someone else has already done so. Thanks, Edi.

1 0

Re: [hunchentoot-devel] accessing xml data from xforms/xhtml post
by dat 04 Jan '07

04 Jan '07

Thanks, Marijn (esp. for the kind/merciful parenthetical note). Your guess was correct. Although 'view source' didn't reveal anything in this particular case, looking at the data in lisp made it clear what was going on: I was using a browser to look at the value returned by RAW-POST-DATA and had lazily stuck <pre></pre> tags around the xml, not realizing the xml between the tags wasn't displayed by firefox... Thanks again, Alan Thompson dathomp1(a)yahoo.com ----- Original Message ---- From: Marijn Haverbeke <marijnh(a)gmail.com> To: tbnl-devel(a)common-lisp.net Sent: Thursday, January 4, 2007 6:20:59 AM Subject: Re: [hunchentoot-devel] accessing xml data from xforms/xhtml post 2. However, Hunchentoot's RAW-POST-DATA returns only "2 1"...all of the xml tag information is (apparently) discarded. Is there a straightforward way to get anything a littler "rawer"? Are you perhaps looking at the data in your browser? If so, have you tried 'view source'? (The browser will interpret the XML as messy HTML and not show tags... this has confused me in the past.) Marijn _______________________________________________ tbnl-devel site list tbnl-devel(a)common-lisp.net http://common-lisp.net/mailman/listinfo/tbnl-devel __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

[hunchentoot-devel] Idle thread messages
by Jonathon McKitrick 04 Jan '07

04 Jan '07

I searched the docs for 'idle' and 'thread' and google didn't turn up anything pertinent... is there any reason to be concerned about the idle thread messages that appear from time to time from hunchentoot? During debugging, they can pop up rather frequently in SLIME, and otherwise they are just logged to the console. Does this have anything to do with *cleanup-interval*? Jonathon McKitrick -- My other computer is your Windows box.

5 15

[hunchentoot-devel] accessing xml data from xforms/xhtml post
by dat 04 Jan '07

04 Jan '07

I'm hoping this isn't in the "lame questions" category... Is there a straightforward way to have hunchentoot look at xml data submitted by an xforms document? (This comes from playing with firefox with the xforms extension.) Example: 1. Using the "post" method (not "form-data-post"), an xforms document submits xml at the end of the day. If the firefox "livehttpheaders" plugin isn't lying, it looks something like: POST /tadmin/qeditor-qcatsel HTTP/1.1 Host: 127.0.0.1:3000 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.1) Gecko/20061208 Firefox/2.0.0.1 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 Content-Length: 215 Content-Type: application/xml <?xml version="1.0" encoding="UTF-8"?> <Category1/> <Category2/> <Category3/> <Selectaquestion>2 1</Selectaquestion> </data> 2. However, Hunchentoot's RAW-POST-DATA returns only "2 1"...all of the xml tag information is (apparently) discarded. Is there a straightforward way to get anything a littler "rawer"? Unfortunately, I'm definitely on the lisp 'newbie' side and got lost on planet chunga as I was trying to figure things out... Thanks for your time and any tips/suggestions/recommendations, Alan Thompson __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

tbnl-devel January 2007