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
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
-
Bill St. Clair -
Dr. Helmut G. Enders -
Edi Weitz -
Hans Hübner -
helmut＠cybernetic-systems.de
-
John Thingstad -
Sebastian Tennant