[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
SUSPEND hanging on spurious I/O channel
- To: GJS at MIT-MC
- Subject: SUSPEND hanging on spurious I/O channel
- From: JONL at MIT-MC (Jon L White)
- Date: Sun, 19 Oct 80 11:22:00 GMT
- Cc: (BUG LISP) at MIT-MC
- Original-date: 19 OCT 1980 0722-EDT
Remember that Random lossage we saw once about 5 months ago?
Well it struck me last nite, and I had to dig in and finally
track it down before bringing up a new XLISP.
Problem seems that at one place in the code for OPEN, a file-array
has been created, and channel number allocated, but when something goes
wrong after that, not all paths exit from there remember to de-allocate
the channel. In particular, the code just after OPEN3: doesn't! Subject
to all sorts of timing screws then, that SAR cell might be re-used
just as the channel table still had the worthless assignment in it.
I've patched this in the current lisp, and edited the sources;
also checked out a few other paths for similar lossage.