[hunchentoot-devel] Problem with flexi-stream-bound on openmcl
Hello, I have a problem running hunchentoot on openmcl (OpenMCL Version 1.1-pre-070512 (DarwinPPC32), hunchentoot 0.14.2, flexi-streams 0.13.0) The error is: Undefined function SETF::|HUNCHENTOOT::FLEXI-STREAM-BOUND| called with arguments (NIL #<FLEXI-STREAMS::FLEXI-LATIN-1-IO-STREAM #x92CD646>) . The error is signaled on every request. Doing this as a way of test from REPL seems to be working ok: TBNL> (make-instance 'flex::flexi-latin-1-io-stream ) #<FLEXI-STREAMS::FLEXI-LATIN-1-IO-STREAM #x9374906> TBNL> (setf (flexi-stream-bound *) nil) NIL TBNL> (symbol-package 'flexi-stream-bound) #<Package "FLEXI-STREAMS"> Under lispworks it runs ok on the same system. Backtrace follows: Undefined function SETF::|HUNCHENTOOT::FLEXI-STREAM-BOUND| called with arguments (NIL #<FLEXI-STREAMS::FLEXI-LATIN-1-IO-STREAM #x92CD646>) . [Condition of type CCL::UNDEFINED-FUNCTION-CALL] Restarts: 0: [CONTINUE] Retry applying SETF::|HUNCHENTOOT::FLEXI-STREAM-BOUND| to (NIL #<FLEXI-STREAMS::FLEXI-LATIN-1-IO-STREAM #x92CD646>). 1: [USE-VALUE] Apply specified function to (NIL #<FLEXI- STREAMS::FLEXI-LATIN-1-IO-STREAM #x92CD646>) this time. 2: [STORE-VALUE] Specify a function to use as the definition of SETF::|HUNCHENTOOT::FLEXI-STREAM-BOUND|. 3: [ABORT-BREAK] Reset this process 4: [ABORT] Kill this process Backtrace: 0: (#<Anonymous Function #x85ED03E> 0 20) 1: (SWANK:BACKTRACE 1 41) 2: (CCL::CALL-CHECK-REGS 'SWANK:BACKTRACE) 3: (#<Anonymous Function #x861931E> '(SWANK:BACKTRACE 1 41) 36 'NIL) 4: (#<Anonymous Function #x8574DE6> #<Compiled-function SWANK:SWANK-DEBUGGER-HOOK #x863212E> #<COMPILED-LEXICAL-CLOSURE #x92E6D86>) 5: (FUNCALL 'SWANK::EVAL-FOR-EMACS) 6: (SWANK::SLDB-LOOP #<CONNECTION #x8656776>) 7: (SWANK::CALL-WITH-BINDINGS '((*PRINT-PRETTY* . T) (*PRINT- LEVEL* . 4) (*PRINT-LENGTH* . 10) (*PRINT-CIRCLE* . T) (*PRINT-READABLY*) (*PRINT-PPRINT-DISPATCH* . #S(CCL::PPRINT-DISPATCH-TABLE :CONSES-WITH-CARS #<HASH- TABLE :TEST EQ size 60/60 #x85FEDAE> :STRUCTURES NIL :OTHERS (# #))) (*PRINT-GENSYM* . T) (*PRINT-BASE* . 10) (*PRINT-RADIX*) (*PRINT-ARRAY* . T) ...) #<Anonymous Function #x8631096>) 8: (#<Anonymous Function #x85EDEF6> #<Anonymous Function #x86310E6>) 9: (SWANK::DEBUG-IN-EMACS #<CCL::UNDEFINED-FUNCTION-CALL #x92CCB66>) 10: (#<Anonymous Function #x8574DE6> #<Compiled-function SWANK:SWANK- DEBUGGER-HOOK #x863212E> #<COMPILED-LEXICAL-CLOSURE #x92CC4C6>) 11: (SWANK::CALL-WITH-REDIRECTED-IO #<COMPILED-LEXICAL-CLOSURE #x92CC4AE> #<Compiled-function SWANK:SWANK-DEBUGGER-HOOK #x863212E>) 12: (SWANK::CALL-WITH-CONNECTION #<CONNECTION #x8656776> #<COMPILED- LEXICAL-CLOSURE #x92CC4C6>) 13: (INVOKE-DEBUGGER #<CCL::UNDEFINED-FUNCTION-CALL #x92CCB66>) 14: (SIGNAL #<CCL::UNDEFINED-FUNCTION-CALL #x92CCB66>) 15: (CCL::%ERROR 'NIL #<CCL::FAKE-STACK-FRAME #x233AAE6>) 16: (CCL::DEFAULT-UNDEFINED-FUNCTION-CALL-RESTARTS #<CCL::FAKE-STACK- FRAME #x233AAE6> #<A Foreign Pointer [stack-allocated] #xF0734B40> 'SETF::|CCL::XP-GPR-LISP|) 17: (CCL::HANDLE-UDF-CALL #<CCL::FAKE-STACK-FRAME #x233AAE6> 'CCL::% ERROR) 18: (#<Anonymous Function #x8216916> 67108868 'NIL '(NIL) 'CCL::%ERR- DISP-INTERNAL #<CCL::FAKE-STACK-FRAME #x233AAE6> 2 0 #<A Foreign Pointer [stack-allocated] #xF0734B40>) 19: (CCL::FUNCALL-WITH-ERROR-REENTRY-DETECTION #<COMPILED-LEXICAL- CLOSURE #x233AAA6>) 20: (#<Anonymous Function #x821699E> 67108868 'NIL '(NIL) 'CCL::%ERR- DISP-INTERNAL 2 0 #<A Foreign Pointer [stack-allocated] #xF0734B40> #<CCL::FAKE-STACK-FRAME #x233AAE6>) 21: (CCL::FUNCALL-WITH-XP-STACK-FRAMES 0 0 0) 22: (CCL::%XERR-DISP -65220390) 23: (CCL::%PASCAL-FUNCTIONS% 2 -65220390) 24: (HUNCHENTOOT::PROCESS-CONNECTION #<HUNCHENTOOT::SERVER #x928A32E> #<BASIC-TCP-STREAM ISO-8859-1 (SOCKET/12) #x92BF386>) 25: (CCL::RUN-PROCESS-INITIAL-FORM '(#<COMPILED-LEXICAL-CLOSURE #x92BEA66>) #<PROCESS hunchentoot-worker-1(9) [Active] #x92BEB0E>) 26: (#<Anonymous Function #x8174C16> '(#<COMPILED-LEXICAL-CLOSURE #x92BEA66>) 0) 27: (#<Anonymous Function #x815EF56> 788848 #<LISP-THREAD hunchentoot- worker-1 [tcr @ #x3025C0] #x92BED5E>)
On Sun, 30 Sep 2007 05:37:24 +0200, Denis Mashkevich <nedenis@gmail.com> wrote:
Undefined function SETF::|HUNCHENTOOT::FLEXI-STREAM-BOUND|
Hmm, did you notice that it thinks the package is HUNCHENTOOT and not FLEXI-STREAMS? My /guess/ is that you didn't recompile Hunchentoot after upgrading FLEXI-STREAMS. Could you try again by deleting /all/ FASL files (Hunchentoot and dependencies) and starting from scratch? If this doesn't resolve the issue, let me know. (Right now, I don't have a means to test on OpenMCL, but I just bought a new laptop with a Core 2 Duo processor, so I should have it installed in a few days.) Edi.
On Sep 30, 2007, at 8:45 PM, Edi Weitz wrote:
Hmm, did you notice that it thinks the package is HUNCHENTOOT and not FLEXI-STREAMS? My /guess/ is that you didn't recompile Hunchentoot after upgrading FLEXI-STREAMS. Could you try again by deleting /all/ FASL files (Hunchentoot and dependencies) and starting from scratch?
That probably was the case, although I was pretty sure I removed all dfsls before restarting openmcl and reloading the system.
If this doesn't resolve the issue, let me know. (Right now, I don't have a means to test on OpenMCL, but I just bought a new laptop with a Core 2 Duo processor, so I should have it installed in a few days.)
#<FLEXI-STREAMS::FLEXI-UTF-8-OUTPUT-STREAM #x929BEA6> "[~A~@[ [~A] ~]] ~A~%" 0 1) 19: (WRITE-STRING "[~A~@[ [~A]~]] ~A~%" #<FLEXI-STREAMS::FLEXI-UTF-8- OUTPUT-STREAM #x929BEA6>) 20: (CCL::SUB-FORMAT #<FLEXI-STREAMS::FLEXI-UTF-8-OUTPUT-STREAM #x929BEA6> 0 19) 21: (CCL::DO-SUB-FORMAT #<FLEXI-STREAMS::FLEXI-UTF-8-OUTPUT-STREAM #x929BEA6>) 22: (FORMAT #<FLEXI-STREAMS::FLEXI-UTF-8-OUTPUT-STREAM #x929BEA6> "[~A~@[ [~A]~]] ~A~%") 23: (#<STANDARD-METHOD HUNCHENTOOT:LOG-MESSAGE (T T)> ':INFO "Default handler called for script ~A") 24: (HUNCHENTOOT::DEFAULT-HANDLER) 25: (HUNCHENTOOT::PROCESS-REQUEST '((:HOST . "localhost:3003") (:USER-AGENT . "Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv: 1.8.1.7) Gecko/20070914 Firefox/2.0.0.7") (:ACCEPT . "text/xml,application/xml,application/xhtml+xml,text/
Now I have another problem. In a clean image, I load hunchentoot and start a server. For a while, requests are served - sometimes a few seconds, sometimes a minute or more. Then this is signaled: (this is under slime) Stream #<BASIC-FILE-BINARY-OUTPUT-STREAM ("/tmp/hunchentoot.log"/13 ISO-8859-1) #x929C1E6> is private to #<PROCESS hunchentoot-worker-1 (11) [Exhausted] #x929ADB6> [Condition of type SIMPLE-ERROR] Restarts: 0: [ABORT-BREAK] Reset this process 1: [ABORT] Kill this process Backtrace: 0: (#<Anonymous Function #x85ECF46> 0 20) 1: (SWANK:BACKTRACE 1 41) 2: (CCL::CALL-CHECK-REGS 'SWANK:BACKTRACE) 3: (#<Anonymous Function #x862EE56> '(SWANK:BACKTRACE 1 41) 48 'NIL) 4: (#<Anonymous Function #x8574CEE> #<Compiled-function SWANK:SWANK-DEBUGGER-HOOK #x862986E> #<COMPILED-LEXICAL-CLOSURE #x92BE67E>) 5: (FUNCALL 'SWANK::EVAL-FOR-EMACS) 6: (SWANK::SLDB-LOOP #<CONNECTION #x86566B6>) 7: (SWANK::CALL-WITH-BINDINGS '((*PRINT-PRETTY* . T) (*PRINT- LEVEL* . 4) (*PRINT-LENGTH* . 10) (*PRINT-CIRCLE* . T) (*PRINT-READABLY*) (*PRINT-PPRINT-DISPATCH* . #S(CCL::PPRINT-DISPATCH-TABLE :CONSES-WITH-CARS #<HASH- TABLE :TEST EQ size 60/60 #x85FECB6> :STRUCTURES NIL :OTHERS (# #))) (*PRINT-GENSYM* . T) (*PRINT-BASE* . 10) (*PRINT-RADIX*) (*PRINT-ARRAY* . T) ...) #<Anonymous Function #x86287D6>) 8: (#<Anonymous Function #x85EDDFE> #<Anonymous Function #x8628826>) 9: (SWANK::DEBUG-IN-EMACS #<SIMPLE-ERROR #x92A4BCE>) 10: (#<Anonymous Function #x8574CEE> #<Compiled-function SWANK:SWANK- DEBUGGER-HOOK #x862986E> #<COMPILED-LEXICAL-CLOSURE #x92A4BB6>) 11: (SWANK::CALL-WITH-REDIRECTED-IO #<COMPILED-LEXICAL-CLOSURE #x92A4B9E> #<Compiled-function SWANK:SWANK-DEBUGGER-HOOK #x862986E>) 12: (SWANK::CALL-WITH-CONNECTION #<CONNECTION #x86566B6> #<COMPILED- LEXICAL-CLOSURE #x92A4BB6>) 13: (INVOKE-DEBUGGER #<SIMPLE-ERROR #x92A4BCE>) 14: (SIGNAL #<SIMPLE-ERROR #x92A4BCE>) 15: (CCL::%ERROR '(#<BASIC-FILE-BINARY-OUTPUT-STREAM ("/tmp/ hunchentoot.log"/13 ISO-8859-1) #x929C1E6> #<PROCESS hunchentoot-worker-1(11) [Exhausted] #x929ADB6>) -66477372) 16: (#<CCL::STANDARD-KERNEL-METHOD STREAM-WRITE-VECTOR (CCL::BASIC- BINARY-OUTPUT-STREAM T T T)> #<BASIC- FILE-BINARY-OUTPUT-STREAM ("/tmp/hunchentoot.log"/13 ISO-8859-1) #x929C1E6> #(91 0 0 0 0 0 0 0 0 0 ...) 0 1) 17: (WRITE-SEQUENCE #(91) #<BASIC-FILE-BINARY-OUTPUT-STREAM ("/tmp/ hunchentoot.log"/13 ISO-8859-1) #x929C1E6>) 18: (#<STANDARD-METHOD TRIVIAL-GRAY-STREAMS:STREAM-WRITE-SEQUENCE (FLEXI-STREAMS:FLEXI-OUTPUT-STREAM STRING T T) 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 . "UTF-8,*") (:KEEP-ALIVE . "300") (:CONNECTION . "keep-alive") (:CACHE-CONTROL . "max-age=0")) #<FLEXI-STREAMS::FLEXI- LATIN-1-IO-STREAM #x92A73C6> ':GET "/" ':HTTP/1.1) 26: (HUNCHENTOOT::PROCESS-CONNECTION #<HUNCHENTOOT::SERVER #x929AC26> #<BASIC-TCP-STREAM ISO-8859-1 (SOCKET/12) #x92A2A9E>) 27: (CCL::RUN-PROCESS-INITIAL-FORM '(#<COMPILED-LEXICAL-CLOSURE #x92A253E>) #<PROCESS hunchentoot-worker-2(12) [Active] #x92A2576>) 28: (#<Anonymous Function #x8174C16> '(#<COMPILED-LEXICAL-CLOSURE #x92A253E>) 0) 29: (#<Anonymous Function #x815EF56> 788896 #<LISP-THREAD hunchentoot- worker-2 [tcr @ #x302680] #x92A26EE>) Without slime, it takes longer, and the thread state is different (waiting for lock, not exhausted).
Debug: Stream #<BASIC-FILE-BINARY-OUTPUT-STREAM ("/tmp/ hunchentoot.log"/7 ISO-8859-1) #x90F8916> is private to #<PROCESS hunchentoot-worker-1(3) [waiting for lock] #x90F78CE> While executing: SIGNAL, in process hunchentoot-worker-2(4).
;;; ;;; #<PROCESS hunchentoot-worker-2(4) [Active] #x913FCFE> requires access to Shared Terminal Input ;;; Do you have any ideas about this?
On Tue, 2 Oct 2007 19:27:14 +0200, Denis Mashkevich <nedenis@gmail.com> wrote:
Now I have another problem. In a clean image, I load hunchentoot and start a server. For a while, requests are served - sometimes a few seconds, sometimes a minute or more. Then this is signaled:
(this is under slime)
Stream #<BASIC-FILE-BINARY-OUTPUT-STREAM ("/tmp/hunchentoot.log"/13 ISO-8859-1) #x929C1E6> is private to #<PROCESS hunchentoot-worker-1 (11) [Exhausted] #x929ADB6> [Condition of type SIMPLE-ERROR]
You might want to search the mailing list archives, specifically May and maybe June 2007, for example this one: http://common-lisp.net/pipermail/tbnl-devel/2007-May/001319.html The upshot is that up until now I couldn't test on OpenMCL myself. My new laptop can run it, but I haven't yet found the time to install it. You'll either have to wait or you'll have to dig into it yourself.
On Tue, 2 Oct 2007 19:27:14 +0200, Denis Mashkevich <nedenis@gmail.com> wrote:
Stream #<BASIC-FILE-BINARY-OUTPUT-STREAM ("/tmp/hunchentoot.log"/13 ISO-8859-1) #x929C1E6> is private to #<PROCESS hunchentoot-worker-1 (11) [Exhausted] #x929ADB6> [Condition of type SIMPLE-ERROR]
See my recent reply to Tiarnan O'Corrain's email - I hope this is fixed with the 0.14.4 release. It'd be nice if OpenMCL users could try this out. For an explanation see here: http://clozure.com/pipermail/openmcl-devel/2007-October/003953.html Edi.
Hi, Was the issue in <http://common-lisp.net/pipermail/tbnl-devel/2007-September/001487.html> ever solved? I'm having a similar problem with SBCL 1.0.12 (both x86 and x86_64) with flexi-streams-0.13.1 and hunchentoot-0.14.7 I wiped all .fasls, did (require :hunchentoot-test) and on all attempts to access localhost:3000 got "Error while processing connection: The function (SETF HUNCHENTOOT::FLEXI-STREAM-BOUND) is undefined." (Yes, it is looking in the hunchentoot package instead of flexi-streams.) Used to work; the problem seems to have developed fter I upgraded to sbcl 1.0.12. I'm going to downgrade sbcl and try again, but I thought I'd ask if anyone else has had (or resolved) the problem. Thanks, -- David
On Tue, 4 Dec 2007 23:44:27 -0500 (EST), "David H. Friedman" <dhf@panix.com> wrote:
I'm having a similar problem with SBCL 1.0.12 (both x86 and x86_64) with flexi-streams-0.13.1 and hunchentoot-0.14.7
I wiped all .fasls, did (require :hunchentoot-test) and on all attempts to access localhost:3000 got
"Error while processing connection: The function (SETF HUNCHENTOOT::FLEXI-STREAM-BOUND) is undefined."
Are you sure that you only have /one/ copy of each library lying around? Maybe you have an old version somewhere which got installed via Debian's package system or somesuch and which is compiled and loaded instead of the one you think you're using. If you're sure this isn't the problem, wipe /all/ fasl files again, and show us the output generated by (asdf:oos 'asdf:load-op :hunchentoot) Edi.
On Wed, 5 Dec 2007, Edi Weitz wrote:
On Tue, 4 Dec 2007 23:44:27 -0500 (EST), "David H. Friedman" <dhf@panix.com> wrote:
I'm having a similar problem with SBCL 1.0.12 (both x86 and x86_64) with flexi-streams-0.13.1 and hunchentoot-0.14.7
I wiped all .fasls, did (require :hunchentoot-test) and on all attempts to access localhost:3000 got
"Error while processing connection: The function (SETF HUNCHENTOOT::FLEXI-STREAM-BOUND) is undefined."
Are you sure that you only have /one/ copy of each library lying around? Maybe you have an old version somewhere which got installed via Debian's package system or somesuch and which is compiled and loaded instead of the one you think you're using.
If you're sure this isn't the problem, wipe /all/ fasl files again, and show us the output generated by
(asdf:oos 'asdf:load-op :hunchentoot)
Edi.
Yes, of course that turned out to be the problem: there was an older copy of flexi-streams, and sbcl-1.0.12 changed the library directory search order. Thank you for your help (and for all the terrific libraries.) -- David
participants (3)
-
David H. Friedman -
Denis Mashkevich -
Edi Weitz