tbnl-devel August 2007

tbnl-devel@common-lisp.net

11 participants
8 discussions

[hunchentoot-devel] Hunchentoot not working on OpenMCL 1.1pre
by Tiarnan O'Corrain 03 Nov '07

03 Nov '07

Hi-- I've just installed a brand new OpenMCL pre-prelease ("Version 1.1-pre-070512 (DarwinPPC32)") and am getting the following error in the browser when accessing the default hunchentoot page: NIL Unknown http return code: 200 A backtrace from SLIME is given below. Originally I thought the problem was due to a reference in port-mcl.lisp to ccl::make-timer-request: I installed acl-compat, which provides this, with no change in outcome. Any pointers to fruitful areas of investigation would be appreciated. regards Tiarnán Stream #<BASIC-FILE-BINARY-OUTPUT-STREAM ("/tmp/hunchentoot.log"/24 ISO-8859-1) #x93BC97E> is private to #<PROCESS hunchentoot-worker-1(48) [Exhausted] #x93BBC1E> [Condition of type SIMPLE-ERROR] Restarts: 0: [ABORT-BREAK] Reset this process 1: [ABORT] Kill this process Backtrace: 0: (#<Anonymous Function #x85C7C2E> 0 20) 1: (SWANK:BACKTRACE 1 41) 2: (CCL::CALL-CHECK-REGS 'SWANK:BACKTRACE) 3: (#<Anonymous Function #x86434AE> '(SWANK:BACKTRACE 1 41) 44 'NIL) 4: (#<Anonymous Function #x85687F6> #<Compiled-function SWANK:SWANK-DEBUGGER-HOOK #x863C6A6> #<COMPILED-LEXICAL-CLOSURE #x93EE3CE>) 5: (FUNCALL 'SWANK::EVAL-FOR-EMACS) 6: (SWANK::SLDB-LOOP '(70 T 10 T NIL 10 T #S(CCL::PPRINT-DISPATCH-TABLE :CONSES-WITH-CARS #<HASH-TABLE :TEST EQ size 60/60 #x85DEBB6> :STRUCTURES NIL :OTHERS (#<CCL::ENTRY #x846914E> #)) NIL T ...)) 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 #x85DEBB6> :STRUCTURES NIL :OTHERS (# #))) (*PRINT-GENSYM* . T) (*PRINT-BASE* . 10) (*PRINT-RADIX*) (*PRINT-ARRAY* . T) ...) #<Anonymous Function #x863B636>) 8: (#<Anonymous Function #x85C8B56> #<Anonymous Function #x863B686>) 9: (SWANK::DEBUG-IN-EMACS #<SIMPLE-ERROR #x93DEBA6>) 10: (#<Anonymous Function #x85687F6> #<Compiled-function SWANK:SWANK-DEBUGGER-HOOK #x863C6A6> #<COMPILED-LEXICAL-CLOSURE #x93DEB56>) 11: (SWANK::CALL-WITH-REDIRECTED-IO #<COMPILED-LEXICAL-CLOSURE #x93DEB3E> #<Compiled-function SWANK:SWANK-DEBUGGER-HOOK #x863C6A6>) 12: (SWANK::CALL-WITH-CONNECTION #<CONNECTION #x869E2CE> #<COMPILED-LEXICAL-CLOSURE #x93DEB56>) 13: (INVOKE-DEBUGGER #<SIMPLE-ERROR #x93DEBA6>) 14: (SIGNAL #<SIMPLE-ERROR #x93DEBA6>) 15: (CCL::%ERROR '(#<BASIC-FILE-BINARY-OUTPUT-STREAM ("/tmp/hunchentoot.log"/24 ISO-8859-1) #x93BC97E> #<PROCESS hunchentoot-worker-1(48) [Exhausted] #x93BBC1E>) -65534292) 16: (CCL::%PRIVATE-IOBLOCK-WRITE-U8-BYTE 91 #<BASIC-FILE-BINARY-OUTPUT-STREAM ("/tmp/hunchentoot.log"/24 ISO-8859-1) #x93BC97E>) 17: (WRITE-BYTE 91 'FLEXI-STREAMS::WRITE-BYTE*) Locals: CCL::IOBLOCK = #S(CCL::FILE-IOBLOCK :STREAM #<BASIC-FILE-BINARY-OUTPUT-STREAM ("/tmp/hunchentoot.log"/24 ISO-8859-1) #x93BC97E> :UNTYI-CHAR NIL :INBUF NIL :OUTBUF #<IO-BUFFER (UNSIGNED-BYTE 8) 0/0/2048 #x93BC86E> :ELEMENT-TYPE ...) 18: (#<STANDARD-METHOD STREAM-WRITE-CHAR (FLEXI-STREAMS::FLEXI-UTF-8-OUTPUT-STREAM T)> #\[ '(NIL #<STANDARD-METHOD STREAM-WRITE-CHAR (FLEXI-STREAMS::FLEXI-UTF-8-OUTPUT-STREAM T)> . 8955664)) 19: (CCL::%%BEFORE-AND-AFTER-COMBINED-METHOD-DCODE '(NIL #<STANDARD-METHOD STREAM-WRITE-CHAR (FLEXI-STREAMS::FLEXI-UTF-8-OUTPUT-STREAM T)> . 8955664)) 20: (CCL::%%STANDARD-COMBINED-METHOD-DCODE 0 #\[) 21: (#<STANDARD-METHOD TRIVIAL-GRAY-STREAMS:STREAM-WRITE-SEQUENCE (FLEXI-STREAMS:FLEXI-OUTPUT-STREAM T T T)> #<FLEXI-STREAMS::FLEXI-UTF-8-OUTPUT-STREAM #x93BC72E> "[~A~@[ [~A]~]] ~A~%" 0 1) 22: (WRITE-STRING "[~A~@[ [~A]~]] ~A~%" #<FLEXI-STREAMS::FLEXI-UTF-8-OUTPUT-STREAM #x93BC72E>) Locals: OUTPUT-STREAM = #<FLEXI-STREAMS::FLEXI-UTF-8-OUTPUT-STREAM #x93BC72E> CCL::START = 0 CCL::END = 1 23: (CCL::SUB-FORMAT #<FLEXI-STREAMS::FLEXI-UTF-8-OUTPUT-STREAM #x93BC72E> 0 19) 24: (CCL::DO-SUB-FORMAT #<FLEXI-STREAMS::FLEXI-UTF-8-OUTPUT-STREAM #x93BC72E>) 25: (FORMAT #<FLEXI-STREAMS::FLEXI-UTF-8-OUTPUT-STREAM #x93BC72E> "[~A~@[ [~A]~]] ~A~%") 26: (#<STANDARD-METHOD HUNCHENTOOT:LOG-MESSAGE (T T)> ':INFO "Default handler called for script ~A") Locals: HUNCHENTOOT::LOG-LEVEL = :INFO HUNCHENTOOT::FMT = "Default handler called for script ~A" HUNCHENTOOT::ARGS = ("/hunchentoot/") HUNCHENTOOT::MESSAGE = "Default handler called for script /hunchentoot/" CCL::*INTERRUPT-LEVEL* = 0 CCL::*INTERRUPT-LEVEL* = -1 CCL::%HANDLERS% = ((ERROR #1=#<STANDARD-GENERIC-FUNCTION HUNCHENTOOT:MAYBE-INVOKE-DEBUGGER #x8A9D2B6>) (ERROR #<COMPILED-LEXICAL-CLOSURE #x93DED06> WARNING #<COMPILED-LEXICAL-CLOSURE #x93DECEE>) (ERROR #1#) (ERROR #<COMPILED-LEXICAL-CLOSURE #x93E156E> WARNING #<Anonymous Function #x8F56EC6>) (PROCESS-RESET)) #:G3734 = (ERROR #<STANDARD-GENERIC-FUNCTION HUNCHENTOOT:MAYBE-INVOKE-DEBUGGER #x8A9D2B6>) CCL::%HANDLERS% = ((ERROR) (ERROR #1=#<STANDARD-GENERIC-FUNCTION HUNCHENTOOT:MAYBE-INVOKE-DEBUGGER #x8A9D2B6>) (ERROR #<COMPILED-LEXICAL-CLOSURE #x93DED06> WARNING #<COMPILED-LEXICAL-CLOSURE #x93DECEE>) (ERROR #1#) (ERROR #<COMPILED-LEXICAL-CLOSURE #x93E156E> WARNING #<Anonymous Function #x8F56EC6>) (PROCESS-RESET)) CCL::%HANDLERS% = ((ERROR #1=#<STANDARD-GENERIC-FUNCTION HUNCHENTOOT:MAYBE-INVOKE-DEBUGGER #x8A9D2B6>) (ERROR) (ERROR #1#) (ERROR #<COMPILED-LEXICAL-CLOSURE #x93DED06> WARNING #<COMPILED-LEXICAL-CLOSURE #x93DECEE>) (ERROR #1#) (ERROR #<COMPILED-LEXICAL-CLOSURE #x93E156E> WARNING #<Anonymous Function #x8F56EC6>) (PROCESS-RESET)) CCL::%HANDLERS% = ((ERROR) (ERROR #1=#<STANDARD-GENERIC-FUNCTION HUNCHENTOOT:MAYBE-INVOKE-DEBUGGER #x8A9D2B6>) (ERROR) (ERROR #1#) (ERROR #<COMPILED-LEXICAL-CLOSURE #x93DED06> WARNING #<COMPILED-LEXICAL-CLOSURE #x93DECEE>) (ERROR #1#) (ERROR #<COMPILED-LEXICAL-CLOSURE #x93E156E> WARNING #<Anonymous Function #x8F56EC6>) ..) Catch-tags: NIL NIL NIL 27: (HUNCHENTOOT::DEFAULT-HANDLER) [No Locals] 28: (HUNCHENTOOT::PROCESS-REQUEST '((:HOST . "localhost:4242") (:USER-AGENT . "Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3") (: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") (:CACHE-CONTROL . "max-age=0")) #<FLEXI-STREAMS::FLEXI-LATIN-1-IO-STREAM #x93DF4B6> ':GET "/hunchentoot/" ':HTTP/1.1) Locals: HUNCHENTOOT:HEADERS-IN = ((:HOST . "localhost:4242") (:USER-AGENT . "Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3") (: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") (:CACHE-CONTROL . "max-age=0")) HUNCHENTOOT::CONTENT-STREAM = #<FLEXI-STREAMS::FLEXI-LATIN-1-IO-STREAM #x93DF4B6> METHOD = :GET HUNCHENTOOT::URL-STRING = "/hunchentoot/" HUNCHENTOOT:SERVER-PROTOCOL = :HTTP/1.1 HUNCHENTOOT::*TMP-FILES* = NIL HUNCHENTOOT::*HEADERS-SENT* = NIL CCL::*INTERRUPT-LEVEL* = 0 CCL::*INTERRUPT-LEVEL* = -1 HUNCHENTOOT:*SESSION* = #<Unbound> HUNCHENTOOT:*REPLY* = #<Unbound> HUNCHENTOOT:*REQUEST* = #<Unbound> HUNCHENTOOT:*DISPATCH-TABLE* = (HUNCHENTOOT:DEFAULT-DISPATCHER) HUNCHENTOOT::BACKTRACE = #<VALUE-CELL NIL #x93DED1E> CCL::%HANDLERS% = ((ERROR #<STANDARD-GENERIC-FUNCTION HUNCHENTOOT:MAYBE-INVOKE-DEBUGGER #x8A9D2B6>) (ERROR #<COMPILED-LEXICAL-CLOSURE #x93E156E> WARNING #<Anonymous Function #x8F56EC6>) (PROCESS-RESET)) CCL::%HANDLERS% = ((ERROR #<COMPILED-LEXICAL-CLOSURE #x93DED06> WARNING #<COMPILED-LEXICAL-CLOSURE #x93DECEE>) (ERROR #<STANDARD-GENERIC-FUNCTION HUNCHENTOOT:MAYBE-INVOKE-DEBUGGER #x8A9D2B6>) (ERROR #<COMPILED-LEXICAL-CLOSURE #x93E156E> WARNING #<Anonymous Function #x8F56EC6>) (PROCESS-RESET)) Catch-tags: HUNCHENTOOT:HANDLER-DONE NIL 29: (HUNCHENTOOT::PROCESS-CONNECTION #<HUNCHENTOOT::SERVER #x93BBAC6> #<BASIC-TCP-STREAM ISO-8859-1 (SOCKET/23) #x93DC88E>) Locals: HUNCHENTOOT::SERVER = #<HUNCHENTOOT::SERVER #x93BBAC6> HUNCHENTOOT::HANDLE = #<BASIC-TCP-STREAM ISO-8859-1 (SOCKET/23) #x93DC88E> #:COMPILER-VAR = (NIL) #:G4134 = (ERROR #<COMPILED-LEXICAL-CLOSURE #x93E156E> WARNING #<Anonymous Function #x8F56EC6>) CCL::%HANDLERS% = ((PROCESS-RESET)) #:G4135 = (ERROR #<STANDARD-GENERIC-FUNCTION HUNCHENTOOT:MAYBE-INVOKE-DEBUGGER #x8A9D2B6>) CCL::%HANDLERS% = ((ERROR #<COMPILED-LEXICAL-CLOSURE #x93E156E> WARNING #<Anonymous Function #x8F56EC6>) (PROCESS-RESET)) HUNCHENTOOT::*HUNCHENTOOT-STREAM* = #<Unbound> HUNCHENTOOT::*LOCAL-HOST* = #<Unbound> HUNCHENTOOT::*REMOTE-HOST* = #<Unbound> HUNCHENTOOT::*REMOTE-PORT* = #<Unbound> CCL::*INTERRUPT-LEVEL* = 0 CCL::*INTERRUPT-LEVEL* = -1 HUNCHENTOOT:*SERVER* = #<Unbound> CCL::*INTERRUPT-LEVEL* = 0 CCL::*INTERRUPT-LEVEL* = -1 HUNCHENTOOT::*CLOSE-HUNCHENTOOT-STREAM* = NIL HUNCHENTOOT:HEADERS-IN = ((:HOST . "localhost:4242") (:USER-AGENT . "Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3") (: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") (:CACHE-CONTROL . "max-age=0")) HUNCHENTOOT::CONTENT-STREAM = #<FLEXI-STREAMS::FLEXI-LATIN-1-IO-STREAM #x93DF4B6> METHOD = :GET HUNCHENTOOT::URL-STRING = "/hunchentoot/" HUNCHENTOOT:SERVER-PROTOCOL = :HTTP/1.1 Catch-tags: NIL NIL NIL 30: (CCL::RUN-PROCESS-INITIAL-FORM '(#<COMPILED-LEXICAL-CLOSURE #x93DC32E>) #<PROCESS hunchentoot-worker-2(49) [Active] #x93DC366>) 31: (#<Anonymous Function #x8174C16> '(#<COMPILED-LEXICAL-CLOSURE #x93DC32E>) 0) 32: (#<Anonymous Function #x815EF56> 790464 #<LISP-THREAD hunchentoot-worker-2 [tcr @ #x303F00] #x93DC4DE>)

3 2

[hunchentoot-devel] port to sbcl win32: timouts are not implemented
by Anton Vodonosov 13 Sep '07

13 Sep '07

Hi! I've just tried hunchentoot on sbcl win32. When you first time start hunchentoot, lisp enters debugger with message "undefined function sb-unix:create-timer" or something in that fashion. Looks like timeouts are not implemented in sbcl win32 so I've changed with-timeout macro in the port-sbcl.lisp to just execute its body without timeout. It helps. (defmacro with-timeout ((seconds &body timeout-forms) &body body) "Executes the code BODY and returns the results of the last form but stops execution after SECONDS seconds and then instead executes the code in TIMEOUT-FORMS." #+:win32 `(progn ,@body) #-:win32 `(cl:handler-case (sb-ext:with-timeout ,seconds ,@body) (sb-ext:timeout () ,@timeout-forms))) Best regards, -Anton

2 4

[hunchentoot-devel] Re: versioning release tarballs
by Marijn Schouten (hkBst) 24 Aug '07

24 Aug '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Edi Weitz wrote: > On Tue, 10 Jul 2007 18:45:00 +0200, Stelian Ionescu <sionescu(a)common-lisp.net> wrote: > >> hello, would you be kind enough to put system versions in the >> tarball names of the releases you make or just make some symlinks ? >> I'm working on adding your latest releases to Gentoo and being able >> to download already-versioned tarballs would make our task easier > > Hi, > > I understand that this might make your work a little bit easier, but > it would be more work for me and it'd completely screw up the existing > workflow for two dozens of libs I maintain. So, no, I'm not going to > change this is in the near future. It seems to me that changing your scripts to: # remove old symlink rm hunchentoot.tar.gz # run original script <original script you use to produce hunchentoot.tar.gz> # add version and recreate symlink cp hunchentoot.tar.gz hunchentoot-VERSION.tar.gz ln -s hunchentoot-VERSION.tar.gz hunchentoot.tar.gz 1) would be simple, 2) cost you no more time to create tarballs, 3) whould be backwards compatible with all your workflow 4) would solve the problem not just for Gentoo, but for all people/distributions interested in distributing your packages, instead of gratuitously requiring each and every one of them to duplicate the work of versioning. I don't see how this simple change can ``completely screw up the existing workflow for two dozens of libs'', but I am hereby offering to do all of the work to make the required changes, so all you will need to do is point me to the scripts and judge the changes I will propose. > But as the download links from the weitz.de index page are generated > automatically and thus always look the same, it should be fairly easy > to write a small script that downloads the current tarballs and > renames them accordingly. If you would be willing to run this script and host the versioned tarballs, then I'm willing to write the script. sincerely, Marijn - -- Marijn Schouten (hkBst), Gentoo Lisp project <http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGzt4xp/VmCx0OL2wRAtFUAJ0cpyZHNUPLWC4mRh1MqPvOS8NhXQCdGCZD omOLZaWC+nx4fipTDKfjnCI= =QH4n -----END PGP SIGNATURE-----

1 0

[hunchentoot-devel] site structure
by Austin Haas 21 Aug '07

21 Aug '07

How does one generally structure their source files for a multi-sectioned site? I have a site that has several disparate sections, including: 1. main page, company information, etc. 2. portfolio of past works 3. client projects 4. various other interactive demos When I initially setup the project, I put the source files for each section into it's own directory, and included it as a module in my main defsystem. The main dispatch table would branch from there using "create-prefix-dispatcher" and call a "dispatcher" method belonging to the appropriate module. Each client project gets it's own source file and dispatcher, because they usually contain many unique sections themselves, such as pages for alpha demos, betas, etc. Some also need various dynamic features, too, so it's not as if I can just create some template system and pull unique data from a DB. I really need to be able to through up entirely new branches to the site on a weekly basis. The main issue that I've faced so far is that I have to add any new files to the :components section of the main defsystem method, which is inconvenient. It is very likely that I'm just not understanding the basics of setting up a lisp project, but I don't think most projects require the same structure as a large website. Please correct me if I'm mistaken. I'd appreciate any suggestions, pointers, or advice that anyone might have. Thanks. -austin -- Austin Haas Pet Tomato, Inc. http://pettomato.com

3 5

[hunchentoot-devel] preventing session-max-time updates
by timothy 21 Aug '07

21 Aug '07

Hello, I am using AJAX requests periodically on each page of my site to update a part of the display. These requests, however, prevent the session from becoming stale. Aside from fiddling with the last-click member of the session objects directly, what is the best way of keeping the periodic AJAX requests while letting unattended sessions become too-old-p? Thanks, Tim S

3 3

[hunchentoot-devel] Virtual hosts support using *META-DISPATCHER*
by Ram Krishnan 20 Aug '07

20 Aug '07

Hi all, I'm in the process of migrating a Web app from Portable Allegroserve to Hunchentoot (0.10), and I had a question about implementing virtual hosts by overriding the *META-DISPATCHER* function binding. Here's what I have so far: ---------------- (defvar *vhost-dispatch-table-map* (make-hash-table :test 'string=)) (defun vhost-meta-dispatcher (server) (declare (ignore server)) (or (gethash (hunchentoot:host) *vhost-dispatch-table-map*) *dispatch-table*)) (defun vhost-set-dispatch-table (hosts dispatch-table &key defaultp) (dolist (hostname (pg:mklist hosts)) (setf (gethash hostname *vhost-dispatch-table-map*) dispatch-table)) (when defaultp (setq *dispatch-table* dispatch-table))) (setq hunchentoot:*meta-dispatcher* 'vhost-meta-dispatcher) ---------------- Now, I'm able to return different *DISPATCH-TABLE* bindings based on the hostname, like so: ---------------- (vhost-set-dispatch-table "foo.bar.com" (list (hunchentoot:create-folder-dispatcher-and-handler "/assets/" #p"/var/www/foo.bar.com/assets/"))) (vhost-set-dispatch-table "quux.bar.com" (list (hunchentoot:create-folder-dispatcher-and-handler "/assets/" #p"/var/www/quux.bar.com/assets/"))) ---------------- Are there any problems in subverting the *META-DISPATCHER* binding this way? Is there a better alternative? Thanks. -ram

3 4

[hunchentoot-devel] Strange race condition?
by John Thingstad 20 Aug '07

20 Aug '07

I have just written a blog program. Functionally it is complete, but it contains a big and serious flaw. At intermittent intervals it gives a error like: [2007-08-18 09:05:58 [ERROR]] While accessing database #<CLSQL-MYSQL:MYSQL-DATAB ASE localhost/blog/jthing OPEN 219A8C6F> with expression "SELECT * FROM BLOG_ITEMS WHERE (ID = 224)": Error 2006 / MySQL server has gone away has occurred. It seems like a clsql error.. So why am I reporting it to here? Well the first thing to do is to isolate what is causing the error. After eliminating that the error was in my code (which included a rewrite) I found it down to the following lines: (with-html-output-to-string (*standard-output* nil :prologue t :indent t) (:html :xmlns "http://www.w3.org/1999/xhtml" (:head (:title (fmt "~A - ~A" (escape-string (getf blog :title)) (escape-string (getf item :title)))) (:link :href *blog-css-file* :rel "stylesheet" :type "text/css") (:link :href *tree-css-file* :rel "stylesheet" :type "text/css" :media "screen, projection") (:script :type "text/javascript" :src *tree-js-file* "") (:script :type "text/javascript" (fmt "~%addLoadListener( function() { treeMenu('~A', '~A'); });" "navigation" (format nil "~A?id=~D" (script-name) item-id)))) So it should be reported to cl-who right. Wrong! The problem isn't in the code that is generated. It appers to be the fact that I am including 2 css files and a javascript file. It is the UPLOAD of these from the client and the inerruption of the thread that causes the problem. Has anyone here experienced anything simular?

2 2

[hunchentoot-devel] unable to install hunchentoot on macosx (openmcl)
by Harsha Ch 11 Aug '07

11 Aug '07

hello all, i am trying to install hunchentoot on macosx 10.4.10(powerpc) using openmcl ,asdf-install , i am getting these errors, can anybody help me . thanks ;;; ASDF-INSTALL: Downloading 125037 bytes from http://weitz.de/files/hunchentoot.tar.gz to HUNCHENTOOT.asdf-install-tmp ... ;;; ASDF-INSTALL: Installing HUNCHENTOOT.asdf-install-tmp in /usr/local/asdf-install/site/, /usr/local/asdf-install/site-systems/ hunchentoot-0.11.1/ hunchentoot-0.11.1/CHANGELOG hunchentoot-0.11.1/CHANGELOG_TBNL hunchentoot-0.11.1/cookie.lisp hunchentoot-0.11.1/doc/ hunchentoot-0.11.1/doc/hunchentoot.gif hunchentoot-0.11.1/doc/index.html hunchentoot-0.11.1/doc/LICENSE.txt hunchentoot-0.11.1/easy-handlers.lisp hunchentoot-0.11.1/headers.lisp hunchentoot-0.11.1/hunchentoot-test.asd hunchentoot-0.11.1/hunchentoot.asd hunchentoot-0.11.1/log.lisp hunchentoot-0.11.1/mime-types.lisp hunchentoot-0.11.1/misc.lisp hunchentoot-0.11.1/packages.lisp hunchentoot-0.11.1/port-acl.lisp hunchentoot-0.11.1/port-cmu.lisp hunchentoot-0.11.1/port-lw.lisp hunchentoot-0.11.1/port-mcl.lisp hunchentoot-0.11.1/port-sbcl.lisp hunchentoot-0.11.1/README hunchentoot-0.11.1/reply.lisp hunchentoot-0.11.1/request.lisp hunchentoot-0.11.1/server.lisp hunchentoot-0.11.1/session.lisp hunchentoot-0.11.1/specials.lisp hunchentoot-0.11.1/test/ hunchentoot-0.11.1/test/favicon.ico hunchentoot-0.11.1/test/fz.jpg hunchentoot-0.11.1/test/packages.lisp hunchentoot-0.11.1/test/test.lisp hunchentoot-0.11.1/test/UTF-8-demo.html hunchentoot-0.11.1/unix-acl.lisp hunchentoot-0.11.1/unix-cmu.lisp hunchentoot-0.11.1/unix-lw.lisp hunchentoot-0.11.1/unix-mcl.lisp hunchentoot-0.11.1/unix-sbcl.lisp hunchentoot-0.11.1/util.lisp #P"/usr/local/asdf-install/site/hunchentoot-0.11.1/" #P"/usr/local/asdf-install/site/hunchentoot-0.11.1/" ; loading system definition from /usr/local/asdf-install/site-systems/hunchentoot.asd into #<Package "ASDF269"> ; registering #<SYSTEM :HUNCHENTOOT #x8454E16> as HUNCHENTOOT ; loading system definition from /usr/local/asdf-install/site-systems/url- rewrite.asd into #<Package "ASDF270"> ; registering #<SYSTEM :URL-REWRITE #x849908E> as URL-REWRITE ; loading system definition from /usr/local/asdf-install/site-systems/acl- compat.asd into #<Package "ASDF271"> ; registering #<SYSTEM ACL-COMPAT #x84B468E> as ACL-COMPAT ; loading system definition from /usr/local/asdf-install/site-systems/cl- ppcre.asd into #<Package "ASDF285"> ; registering #<SYSTEM :CL-PPCRE #x84C7FEE> as CL-PPCRE ; loading system definition from /usr/local/asdf-install/site-systems/puri.asd into #<Package "ASDF286"> ; registering #<SYSTEM PURI #x8409666> as PURI ; registering #<SYSTEM PURI-TESTS #x8401656> as PURI-TESTS ; loading system definition from /usr/local/asdf-install/site-systems/rfc2388.asd into #<Package "ASDF290"> ; registering #<SYSTEM :RFC2388 #x842EEAE> as RFC2388 ; loading system definition from /usr/local/asdf-install/site-systems/md5.asd into #<Package "ASDF291"> ; registering #<SYSTEM MD5 #x842627E> as MD5 ; loading system definition from /usr/local/asdf-install/site-systems/cl+ssl.asd into #<Package "ASDF292"> ; registering #<SYSTEM :CL+SSL #x843F34E> as CL+SSL ; loading system definition from /usr/local/asdf-install/site-systems/flexi- streams.asd into #<Package "ASDF293"> ; registering #<SYSTEM :FLEXI-STREAMS #x843623E> as FLEXI-STREAMS ; registering #<SYSTEM :FLEXI-STREAMS-TEST #x844D97E> as FLEXI-STREAMS-TEST ; loading system definition from /usr/local/asdf-install/site-systems/trivial-gray-streams.asd into #<Package "ASDF295"> ; registering #<SYSTEM :TRIVIAL-GRAY-STREAMS #x8441DF6> as TRIVIAL-GRAY-STREAMS ; loading system definition from /usr/local/asdf-install/site-systems/cffi.asd into #<Package "ASDF296"> ; registering #<SYSTEM CFFI #x8455376> as CFFI ; loading system definition from /usr/local/asdf-install/site-systems/cl- base64.asd into #<Package "ASDF298"> ; registering #<SYSTEM CL-BASE64 #x84756BE> as CL-BASE64 ; registering #<SYSTEM CL-BASE64-TESTS #x848CA3E> as CL-BASE64-TESTS ; loading system definition from /usr/local/asdf-install/site-systems/chunga.asd into #<Package "ASDF301"> ; registering #<SYSTEM :CHUNGA #x8481356> as CHUNGA > Error in process listener(1): Class named CCL::BASIC-STREAM not found. > While executing: FIND-CLASS > Type :POP to abort. Type :? for other options.

4 4

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

tbnl-devel August 2007