Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!rutgers!seismo!lll-lcc!pyramid!decwrl!decvax!minow
From: minow@decvax.UUCP
Newsgroups: comp.sys.atari.st
Subject: Re: More about MORE
Message-ID: <23@decvax.UUCP>
Date: Sat, 7-Feb-87 18:38:23 EST
Article-I.D.: decvax.23
Posted: Sat Feb  7 18:38:23 1987
Date-Received: Sun, 8-Feb-87 07:58:50 EST
References: <115@batcomputer.tn.cornell.edu>
Reply-To: minow@decvax.UUCP (Martin Minow)
Organization: Ultrix Eng. Group - Merrimack, NH
Lines: 19
Keywords: MORE

In article <115@batcomputer.tn.cornell.edu> braner@batcomputer.UUCP
(Moshe Braner) notes that there seems to be a problem on the ST when
the keyboard buffer fills.

I've noticed the same sort of problem when using a home-brew TTY
emulator at 2400 Baud (but not when using Uniterm).  When the bug
hits me, I have to soft-reset the computer.

After reading through the Abacus ST Internals listings, it appears
that XON mode applies to both input and output on the RS232 line.
In the real world, this can easily lead to a deadlock condition.
If this is true, anyone doing a program that accesses the RS232
port in a full-duplex protocol must be very careful about letting
the buffers fill.  I.e. if you are going to send XOFF to a host
computer, you are well advised to ignore XOFF's the host sends to you
(and vice-versa).

Martin Minow
decvax!minow