tbnl-devel January 2007

tbnl-devel@common-lisp.net

19 participants
19 discussions

[hunchentoot-devel] Re: [slime-devel] slime-texi patch
by Jeffrey Cunningham 15 Jan '07

15 Jan '07

Sorry. I'll fix it. --Jeff On Sun Jan 14, 2007 at 08:21:57PM -0800, Bill Clementson wrote: > Hi Jeff, > > You posted to the hunchentoot/tbnl list instead of the slime list. >

1 0

[hunchentoot-devel] Re: [slime-devel] slime-texi patch
by Jeffrey Cunningham 15 Jan '07

15 Jan '07

Hmmm. This is strange. I was given commit privileges specifically for doing extensive work on doc/slime.texi. CVS lets me log in alright and seems to accept the changes - prompts me for comments and everything. But I just checked out a fresh copy and none of the changes I made this month (several sessions) are there. And yet, the changes I made in December are there (for example, the image on the front page). I don't know what to make of it. I'm going to post a patch to the list which incorporates the changes you made plus those I've made. (attached) Here's a changelog entry for it: 2007-01-14 Jeff Cunningham <jeffrey(a)cunningham.net> * doc/slime.texi: Update of function/key index with links. --Jeff On Sun Jan 14, 2007 at 07:54:38PM -0800, Bill Clementson wrote: > Hi Jeff, > > On 1/14/07, Jeffrey Cunningham <jeffrey(a)cunningham.net> wrote: > >On Sun Jan 14, 2007 at 05:10:32PM -0800, Bill Clementson wrote: > >> Attached is a patch for slime-texi. Here's the changelog entry: > >> > >> 2007-01-14 Bill Clementson <billclem(a)gmail.com> > >> > >> * doc/slime.texi: Cleanup of documentation typos/errors. > > > >Hi Bill; > > > >I noticed your patch is applied against doc/slime.texi from Jan 1 > >whereas I checked a number of changes into CVS for that file on Jan > >11. Should I do something beyond email the list that I have made > >changes? I am unfamiliar with what is customary in this list. Should I > >also send out a patch as you have done? > > > >I applied your patch to my current version and it worked fine. > > I did a cvs update before I made the changes to slime.texi, so my > patch should be against the latest version of slime.texi. Looking at > the changelog, it appears that the last patch to slime.texi was made > on 2006-12-24, so I don't know what happened to your changes. I just > did a "cvs co slime" as well to see what I got on a fresh install and > the date on slime.texi is also 2006-12-24. Perhaps your changes were > never applied? Since there are a limited number of people with commit > privileges, it's generally a good idea to double-check that any patch > that you email in is actually applied as sometimes they "fall through > the cracks". > > -- > Bill Clementson >

1 0

[hunchentoot-devel] New release 0.4.13
by Edi Weitz 14 Jan '07

14 Jan '07

ChangeLog: Version 0.4.13 2007-01-14 Added favicon.ico to example website (thanks to Yoni Rabkin Katzenell, Toby, and Uwe von Loh) Download: http://weitz.de/files/hunchentoot.tar.gz Cheers, Edi.

1 0

[hunchentoot-devel] favicon.ico patch for test.lisp
by Yoni Rabkin Katzenell 14 Jan '07

14 Jan '07

Some time ago I added two lines to test.lisp which add a favicon to the "menu" page. Maybe someone here will find it useful in a Google search. You don't actually need the patch, but it is the shortest method of explaining what to add where. -- "Cut your own wood and it will warm you twice"

6 12

[hunchentoot-devel] How to pass define-easy-handler symbol?
by Jeffrey Cunningham 14 Jan '07

14 Jan '07

