[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Twenex SUBFORK, and fix to (STATUS JCL)
- To: zubkoff at CMU-20C
- Subject: Twenex SUBFORK, and fix to (STATUS JCL)
- From: Jon L White <JONL at MIT-MC>
- Date: Thu, 20 Aug 81 00:23:00 GMT
- Cc: BUG-LISP at MIT-MC, ryland at SRI-KL, gabriel at CMU-20C, feinberg at CMU-20C, scott at SRI-AI
- Original-date: 19 August 1981 20:23-EDT
Your note of
Date: 16 Aug 1981 1657-EDT
From: (Leonard N Zubkoff) <Zubkoff at CMU-20C>
In-Reply-To: Your message of 15-Aug-81 1534-EDT
is right in that Ryland's suggestion would always "enable" the
characters in the RESCAN buffer -- however, the MacLISP/LEDIT interface
does indeed always read them (the startup and return-from-superior
hooks do an FJ) so that's why we didn't notice any difference between
the two modes.
I've put SUBFORK 50 onto MC and XX which makes the RESCAN subr work the
way it did before. I suspect that Chris was "faked out" by a bug
in (STATUS JCL), which I just fixed -- under ITS, the JCL is really
only acquired at startup time, but if the RESCAN subr is to be of
any value for stuffing something to other lisps (as opposed to
stuffing into TECO), then (STATUS JCL) will have to make a try
to retrieve the current scan-line/JCL. I've patched LISP.EXE.2122
to do this, and edited the sources appropriately. Note, however,
that doing (STATUS JCL) also resets to null lisp's internal notion
of what the scan line is; so for two calls in a row, the second is
pretty much guaranteed to get null.