SBCL dies when it has an USB device opened which gets unplugged and SLIME is open

[Johan Sjolen]

What I do:

I run SBCL with SLIME and I have a uno32 board (using the FT232R USB serial converter) plugged in.
I do
(defparameter out (open "/dev/ttyUSB0" :element-type 'base-char :direction :io :if-exists :append))
and I then unplug the USB device.

What happens:
SBCL dies (Lisp connection unexpectedly closed error in SLIME). This only happens when SLIME is used.

What I expected to happen:
SBCL not dying/replicates behavior when running SBCL from bash (nothing happens, write-char + force-output gives I/O error).

Test case:
1. Plug in USB device
2. Run SLIME in Emacs
3.. Open with OPEN as described above in SLIME
4. Unplug device

SBCL version: 1.3.10

uname -a:

Linux johan-ThinkPad-T520 3.13.0-63-generic #103-Ubuntu SMP Fri Aug 14 21:42:59 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

*features*:
(:SWANK :QUICKLISP :QUICKLISP-SUPPORT-HTTPS :SB-BSD-SOCKETS-ADDRINFO
 :ASDF-PACKAGE-SYSTEM :ASDF3.1 :ASDF3 :ASDF2 :ASDF :OS-UNIX
 :NON-BASE-CHARS-EXIST-P :ASDF-UNICODE :ROS.INIT :64-BIT :64-BIT-REGISTERS
 :ALIEN-CALLBACKS :ANSI-CL :ASH-RIGHT-VOPS :C-STACK-IS-CONTROL-STACK
 :COMMON-LISP :COMPARE-AND-SWAP-VOPS :COMPLEX-FLOAT-VOPS :CYCLE-COUNTER :ELF
 :FLOAT-EQL-VOPS :FP-AND-PC-STANDARD-SAVE :GENCGC :IEEE-FLOATING-POINT
 :INLINE-CONSTANTS :INTEGER-EQL-VOP :LARGEFILE :LINKAGE-TABLE :LINUX
 :LITTLE-ENDIAN :MEMORY-BARRIER-VOPS :MULTIPLY-HIGH-VOPS :OS-PROVIDES-BLKSIZE-T
 :OS-PROVIDES-DLADDR :OS-PROVIDES-DLOPEN :OS-PROVIDES-GETPROTOBY-R
 :OS-PROVIDES-POLL :OS-PROVIDES-PUTWC :OS-PROVIDES-SUSECONDS-T
 :PACKAGE-LOCAL-NICKNAMES :PRECISE-ARG-COUNT-ERROR :RAW-INSTANCE-INIT-VOPS
 :READ-ONLY-TRAMPS :SB-CORE-COMPRESSION :SB-DOC :SB-EVAL :SB-FUTEX :SB-LDB
 :SB-PACKAGE-LOCKS :SB-SIMD-PACK :SB-SOURCE-LOCATIONS :SB-TEST :SB-THREAD
 :SB-UNICODE :SBCL :STACK-ALLOCATABLE-CLOSURES :STACK-ALLOCATABLE-FIXED-OBJECTS
 :STACK-ALLOCATABLE-LISTS :STACK-ALLOCATABLE-VECTORS
 :STACK-GROWS-DOWNWARD-NOT-UPWARD :SYMBOL-INFO-VOPS :UNBIND-N-VOP :UNIX
 :UNWIND-TO-FRAME-AND-CALL-VOP :X86-64)

[Stas Boukarev (stassats)]

Can't reproduce.