This is probably a dumb question, but I haven't been able to figure it out yet. Suppose I want to call 'DEFINE-EASY-HANDLER inside another function and pass the symbol as an argument. I tried stuff like this: (defun some-function (name) (define-easy-handler ((intern name) (concatenate 'string name ".html") :default-request-type :post) ((formarg :parameter-type :keyword) (html-generator name formarg))) But it wants a real symbol. Then I tried passing names as symbols and turning them into strings where I needed. That works in the sense that it creates the page, but each one is bound to the same symbol no matter what symbols I give it, so only the last page created works. Is there a way to do this? Thanks for any help. --Jeff

2 6

[hunchentoot-devel] Re: hunchentoot specials
by Edi Weitz 11 Jan '07

11 Jan '07

[Cc to mailing list.] Hi! On Wed, 10 Jan 2007 16:38:32 +0100, Gábor Melis <mega(a)retes.hu> wrote: > I've been migrating some of my stuff over to hunchentoot from > paserve and I'm generally happy with it. Good... :) > One thing that strikes me as odd is the number of specials that > govern server behaviour. I'm not talking about *request* and *reply* > since they are dynamic extent by nature, but *log-...*, > *default-...*, and well ... almost everything else. It seems to me > that they make it very hard to run more than one hunchentoot server > with different settings. I'm thinking virtual hosts. > > To keep it short: > > - do you agree? Yes. The reason is Hunchentoot's heritage from TBNL which was a single-server library. And the fact that I myself almost never use more than one server per image. > - if yes, do you think it will be changed? I'm pretty busy right now, so don't hold your breath. But, yes, it will be changed one day. > - would you take patches in this direction if I ever happen to get > around to do it? Sure. However, I get a lot of patches where I finally end up re-writing most of what I received which really doesn't save time. What I'd like to see is: - Follow the coding and indentation conventions I use elsewhere in the code. - Don't use tab characters. - Every function/variable/class/slot/etc. should have a reasonable documentation string. - The patch should include updates to the HTML documentation as well (if necessary). Yes, I'm anal about this, sorry. Anyway - apart from that I'm always happy to incorporate patches. And if I like the new code enough, I might also end up doing the work listed above myself. But it'll be faster if someone else has already done so. Thanks, Edi.

1 0

Re: [hunchentoot-devel] accessing xml data from xforms/xhtml post
by dat 04 Jan '07

04 Jan '07

Thanks, Marijn (esp. for the kind/merciful parenthetical note). Your guess was correct. Although 'view source' didn't reveal anything in this particular case, looking at the data in lisp made it clear what was going on: I was using a browser to look at the value returned by RAW-POST-DATA and had lazily stuck <pre></pre> tags around the xml, not realizing the xml between the tags wasn't displayed by firefox... Thanks again, Alan Thompson dathomp1(a)yahoo.com ----- Original Message ---- From: Marijn Haverbeke <marijnh(a)gmail.com> To: tbnl-devel(a)common-lisp.net Sent: Thursday, January 4, 2007 6:20:59 AM Subject: Re: [hunchentoot-devel] accessing xml data from xforms/xhtml post 2. However, Hunchentoot's RAW-POST-DATA returns only "2 1"...all of the xml tag information is (apparently) discarded. Is there a straightforward way to get anything a littler "rawer"? Are you perhaps looking at the data in your browser? If so, have you tried 'view source'? (The browser will interpret the XML as messy HTML and not show tags... this has confused me in the past.) Marijn _______________________________________________ tbnl-devel site list tbnl-devel(a)common-lisp.net http://common-lisp.net/mailman/listinfo/tbnl-devel __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

[hunchentoot-devel] Idle thread messages
by Jonathon McKitrick 04 Jan '07

04 Jan '07

I searched the docs for 'idle' and 'thread' and google didn't turn up anything pertinent... is there any reason to be concerned about the idle thread messages that appear from time to time from hunchentoot? During debugging, they can pop up rather frequently in SLIME, and otherwise they are just logged to the console. Does this have anything to do with *cleanup-interval*? Jonathon McKitrick -- My other computer is your Windows box.

5 15

[hunchentoot-devel] accessing xml data from xforms/xhtml post
by dat 04 Jan '07

04 Jan '07

I'm hoping this isn't in the "lame questions" category... Is there a straightforward way to have hunchentoot look at xml data submitted by an xforms document? (This comes from playing with firefox with the xforms extension.) Example: 1. Using the "post" method (not "form-data-post"), an xforms document submits xml at the end of the day. If the firefox "livehttpheaders" plugin isn't lying, it looks something like: POST /tadmin/qeditor-qcatsel HTTP/1.1 Host: 127.0.0.1:3000 User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.1) Gecko/20061208 Firefox/2.0.0.1 Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=0.8,image/png,*/*;q=0.5 Accept-Language: en-us,en;q=0.5 Accept-Encoding: gzip,deflate Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7 Keep-Alive: 300 Connection: keep-alive Content-Length: 215 Content-Type: application/xml <?xml version="1.0" encoding="UTF-8"?> <Category1/> <Category2/> <Category3/> <Selectaquestion>2 1</Selectaquestion> </data> 2. However, Hunchentoot's RAW-POST-DATA returns only "2 1"...all of the xml tag information is (apparently) discarded. Is there a straightforward way to get anything a littler "rawer"? Unfortunately, I'm definitely on the lisp 'newbie' side and got lost on planet chunga as I was trying to figure things out... Thanks for your time and any tips/suggestions/recommendations, Alan Thompson __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

3 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

tbnl-devel January 2007