That was the problem. But why did it fail silently? I would have expected something along the line to complain about a non-encodable character. rg On Jan 22, 2010, at 7:32 PM, Li Gong wrote:
What's the value of *hunchentoot-default-external-format* ? By default, it is +latin-1+ To support UTF-8, change it as (setf *hunchentoot-default-external-format* (flex:make-external-format :utf8 :eol-style :lf))
My website still uses hunchentoot 0.15.7。It returns the non-ascii character page and always work fine.
2010/1/23 Ron Garret <ron@flownet.com> Subject line says it all. If I have a handler that returns a string that has a non-ascii character in it then the handler fails silently. No headers. No log messages. No errors. No nothing.
And as long as I'm at it, what does TBNL stand for?
Thanks, rg
_______________________________________________ tbnl-devel site list tbnl-devel@common-lisp.net http://common-lisp.net/mailman/listinfo/tbnl-devel
_______________________________________________ tbnl-devel site list tbnl-devel@common-lisp.net http://common-lisp.net/mailman/listinfo/tbnl-devel