January 2010 - tbnl-devel@common-lisp.net

[hunchentoot-devel] maybe bug + patch
by Richard KLINDA 06 Jun '10

06 Jun '10

Hello, I may have found a bug. After stopping an acceptor with STOP, one can't start it again with START, because the START method doesn't reset the value of acceptor-shutdown-p to NIL, so the listener returns/quits instantly. See the attached trivial patch, that fixes the issue for me, but maybe I'm just missing something here. -- Richard

3 2

[hunchentoot-devel] PATCH: Some minor fixes for cl-webdav under hunchentoot 1.0
by Matthew Curry 21 Feb '10

21 Feb '10

Edi, I took a look at it tonight anyway, and there where some obvious minor fixes I spotted right away, attached is a patch that gets (using cadaver) an initial connection, a put, and a get to work. Just functions that were renamed in the new hunchentoot. Delete doesn't work, complains about a handler-done tag being unknown (but thrown). Here's the message log entry: [2009-11-15 20:55:06 [ERROR]] attempt to THROW to a tag that does not exist: HANDLER-DONE I'm not too familiar with older versions of hunchentoot, does that ring a bell for you? I'll keep looking. -Matt

3 15

[hunchentoot-devel] Authorization data being cached
by Patrick May 28 Jan '10

28 Jan '10

I don't think this is a Hunchentoot issue, but I thought I'd ask here first. I've noticed that Safari seems to cache the basic authorization username and password, so that even if I call (remove-session *session*) on the server side, Safari just reloads the page. Am I interpreting the behavior correctly? If so, how do I force a re-authorization? Thanks, Patrick

4 3

[hunchentoot-devel] Exception in USOCKET:GET-PEER-ADDRESS brakes ACCEPT-CONNECTIONS loop
by Anton Vodonosov 26 Jan '10

26 Jan '10

