[hunchentoot-devel] HTTP redirect bug in Allegro Lisp
Hi, I have a piece of code which runs in SBCL but is throwing an error when running on Allegro Lisp. The relevant portion of the backtrace thrown by hunchentoot is given below: ->(SYS::..RUNTIME-OPERATION . :UNKNOWN-ARGS) (TPL:DO-COMMAND "zoom" :FROM-READ-EVAL-PRINT-LOOP NIL :COUNT T :ALL T) (TBNL:GET-BACKTRACE #1=#<SIMPLE-ERROR @ #x1001b57d32>) ((:INTERNAL TBNL::PROCESS-REQUEST 0) #1#) (SIGNAL #1#) (ERROR SIMPLE-ERROR :FORMAT-CONTROL "Attempt to store into purespace address #x~x." :FORMAT-ARGUMENTS #2=(182935334912)) (EXCL::ERROR-FROM-CODE 19 . #2#) (SYS::..CONTEXT-SAVING-RUNTIME-OPERATION) (NSTRING-UPCASE #3="Location") (TBNL::MAKE-KEYWORD #3#) (TBNL:REDIRECT "http://URL-DELETED") In the make-keyword function. changing the default value of the parameter destructivep to 'nil' solves this error. Is this a bug? Or what? Nandz. -- http://nandz.blogspot.com http://foodieforlife.blogspot.com
Scribit Saurabh Nanda dies 21/02/2007 hora 15:07:
I have a piece of code which runs in SBCL but is throwing an error when running on Allegro Lisp.
Could you also give the relevant code? The backtrace seems not very useful to me without it... Methodologically, Pierre -- nowhere.man@levallois.eu.org OpenPGP 0xD9D50D8A
On Wed, 21 Feb 2007 15:07:21 +0530, "Saurabh Nanda" <saurabhnanda@gmail.com> wrote:
I have a piece of code which runs in SBCL but is throwing an error when running on Allegro Lisp. The relevant portion of the backtrace thrown by hunchentoot is given below:
->(SYS::..RUNTIME-OPERATION . :UNKNOWN-ARGS) (TPL:DO-COMMAND "zoom" :FROM-READ-EVAL-PRINT-LOOP NIL :COUNT T :ALL T) (TBNL:GET-BACKTRACE #1=#<SIMPLE-ERROR @ #x1001b57d32>) ((:INTERNAL TBNL::PROCESS-REQUEST 0) #1#) (SIGNAL #1#) (ERROR SIMPLE-ERROR :FORMAT-CONTROL "Attempt to store into purespace address #x~x." :FORMAT-ARGUMENTS #2=(182935334912)) (EXCL::ERROR-FROM-CODE 19 . #2#) (SYS::..CONTEXT-SAVING-RUNTIME-OPERATION) (NSTRING-UPCASE #3="Location") (TBNL::MAKE-KEYWORD #3#) (TBNL:REDIRECT "http://URL-DELETED")
In the make-keyword function. changing the default value of the parameter destructivep to 'nil' solves this error.
Is this a bug? Or what?
Yes, that was clearly a bug - 0.6.2 fixes that. Thanks for the report, Edi.
participants (3)
-
Edi Weitz -
Pierre THIERRY -
Saurabh Nanda