tbnl-devel

tbnl-devel@common-lisp.net

865 discussions

[hunchentoot-devel] Patches in the Hunchentoot Debian package
by Luca Capello 15 Jun '08

15 Jun '08

Hi all! Please Cc: me, I'm not subscribed to the list and I'm posting from Gmane. The Debian package for Hunchentoot lacks three files because of licensing issues: - doc/hunchentoot.gif (as well as test/favicon.ico), because CC Attribution-ShareAlike (CC-by-sa) is considered non-free by Debian (see http://people.debian.org/~evan/ccsummary.html) FWIW, version 3.0 of the same license would be acceptable: http://wiki.debian.org/DFSGLicenses - test/fz.jpg, since it misses any license bits I didn't write to ask for a license change, but to inform you that the included patches have been applied to the Debian package to cope with these two problems: - 01_replace-nonfree-logo-in-documentation.patch, the logo have been replaced by the word "[logo]" to preserve the link in doc/index.html - 02_remove-nonfree-favicon-from-test-file.patch, any reference to the favicon has been simply removed - 03_replace-Frank-Zappa-picture-in-test-file.patch, fz.jpg has been replaced by the Debian swirl logo (which should be present in all Debian installations). FWIW, the Debian package is maintained in a git repository at: http://git.debian.org/?p=pkg-common-lisp/hunchentoot.git;a=summary Thx, bye, Gismo / Luca

1 1

[hunchentoot-devel] Current development
by Edi Weitz 14 Jun '08

14 Jun '08

As common-lisp.net has been pretty unreliable in the last days, we've moved development over to the bknr.net server maintained by Hans. If you're interested in trying out the soon-to-be-released Hunchentoot version, get all of Hunchentoot, Chunga, and FLEXI-STREAMS from here: http://bknr.net/trac/browser/trunk/thirdparty If you're using Drakma, you'll have to grab it from bknr.net as well, as there are incompatible changes in Chunga. The previous development history can be seen at http://trac.common-lisp.net/tbnl/browser/branches whenever the server is up. Edi.

9 29

[hunchentoot-devel] Speed of binary uploads
by Tayssir John Gabbour 11 Jun '08

11 Jun '08

Hi, Does anyone have speed problems uploading big binary files to Hunchentoot? (I just made a clean install, and it's still slow. I've tested using both drakma:http-request and HTML forms.) For a 60 meg file -- even on the same machine -- it takes about 90 seconds. SCP does it in 10 seconds. Here is my code: ;; Omitting handler, as it's called after the file is received in the ;; temp directory. (defun start-webserver () (stop-webserver) (setf *catch-errors-p* nil) (setf *webserver* (start-server :mod-lisp-p t :port 3004))) (defun upload-form () (cl-who:with-html-output-to-string (*standard-output*) (:form :action "upload" :enctype "multipart/form-data" :method :post "File to send" (:input :type :file :name "upload" :size 40) (:input :type :submit :value "send")))) If no one else has this problem, I'll test further where my problem lies... Thanks! Tayssir

2 1

[hunchentoot-devel] Re: trivial-backtrace
by Edi Weitz 03 Jun '08

03 Jun '08

On Tue, 3 Jun 2008 04:44:52 -0400, Gary King <gwking(a)metabang.com> wrote: > I finally made some time to finish this and get it on cl-net. It'll > al be up on cl.net as soon as my flakey internet connection allows. [Ccing tbnl-devel as this'll affect current Hunchentoot.] Thanks, looks fine to me. Two comments: 1. grep will find "hunchentoot" several times in backtrace.lisp which is probably not necessary. Simply mentioning where this part of the code originates from would suffice... :) 2. I think a fallback function which does nothing or signals an error (maybe depending on the choice of the library user) for implementations which aren't supported would be fine. Otherwise I'm fine with using this for the next Hunchentoot release unless someone opposes. Thanks, Edi.

2 1

[hunchentoot-devel] hunchentoot-error error
by Cyrus Harmon 31 May '08

31 May '08

