Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!linus!decvax!harpo!seismo!hao!hplabs!sri-unix!ron@brl-vgr
From: ron%brl-vgr@sri-unix.UUCP
Newsgroups: net.micro
Subject: Re:  In Defense of Apple Pascal
Message-ID: <13450@sri-arpa.UUCP>
Date: Tue, 8-Nov-83 03:06:48 EST
Article-I.D.: sri-arpa.13450
Posted: Tue Nov  8 03:06:48 1983
Date-Received: Thu, 10-Nov-83 20:53:18 EST
Lines: 30

From:      Ron Natalie <ron@brl-vgr>

I think ZBEN is correct.  As I recall the call on our DEC-10
just got returned you some "heap" space.  The adhoc freeing up
call released all heap space beyond the point specified.

-Ron
point it out again.  When using
the Tektronics 4027 or it's monochrome sibling the 4025, cursor addressing
will seem to break when doing things like playing games where you type
while the computer is drawing on the screen.

The problem is that the thing does not really work full duplex.  The
commands are made by sending the (user redefinable but by default !)
command character and following it with text string which is the command.
Commands are terminated with another command character or a return.
The commands may be initiated by sending them from the computer or you
may type the command character on the keyboard and the terminal then
intercepts what you type and processes it.  This would be fine except that
there is a bug (misfeature?) that when the command character came from
the computer what is typed on the keyboard is still intercepted and processed
as part of the command.  What this means is that when the computer has
sent "!line 12" as the first part of a command and you interrupt it by
typing "d" it processes "!line 12d" which is invalid and then the rest
of the command comes from the computer and since the thing has been thrown
out of command mode by the invalid command, it is displayed on the screen.

Yucco.

-Ron