1.0.32.28: fix listen / read-char-no-hang
authorChristophe Rhodes <csr21@cantab.net>
Thu, 12 Nov 2009 11:29:23 +0000 (11:29 +0000)
committerChristophe Rhodes <csr21@cantab.net>
Thu, 12 Nov 2009 11:29:23 +0000 (11:29 +0000)
commitd508d8681eab5c3c3a36cb96c64a5367d0c7ddb3
tree406901afbcd757e2f603143fd6ba4fcd6d5b68d7
parent12bda41882f972245a8b6caace507ebd01122d79
1.0.32.28: fix listen / read-char-no-hang

Whoops.  The external-format changes broke read-char-no-hang after an
unread-char: very noticeable indeed just as soon as an error occurs in
slime.  In my defence, this was already broken on bivalent streams; I just
propagated that brokenness to all fd-streams.

Include a run-program-based test, because that produces the kind of streams
that can have no data and yet not be at EOF.  In the slime context, they're
sockets, so it's a bit difficult to test the slime case exactly; ideas for
good simulations welcome.
NEWS
src/code/fd-stream.lisp
tests/stream.impure.lisp
version.lisp-expr