conditions.lisp has two definitions of hunchentoot-error, and none for hunchentoot-warn. the following patch fixes this: Index: conditions.lisp =================================================================== --- conditions.lisp (revision 3232) +++ conditions.lisp (working copy) @@ -1,5 +1,5 @@ -;;; -*- Mode: LISP; Syntax: COMMON-LISP; Package: ODD-STREAMS; Base: 10 -*- -;;; $Header: /usr/local/cvsrep/odd-streams/conditions.lisp,v 1.5 2007/12/31 01:08:45 edi Exp $ +;;; -*- Mode: LISP; Syntax: COMMON-LISP; Package: HUNCHENTOOT; Base: 10 -*- +;;; $Header: /usr/local/cvsrep/hunchentoot/conditions.lisp,v 1.5 2007/12/31 01:08:45 edi Exp $ ;;; Copyright (c) 2008, Dr. Edmund Weitz. All rights reserved. @@ -56,7 +56,7 @@ () (:documentation "Like HUNCHENTOOT-WARNING but with formatting capabilities.")) -(defun hunchentoot-error (format-control &rest format-arguments) +(defun hunchentoot-warn (format-control &rest format-arguments) "Signals a warning of type HUNCHENTOOT-SIMPLE-WARNING with the provided format control and arguments." (warn 'hunchentoot-simple-warning

2 1

[hunchentoot-devel] New release 0.15.7 (and also FLEXI-STREAMS 0.15.0)
by Edi Weitz 31 May '08

31 May '08

This is a tiny change which should improve Hunchentoot's performance. Incidentally, if you're concerned about performance, you might consider giving FLEXI-STREAMS 0.15.0 a try which was also released today. http://weitz.de/files/hunchentoot.tar.gz http://weitz.de/files/flexi-streams.tar.gz I'd also recommend to everyone interested in Hunchentoot's future directions to check out Hans' current version from here http://trac.common-lisp.net/tbnl/browser/branches/hans and to play with it. This version needs an updated Chunga (at least 0.4.2): http://weitz.de/files/chunga.tar.gz Edi.

2 1

[hunchentoot-devel] conditional reader error
by Cyrus Harmon 31 May '08

31 May '08

In hunchentoot.asd, I think the #+(not foo bar ...) bit is wrong: Index: hunchentoot.asd =================================================================== --- hunchentoot.asd (revision 3230) +++ hunchentoot.asd (working copy) @@ -76,7 +76,7 @@ #+(and :lispworks :unix) (:file "unix-lw") #+(and :openmcl :unix) (:file "unix-mcl") #+(and :sbcl :unix (not :win32)) (:file "unix-sbcl") - #+(and (not :allegro :clisp :cmu :lispworks :openmcl :sbcl) :unix) (:file "unix-other") + #+(and (not (or :allegro :clisp :cmu :lispworks :openmcl :sbcl)) :unix) (:file "unix-other") (:file "set-timeouts") (:file "connection-manager") (:file "server")

2 1

[hunchentoot-devel] Handling multiple Hunchentoot instances with potentially conflicting ports
by Raditya Kertiyasa 30 May '08

30 May '08

Hi everbody, I'm a Lisp newbie but I need to get my system up and running fast. I'm building a system that might cause multiple Hunchentoot servers to use conflicting ports. I want to handle this with an error handler and I've setup a wrapper function to start Hunchentoot and a restart function: ;; restart function to handle conflicting ports (defun ht-port-conflict-handler (condition) (... do something here to address the conflicting ports ...) (invoke-restart 'ht-port-conflict-handler)) ;; Start Hunchentoot Server with error-handling (defun ht-start-with-error-handler () (handler-bind ((simple-error #'ht-port-conflict-handler)) (restart-case (setf *ht-handle* (hunchentoot:start-server :port *ht-port*)) (ht-port-conflict-handler () nil)))) The system should allow users to reconfigure their instance of Hunchentoot without having to invoke the debugger, but when I run this code I always end up in the debugger anyway. Can anybody tell me where I went wrong? Or maybe there's a better solution for my situation? Regards, Raditya Kertiyasa

3 11

[hunchentoot-devel] as-keyword and other utility functions
by Cyrus Harmon 30 May '08

30 May '08

I see that in some of my code I was relying on hunchentoot::make- keyword, which has now gone away. But there is as-keyword and there is chunga::make-keyword. And there's, of course, alexandria:make-keyword, if I want to use that. It's a trivial function, but would it make sense to take things like with-unique-names, make-keyword, etc... and put it in some sort of ediware-utilities package? It's a trivial issue in this case, but I figured I'd bring it up for handy and less-trivial things like with-rebinding, etc... thanks, Cyrus

2 3

[hunchentoot-devel] Using multiple Hunchentoot-Requests in one thread
by css 29 May '08

29 May '08

Hello. My problem may seem strange, but: I have a huge download to generate on my hunchentoot, and I dont want to have one thread for each of these downloads, but one thread answering multiple requests at the same time (since the generation takes time, caching takes space, and sending the generated code to multiple receivers seems the best idea to me). That is, I want to get the request-object, and then pass it to another thread, who is then handling multiple requests (i.e. sending "non-waiting", polling for input, etc.). Is this possible?

5 12

← Newer
1
...
36
37
38
39
40
41
42
...
87
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

tbnl-devel