Hi. I'm using SLIME in the CVS tree on Carbon Emacs. The Common Lisp is SBCL 0.9.11 (MacOSX/PPC). I encountered a bug when I tried to read Japanese files encoded in UTF-8 or EUC-JP. Here is my sample lisp code. # (defun read-one-line (file enc) # (with-open-file (strm file :direction :input :external-format enc) # (read-line strm))) And I have two files, one is encoded in UTF-8 and the other is in EUC- JP. It seems that reading either encodings results in the same behavior. When I call the function in REPL, # CL-USER> (read-one-line "test-utf8.txt" :utf-8) the prompt never comes back. This doesn't happen when I directly execute sbcl in the bash (on Terminal.app). In the *Messages* buffer of Emacs says: # (read-one-line file enc) # Partially completed # Completed # (read-one-line file enc) # error in process filter: slime-process-available-input: Wrong type argument: listp, 000A600002A7 # error in process filter: Wrong type argument: listp, 000A600002A7 And when I look into the *inferior-lisp* buffer, SBCL (Swank?) is looping (maybe infinitely). If this mailing list allows, I'd like to attach the japanese files and the *inferior-lisp* buffer log. Or is there suitable mail account to send them? Thanks in advance. Yuhei.