[slime-devel] [BUG] a repeatable way to crash a utf-8 slime session

Harald Hanche-Olsen hanche at math.ntnu.no
Sat Jan 27 09:01:51 UTC 2007

+ Samium Gromoff <_deepfire at feelingofgreen.ru>:

| While figuring out how to deal with unicode i stumbled upon across
| something which appeared to be killing slime session/sbcl with an ensuing
| emacs message telling something about process filters.
| Urfin from #lisp helped me to narrow this down to evaluation of
| (format t "~c" #\UD0BB), or otherwise getting #\UD0BB shown on the screen,
| like having it displayed as the result of evaluation.
| It seems to have a 100% repeatability.

Does it apply only to this magical value (which would be strange
indeed), or to any other character for which emacs cannot find a

| I have yesterday's slime and sbcl 1.0/x86/Linux.

FWIW, I can't reproduce this with today's slime and
sbcl X.

I don't use slime-net-coding-system, but instead have

(setf slime-lisp-implementations
      '((sbcl ("sbcl") :coding-system utf-8-unix)
	(cmucl ("cmucl") :coding-system iso-latin-1-unix)))

However I believe the effect should be the same, so this comment is
probably irrelevant.

- Harald

More information about the slime-devel mailing list