[tbnl-devel] A Small Problem with TBNL Stand-alone
Hi, I'm back from vacation and am now integrating 0.5.2 into my main code base. This so I can make use of the Araneida and standalone TBNL. It didn't work. I got it to work by changing how *use-modlisp-headers* is used. I've attached a patch. I think you must have changed how I was using it while cleaning up the patch I sent originally. Cheers, Bob ---- Bob Hutchison -- blogs at <http://www.recursive.ca/hutch/> Recursive Design Inc. -- <http://www.recursive.ca/>
Hi Bob! On Fri, 1 Apr 2005 17:03:07 -0500, Bob Hutchison <hutch@recursive.ca> wrote:
I'm back from vacation and am now integrating 0.5.2 into my main code base. This so I can make use of the Araneida and standalone TBNL.
It didn't work.
I got it to work by changing how *use-modlisp-headers* is used. I've attached a patch. I think you must have changed how I was using it while cleaning up the patch I sent originally.
Yes, I changed some things but I tested with all three setups afterwards. What exactly doesn't work for you? Cheers, Edi.
On Apr 1, 2005, at 5:47 PM, Edi Weitz wrote:
Hi Bob!
On Fri, 1 Apr 2005 17:03:07 -0500, Bob Hutchison <hutch@recursive.ca> wrote:
I'm back from vacation and am now integrating 0.5.2 into my main code base. This so I can make use of the Araneida and standalone TBNL.
It didn't work.
I got it to work by changing how *use-modlisp-headers* is used. I've attached a patch. I think you must have changed how I was using it while cleaning up the patch I sent originally.
Yes, I changed some things but I tested with all three setups afterwards. What exactly doesn't work for you?
The TBNL stand-alone. When it was writing the headers it had the wrong value for *use-modlisp-headers* -- value of t rather than nil. Consequently it was returning mod_lisp stuff to the browser and the browser, naturally enough, didn't like it.
Cheers, Edi.
---- Bob Hutchison -- blogs at <http://www.recursive.ca/hutch/> Recursive Design Inc. -- <http://www.recursive.ca/>
On Fri, 1 Apr 2005 17:50:26 -0500, Bob Hutchison <hutch@recursive.ca> wrote:
The TBNL stand-alone. When it was writing the headers it had the wrong value for *use-modlisp-headers* -- value of t rather than nil. Consequently it was returning mod_lisp stuff to the browser and the browser, naturally enough, didn't like it.
Did you set it to NIL manually before using it? <http://weitz.de/tbnl/#tbnl-start> Cheers, Edi.
On Apr 1, 2005, at 5:58 PM, Edi Weitz wrote:
On Fri, 1 Apr 2005 17:50:26 -0500, Bob Hutchison <hutch@recursive.ca> wrote:
The TBNL stand-alone. When it was writing the headers it had the wrong value for *use-modlisp-headers* -- value of t rather than nil. Consequently it was returning mod_lisp stuff to the browser and the browser, naturally enough, didn't like it.
Did you set it to NIL manually before using it?
Ah, now I see. I wanted to be able to run any of the combinations at the same time. Setting the value of *use-modlisp-headers* will prevent that -- that will force a choice between direct and indirect. The patch I sent uses the test in read-http-request to set the value of *use-modlisp-headers*.
Cheers, Edi.
---- Bob Hutchison -- blogs at <http://www.recursive.ca/hutch/> Recursive Design Inc. -- <http://www.recursive.ca/>
On Fri, 1 Apr 2005 18:15:48 -0500, Bob Hutchison <hutch@recursive.ca> wrote:
Ah, now I see. I wanted to be able to run any of the combinations at the same time. Setting the value of *use-modlisp-headers* will prevent that -- that will force a choice between direct and indirect. The patch I sent uses the test in read-http-request to set the value of *use-modlisp-headers*.
Yes, I remember that now - makes sense. Don't know why I changed that. I'll prepare a new release with updated docs this weekend. Cheers, Edi.
participants (2)
-
Bob Hutchison -
Edi Weitz