[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[no subject]
- To: (BUG LISP) at MIT-MC, GJS at MIT-AI
- From: HIC at MIT-MC (Howard I. Cannon)
- Date: Fri, 1 Sep 78 05:36:00 GMT
- Original-date: 1 SEP 1978 0136-EDT
From: GJS@MIT-AI
Date: Sun, 21 Aug 78 19:23:33 GMT
Original-Date: 08/21/78 15:23:33 EDT
Subject:
To: (BUG LISP) at MIT-AI
A) Setup UREAD file
B) Cause GC-OVERFLOW
C) Cause Read macro context error
D) Watch infile go away
------
The bug was apparently related to overrubout, and not directly to the
read macro context error. What would happen is that overrubout on the tty
acted like an eof, and so lisp decided to "pop" the input stack to try to
read from the previous input source. Well, this is fine, except this should
only happen when ^Q is T (namely, we are reading from the input source
that INFILE/INSTACK control). I have made this change in the source,
but have not patched it in as I hope to have a new LISP out shortly.