From nicdevel at gmail.com Sun Jun 5 01:27:17 2011 From: nicdevel at gmail.com (Nic M) Date: Sat, 4 Jun 2011 21:27:17 -0400 Subject: [hunchentoot-devel] "start" does not return the acceptor Message-ID: I am running on on SBCL 1.0.48 on Mac OS X installed through macports. This installation still hangs on 'start' as in single-threaded Lisp. Any suggestions on how to resolve this issue? -Nic On Wed, May 25, 2011 at 11:29 AM, Matus Kmit > wrote: >* i installed hunchentoot in clisp via quickload. it seems working well*>* except for the following:*>**>* The function "start" does not return the acceptor. It creates own, so*>* that the http-server works but it keeps on hanging on the command and*>* does not return to REPL so that i have to break manually.* You are running single threaded. If you want to run Hunchentoot in the background, you need a multi-threaded Lisp (CCL and SBCL work fine). -Hans -------------- next part -------------- An HTML attachment was scrubbed... URL: From xach at xach.com Sun Jun 5 01:49:19 2011 From: xach at xach.com (Zach Beane) Date: Sat, 04 Jun 2011 21:49:19 -0400 Subject: [hunchentoot-devel] "start" does not return the acceptor In-Reply-To: (Nic M.'s message of "Sat, 4 Jun 2011 21:27:17 -0400") References: Message-ID: <87boydjbds.fsf@hangup.portland.xach.com> Nic M writes: > I am running on on SBCL 1.0.48 on Mac OS X installed through > macports.?This installation still hangs on 'start' as in > single-threaded Lisp. Any suggestions on how to resolve this issue? Build SBCL with threads enabled. Zach From olivier.dumont at gmail.com Thu Jun 9 18:37:01 2011 From: olivier.dumont at gmail.com (Olivier Dumont) Date: Thu, 9 Jun 2011 20:37:01 +0200 Subject: [hunchentoot-devel] Hunchentoot support for ECL Message-ID: Hi, the attached patch allows hunchentoot to function properly with the latest release of ECL (11.1.1). best regards, Olivier -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: hunchentoot_on_ecl.diff Type: text/x-patch Size: 995 bytes Desc: not available URL: From olivier.dumont at gmail.com Thu Jun 9 18:52:23 2011 From: olivier.dumont at gmail.com (Olivier Dumont) Date: Thu, 9 Jun 2011 20:52:23 +0200 Subject: [hunchentoot-devel] Hunchentoot support for ECL (implementation link) Message-ID: Hi, the attached patch adds the link to the ECL implementation site. best regards, Olivier -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: hunchentoot_on_ecl_2.diff Type: text/x-patch Size: 647 bytes Desc: not available URL: From peter at gigamonkeys.com Fri Jun 10 03:09:28 2011 From: peter at gigamonkeys.com (Peter Seibel) Date: Thu, 9 Jun 2011 20:09:28 -0700 Subject: [hunchentoot-devel] Fwd: Intermittent problem with codequarterly website (chunked coding glitch?) In-Reply-To: <595AF6130A36D746BA62449AFE26902AB78C3D21@EX-SEA3-A.ant.amazon.com> References: <595AF6130A36D746BA62449AFE26902AB78C3D21@EX-SEA3-A.ant.amazon.com> Message-ID: I have no particular reason to believe Hunchentoot is at fault here but I figured I'd ask in case anyone had seen anything like this. The codequarterly.com website is being served by Apache proxying to Hunchentoot (via ProxyPass and ProxyPassReverse directives in the Apache config) and this user reports occasionally getting back some hinky chunked-coded responses. Any ideas of the top of anyone's head? -Peter ---------- Forwarded message ---------- From: Thomas (AWS), Chris Date: Thu, Jun 9, 2011 at 6:14 PM Subject: Intermittent problem with codequarterly website (chunked coding glitch?) To: "editor at codequarterly.com" Greetings, This may not be the appropriate place to report this issue, but I couldn't find any technical contact information on your website. ?Feel free to forward as necessary. Intermittently (maybe 10-20% of the time), when trying to view pages on the codequarterly website, my browser is displaying what appears to be the text of the raw HTML of the page, instead of the rendered page. ?When I look closer, I see that the text begins with a hexadecimal number (e.g, '1FED'), followed by the usual HTML ? ? ? ? ? ? ? ? ? ?Code Quarterly .... -- Peter Seibel http://www.codequarterly.com/ From archimag at gmail.com Fri Jun 10 06:50:11 2011 From: archimag at gmail.com (Andrey Moskvitin) Date: Fri, 10 Jun 2011 10:50:11 +0400 Subject: [hunchentoot-devel] Fwd: Intermittent problem with codequarterly website (chunked coding glitch?) In-Reply-To: References: <595AF6130A36D746BA62449AFE26902AB78C3D21@EX-SEA3-A.ant.amazon.com> Message-ID: > Any ideas of the top of anyone's head? I think the problem is in any case would be solved if always specify the "Content-Length" and not use the "Transfer-Encoding: chunked" Andrey 2011/6/10 Peter Seibel : > I have no particular reason to believe Hunchentoot is at fault here > but I figured I'd ask in case anyone had seen anything like this. The > codequarterly.com website is being served by Apache proxying to > Hunchentoot (via ProxyPass and ProxyPassReverse directives in the > Apache config) and this user reports occasionally getting back some > hinky chunked-coded responses. > > Any ideas of the top of anyone's head? > > -Peter > > > > ---------- Forwarded message ---------- > From: Thomas (AWS), Chris > Date: Thu, Jun 9, 2011 at 6:14 PM > Subject: Intermittent problem with codequarterly website (chunked > coding glitch?) > To: "editor at codequarterly.com" > > > Greetings, > > This may not be the appropriate place to report this issue, but I > couldn't find any technical contact information on your website. ?Feel > free to forward as necessary. > > Intermittently (maybe 10-20% of the time), when trying to view pages > on the codequarterly website, my browser is displaying what appears to > be the text of the raw HTML of the page, instead of the rendered page. > ?When I look closer, I see that the text begins with a hexadecimal > number (e.g, '1FED'), followed by the usual HTML > I reproduced the problem with curl ?& took a packet trace (output at > end of email), to better see what is going on: > > % curl -v http://www.codequarterly.com/2011/rich-hickey/ > > It shows that the response is coming back with chunked coding, but > there are two hexadecimal numbers preceding ?the actual HTML content, > instead of just the single number that one would expect from a > chunked-coded response. ?The remainder of the body shows additional > "extra" chunk length prefixes. ?It is almost as if the HTTP server was > sending the response body through two passes of chunked encoding. > > Anyway, you might want to look into how your website software is set > up that might be causing this, or perhaps whether there's a proxy that > is inappropriately adding its own chunked coding to the response as it > passes through. > > Best Regards, > Chris Thomas > > -- request -- > GET /2011/rich-hickey/ HTTP/1.1 > User-Agent: curl/7.18.1 (i686-pc-linux-gnu) libcurl/7.18.1 > OpenSSL/0.9.8b zlib/1.2.3 > Host: www.codequarterly.com > Accept: */* > > -- response -- > HTTP/1.1 200 OK > Date: Fri, 10 Jun 2011 00:51:12 GMT > Transfer-Encoding: chunked > Content-Type: text/plain > > 1f3e > 1FE4 > > ? ? > ? ? ? ? > ? ? ? ?Code Quarterly > .... > > > > > -- > Peter Seibel > http://www.codequarterly.com/ > > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel From edi at weitz.de Sat Jun 11 13:00:43 2011 From: edi at weitz.de (Edi Weitz) Date: Sat, 11 Jun 2011 15:00:43 +0200 Subject: [hunchentoot-devel] Hunchentootin in the quicklisp repository? In-Reply-To: References: Message-ID: Hi, Please send questions related to Hunchentoot to the mailing list - see Cc. As to your question, to my knowledge Hunchentoot is already installable via Quicklisp. Cheers, Edi. On Sat, Jun 11, 2011 at 9:51 AM, Paul Harper wrote: > Hi Edi > Am just getting going in lisp and busy checking out your?Hunchentoot > webserver. Do you have any plans to add it to quicklisp repository? or do i > just use quicklisp to download the required libraries? > regards > Paul Harper From xach at xach.com Sat Jun 11 14:14:42 2011 From: xach at xach.com (Zach Beane) Date: Sat, 11 Jun 2011 10:14:42 -0400 Subject: [hunchentoot-devel] Hunchentootin in the quicklisp repository? In-Reply-To: (Edi Weitz's message of "Sat, 11 Jun 2011 15:00:43 +0200") References: Message-ID: <874o3wa20d.fsf@hangup.portland.xach.com> Yes, if you have Quicklisp, (ql:quickload "hunchentoot") should load it and all its dependencies for you. Zach Edi Weitz writes: > Hi, > > Please send questions related to Hunchentoot to the mailing list - see Cc. > > As to your question, to my knowledge Hunchentoot is already > installable via Quicklisp. > > Cheers, > Edi. > > > On Sat, Jun 11, 2011 at 9:51 AM, Paul Harper wrote: >> Hi Edi >> Am just getting going in lisp and busy checking out your?Hunchentoot >> webserver. Do you have any plans to add it to quicklisp repository? or do i >> just use quicklisp to download the required libraries? >> regards >> Paul Harper > > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel From xach at xach.com Sat Jun 11 19:39:20 2011 From: xach at xach.com (Zach Beane) Date: Sat, 11 Jun 2011 15:39:20 -0400 Subject: [hunchentoot-devel] Hunchentootin in the quicklisp repository? In-Reply-To: (Paul Harper's message of "Sat, 11 Jun 2011 21:23:01 +0200") References: <874o3wa20d.fsf@hangup.portland.xach.com> Message-ID: <87zklo88ev.fsf@hangup.portland.xach.com> Paul Harper writes: > Thanks guys > it does seem to be there.. Thing is I was trying system-apropos with > "hunchentoot", also with "http" and got nothing.? > Of course on windows I get the following messages (when trying to download > cl+ssl) and it seems I must download a libssl32.dll from 'shining light' .. Is > this the recommended way to go? (ql:system-apropos "hunchentoot") should return several items - maybe you had a typo? If you don't want SSL support, you can do this before loading Hunchentoot: (pushnew :hunchentoot-no-ssl *features*) Zach From kiuma72 at gmail.com Mon Jun 13 07:49:01 2011 From: kiuma72 at gmail.com (Andrea Massimo Chiumenti) Date: Mon, 13 Jun 2011 07:49:01 +0000 (UTC) Subject: [hunchentoot-devel] Invitation to connect on LinkedIn Message-ID: <1707166010.5660225.1307951341057.JavaMail.app@ela4-bed82.prod> LinkedIn ------------ General, I'd like to add you to my professional network on LinkedIn. - Andrea Massimo Andrea Massimo Chiumenti Owner at Wings Tech Milan Area, Italy Confirm that you know Andrea Massimo Chiumenti https://www.linkedin.com/e/bxhy9y-gov4ghry-11/isd/3192087151/LoQitsoO/ -- (c) 2011, LinkedIn Corporation -------------- next part -------------- An HTML attachment was scrubbed... URL: From tl at di.fc.ul.pt Tue Jun 14 22:27:15 2011 From: tl at di.fc.ul.pt (Thibault Langlois) Date: Tue, 14 Jun 2011 23:27:15 +0100 Subject: [hunchentoot-devel] hunchentoot:*default-content-type* & hunchentoot:*hunchentoot-default-external-format* Message-ID: *Hi, If I want to serve web pages encoded in UTF-8, I should set these two variables : (setf hunchentoot:*default-content-type* "text/html; charset=UTF-8") (setf hunchentoot:*hunchentoot-default-external-format* hunchentoot::+utf-8+) Am I correct ? Is it ok to use an internal symbol (+utf-8+) or is there another way ? Thanks, * -- Thibault Langlois FCUL / DI -------------- next part -------------- An HTML attachment was scrubbed... URL: From jan.tolenaar at xs4all.nl Wed Jun 15 06:41:42 2011 From: jan.tolenaar at xs4all.nl (Jan Tolenaar) Date: Wed, 15 Jun 2011 08:41:42 +0200 Subject: [hunchentoot-devel] hunchentoot:*default-content-type* & hunchentoot:*hunchentoot-default-external-format* In-Reply-To: References: Message-ID: <4DF85426.5080409@xs4all.nl> On 15/06/2011 00:27, Thibault Langlois wrote: > *Hi, > > If I want to serve web pages encoded in UTF-8, I should set these two > variables : > (setf hunchentoot:*default-content-type* "text/html; charset=UTF-8") > (setf hunchentoot:*hunchentoot-default-external-format* > hunchentoot::+utf-8+) > > Am I correct ? > Is it ok to use an internal symbol (+utf-8+) or is there another way ? > > Thanks, > * > -- > Thibault Langlois > FCUL / DI > > > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel You should also set the charset property in your
elements to "utf-8". Also be aware of the default encoding of your database. -- Jan Tolenaar From tl at di.fc.ul.pt Wed Jun 15 07:39:04 2011 From: tl at di.fc.ul.pt (Thibault Langlois) Date: Wed, 15 Jun 2011 08:39:04 +0100 Subject: [hunchentoot-devel] hunchentoot:*default-content-type* & hunchentoot:*hunchentoot-default-external-format* In-Reply-To: <4DF85426.5080409@xs4all.nl> References: <4DF85426.5080409@xs4all.nl> Message-ID: * * On Wed, Jun 15, 2011 at 7:41 AM, Jan Tolenaar wrote: > > > On 15/06/2011 00:27, Thibault Langlois wrote: > >> *Hi, >> >> >> If I want to serve web pages encoded in UTF-8, I should set these two >> variables : >> (setf hunchentoot:*default-content-type* "text/html; charset=UTF-8") >> (setf hunchentoot:*hunchentoot-default-external-format* >> hunchentoot::+utf-8+) >> >> Am I correct ? >> Is it ok to use an internal symbol (+utf-8+) or is there another way ? >> >> Thanks, >> * >> -- >> Thibault Langlois >> FCUL / DI >> >> >> _______________________________________________ >> tbnl-devel site list >> tbnl-devel at common-lisp.net >> http://common-lisp.net/mailman/listinfo/tbnl-devel >> > > You should also set the charset property in your elements to > "utf-8". Also be aware of the default encoding of your database. > > I hadded accept-charset="UTF-8". Thanks for the tip. -- > Jan Tolenaar > > > > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > > -- Thibault Langlois FCUL / DI -------------- next part -------------- An HTML attachment was scrubbed... URL: From edi at weitz.de Wed Jun 15 09:27:27 2011 From: edi at weitz.de (Edi Weitz) Date: Wed, 15 Jun 2011 11:27:27 +0200 Subject: [hunchentoot-devel] hunchentoot:*default-content-type* & hunchentoot:*hunchentoot-default-external-format* In-Reply-To: References: Message-ID: You can look into the test directory to find some simple examples of UTF-8 pages served by Hunchentoot. On Wed, Jun 15, 2011 at 12:27 AM, Thibault Langlois wrote: > Hi, > > If I want to serve web pages encoded in UTF-8, I should set these two > variables : > (setf hunchentoot:*default-content-type* "text/html; charset=UTF-8") > (setf hunchentoot:*hunchentoot-default-external-format* > hunchentoot::+utf-8+) > > Am I correct ? > Is it ok to use an internal symbol (+utf-8+) or is there another way ? > > Thanks, > > -- > Thibault Langlois > FCUL / DI > > _______________________________________________ > tbnl-devel site list > tbnl-devel at common-lisp.net > http://common-lisp.net/mailman/listinfo/tbnl-devel > From archimag at gmail.com Wed Jun 29 12:39:16 2011 From: archimag at gmail.com (Andrey Moskvitin) Date: Wed, 29 Jun 2011 16:39:16 +0400 Subject: [hunchentoot-devel] The question of new release Message-ID: Hi, When do expect a new release of Hunchentoot? In my opinion, the HEAD version works fine. Andrey From hans.huebner at gmail.com Wed Jun 29 12:45:31 2011 From: hans.huebner at gmail.com (=?ISO-8859-1?Q?Hans_H=FCbner?=) Date: Wed, 29 Jun 2011 14:45:31 +0200 Subject: [hunchentoot-devel] The question of new release In-Reply-To: References: Message-ID: On Wed, Jun 29, 2011 at 2:39 PM, Andrey Moskvitin wrote: > When do expect a new release of Hunchentoot? In my opinion, > the HEAD version works fine. I have just finished up a non-Lisp job and returned to a Hunchentoot based project which I'll take care of in the coming few weeks. As soon as I have my project properly running with Hunchentoot, I'll work on the release finalization. -Hans From edi at weitz.de Wed Jun 29 15:59:23 2011 From: edi at weitz.de (Edi Weitz) Date: Wed, 29 Jun 2011 17:59:23 +0200 Subject: [hunchentoot-devel] The question of new release In-Reply-To: References: Message-ID: On Wed, Jun 29, 2011 at 2:39 PM, Andrey Moskvitin wrote: > When do expect a new release of Hunchentoot? In my opinion, > the HEAD version works fine. The version in the repository doesn't compile on LispWorks right now, and I think there are also various bits of documentation that are missing. I'll be on vacation until the end of July. I'm afraid there won't be a new release before that.