[hunchentoot-devel] updated version

Where is the the current SVN version of Hunchentoot that you are working on located? It seems the huncentoot version at www.weitz.de hasn't been updated in ages.

On Tue, Oct 27, 2009 at 03:17, John Thingstad <jpthing@online.no> wrote:
Where is the the current SVN version of Hunchentoot that you are working on located? It seems the huncentoot version at www.weitz.de hasn't been updated in ages.
If you want to track the latest development version, check out http://bknr.net/svn/ediware/ using svn. -Hans

On Tue, Oct 27, 2009 at 3:17 AM, John Thingstad <jpthing@online.no> wrote:
Where is the the current SVN version of Hunchentoot that you are working on located? It seems the huncentoot version at www.weitz.de hasn't been updated in ages.
The last update was in February. How often do I need to update it in order to make it acceptable to you?

ti., 27.10.2009 kl. 07.53 +0100, skrev Edi Weitz:
On Tue, Oct 27, 2009 at 3:17 AM, John Thingstad <jpthing@online.no> wrote:
Where is the the current SVN version of Hunchentoot that you are working on located? It seems the huncentoot version at www.weitz.de hasn't been updated in ages.
The last update was in February. How often do I need to update it in order to make it acceptable to you?
Depends. The 1.0 version contains obvious errors like stop doesn't work. As so it is more of a beta version and I desire to update more often. I know people are aware of some of the problems and release patches, but I didn't know where they went.

On Tue, Oct 27, 2009 at 12:57 PM, John Thingstad <jpthing@online.no> wrote:
Depends. The 1.0 version contains obvious errors like stop doesn't work.
STOP doesn't work? The acceptor will still accept requests after you called STOP? Or what is the problem? And which other errors are you talking about?

For me, STOP returns, but the listener process doesn't exit. To make it do so in CCL, I've used the following. Haven't tried this in other lisps. The full drakma:http-request is probably not necessary, just something sent over the port to wake up the listener process. But I haven't tried that either. -Bill (let ((started nil)) (process-run-function (format nil "Stop port ~d" port) (lambda () (setq started t) (hunchentoot:stop acceptor))) (process-wait "Server stopper" (lambda () started))) ;; Need to make a request in order to get the server to shut down (ignore-errors (let ((ssl-p (hunchentoot:ssl-p acceptor))) (dotimes (i 3) (drakma:http-request (format nil "~a://localhost:~d/" (if ssl-p "https" "http") port) :redirect nil))))))))) On Tue, Oct 27, 2009 at 9:32 AM, Edi Weitz <edi@agharta.de> wrote:
On Tue, Oct 27, 2009 at 12:57 PM, John Thingstad <jpthing@online.no> wrote:
Depends. The 1.0 version contains obvious errors like stop doesn't work.
STOP doesn't work? The acceptor will still accept requests after you called STOP? Or what is the problem?
And which other errors are you talking about?
_______________________________________________ tbnl-devel site list tbnl-devel@common-lisp.net http://common-lisp.net/mailman/listinfo/tbnl-devel

On Tue, Oct 27, 2009 at 2:52 PM, Bill St. Clair <billstclair@gmail.com> wrote:
For me, STOP returns, but the listener process doesn't exit.
Sorry for the late reply, but so far I didn't have the time to test the new version on Lisps other than LispWorks. I just tried the current SVN version with SBCL 1.0.32 on Linux x86 and it works for me - STOP returns and the listener process exits. That was with usocket 0.4.1 in case that matters. (Should I have used the repository version instead?)

Edi Weitz wrote:
On Tue, Oct 27, 2009 at 12:57 PM, John Thingstad <jpthing@online.no> wrote:
Depends. The 1.0 version contains obvious errors like stop doesn't work.
STOP doesn't work? The acceptor will still accept requests after you called STOP? Or what is the problem?
And which other errors are you talking about?
I have the same problem: debian 2.6.30-2-amd64 sbcl 1.0.31.32 hunchentoot 1.0 emacs23 -> slime ->sbcl after (setf *http-server* (hunchentoot:start (make-instance 'hunchentoot:acceptor)) (hunchentoot:stop *http-server*) There is no response (break, ^G ^C ^D etc.) in the REPL. I have to kill the sbcl process. Helmut

Quoth "Dr. Helmut G. Enders" <helmut@cybernetic-systems.de>:
There is no response (break, ^G ^C ^D etc.) in the REPL. I have to kill the sbcl process.
Plus one. Seb -- Emacs' AlsaPlayer - Music Without Jolts Lightweight, full-featured and mindful of your idyllic happiness. http://home.gna.org/eap

Dr. Helmut G. Enders wrote:
Edi Weitz wrote:
On Tue, Oct 27, 2009 at 12:57 PM, John Thingstad <jpthing@online.no> wrote:
Depends. The 1.0 version contains obvious errors like stop doesn't work.
STOP doesn't work? The acceptor will still accept requests after you called STOP? Or what is the problem?
And which other errors are you talking about?
I have the same problem: debian 2.6.30-2-amd64 sbcl 1.0.31.32 hunchentoot 1.0 emacs23 -> slime ->sbcl
after (setf *http-server* (hunchentoot:start (make-instance 'hunchentoot:acceptor)) (hunchentoot:stop *http-server*)
There is no response (break, ^G ^C ^D etc.) in the REPL. I have to kill the sbcl process. Vanished after svn co svn://bknr.net/svn/ediware and works like a charm, thanks, Helmut
participants (7)
-
Bill St. Clair
-
Dr. Helmut G. Enders
-
Edi Weitz
-
Hans Hübner
-
helmut@cybernetic-systems.de
-
John Thingstad
-
Sebastian Tennant