Hello, On one server running hunchentoot quite often the following error occurs: 23: (SB-IMPL::%WITH-STANDARD-IO-SYNTAX #) 24: (INVOKE-DEBUGGER #) 25: (ERROR SB-BSD-SOCKETS:NOT-CONNECTED-ERROR)[:EXTERNAL] 26: (SB-BSD-SOCKETS:SOCKET-ERROR "getpeername") 27: ((SB-PCL::FAST-METHOD SB-BSD-SOCKETS:SOCKET-PEERNAME (SB-BSD-SOCKETS:SOCKET)) # # #) 28: ((SB-PCL::FAST-METHOD USOCKET:GET-PEER-ADDRESS (USOCKET:STREAM-USOCKET)) # # #) 29: (HUNCHENTOOT::CLIENT-AS-STRING #) 30: ((SB-PCL::FAST-METHOD HUNCHENTOOT:HANDLE-INCOMING-CONNECTION (HUNCHENTOOT:ONE-THREAD-PER-CONNECTION-TASKMASTER T)) ..) 31: ((SB-PCL::FAST-METHOD HUNCHENTOOT:ACCEPT-CONNECTIONS (HUNCHENTOOT:ACCEPTOR)) # # #) 32: ((LAMBDA ())) As you see, it happens in USOCKET:GET-PEER-ADDRESS called in HANDLE-INCOMING-CONNECTION before the request handling thread is started. This exception breaks the main loop in ACCEPT-CONNECTIONS and server doesn't handle HTTP requests anymore. Most probably these errors are very rare in general, but on this particular machine they happen constantly. Adding ignore-errors to the loop helps - the server doesn't hang anymore. Best regard, - Anton P.S. The problem and the fix suggested are discovered by Andrey Moskvitin, I am just reporting it here.

3 4

[hunchentoot-devel] Returning a unicode string from a handler fails silently
by Ron Garret 23 Jan '10

23 Jan '10

Subject line says it all. If I have a handler that returns a string that has a non-ascii character in it then the handler fails silently. No headers. No log messages. No errors. No nothing. And as long as I'm at it, what does TBNL stand for? Thanks, rg

5 10

[hunchentoot-devel] Hunchentoot 1.1 + HT-Ajax
by Martin Loetzsch 14 Jan '10

14 Jan '10

Dear all, recent changes in Hunchentoot prevented ht-ajax from compiling. This is easy to fix locally, but I don't know what to do so that the version on this site also works: http://common-lisp.net/projecs/ht-ajax/ This is bad because a library of mine ( http://martin-loetzsch.de/ gtfl ) uses both hunchentoot and ht-ajax and people who try to install it will asdf:install with fail. Do you know who currently feels responsible for ht-ajax? Or who Mr or Mrs 'xlopez' on http://common-lisp.net/websvn/listing.php?repname=ht-ajax is? Or who to ask for changing the .tar.gz file on common-lisp.net? Thanks for your time, Martin Loetzsch

1 0

[hunchentoot-devel] Missing hunchentoot-test.asd in Hunchentoot 1.1.0
by Nico de Jager 11 Jan '10

11 Jan '10

Hi The tar archive of Hunchentoot 1.1.0 on weitz.de is missing the hunchentoot-test.asd file, which is surely by accident since the documentation still mentions it. Thanks for the new version! Nico

2 2

[hunchentoot-devel] New Hunchentoot release 1.1.0
by Edi Weitz 11 Jan '10

11 Jan '10

As pre-announced in December, Hunchentoot 1.1.0 is now out. Lots of changes, see documentation. Thanks to all who sent patches, suggestions, or bug reports. Happy New Year, Edi.

4 5

[hunchentoot-devel] Problem with LW6
by Jens Teich 09 Jan '10

09 Jan '10

Hunchentoot 0.15.6 when loading via asdf I get an error with LW6 where everything went smooth with LW5.1 [...] ; (DEFCLASS HUNCHENTOOT::SERVER) **++++ Error in HUNCHENTOOT:START-SERVER: WITHOUT-PREEMPTION is used ; HUNCHENTOOT:STOP-SERVER ; HUNCHENTOOT::PROCESS-CONNECTION ; HUNCHENTOOT::PROCESS-REQUEST ;; Processing Cross Reference Information ; *** 1 error detected, no fasl file produced. Warning: COMPILE-FILE warned while performing #<ASDF:COMPILE-OP NIL 21DACF73> on #<ASDF:CL-SOURCE-FILE "server" 21A6D5AB>. Warning: COMPILE-FILE failed while performing #<ASDF:COMPILE-OP NIL 21DACF73> on #<ASDF:CL-SOURCE-FILE "server" 21A6D5AB>. Error: erred while invoking #<ASDF:COMPILE-OP NIL 21DACF73> on #<ASDF:CL-SOURCE-FILE "server" 21A6D5AB> 1 (continue) Retry performing #<ASDF:LOAD-OP NIL 21A6850F> on #<ASDF:CL-SOURCE-FILE "server" 21A6D5AB>. 2 Continue, treating #<ASDF:LOAD-OP NIL 21A6850F> on #<ASDF:CL-SOURCE-FILE "server" 21A6D5AB> as having been successful. 3 (abort) Return to level 0. 4 Return to top loop level 0. Type :b for backtrace or :c <option number> to proceed. Type :bug-form "<subject>" for a bug report template or :? for other options. CL-USER 2 : 1 > :b Call to ERROR Call to CLOS::METHOD-COMBINATION-TEMPLATE Interpreted call to (METHOD ASDF:PERFORM :AROUND (ASDF:LOAD-OP ASDF:CL-SOURCE-FILE)) Call to CLOS::METHOD-COMBINATION-TEMPLATE Call to (SUBFUNCTION 1 ASDF:OPERATE) Call to ASDF:OPERATE Call to ASDF:OOS Interpreted call to ASDF Call to EVAL Call to CAPI::CAPI-TOP-LEVEL-FUNCTION Call to CAPI::INTERACTIVE-PANE-TOP-LOOP Call to MP::PROCESS-SG-FUNCTION CL-USER 3 : 1 >

3 2