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.