Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!caip!rutgers!nike!ucbcad!ucbvax!case.CSNET!bammi
From: bammi@case.CSNET ("Jwahar R. Bammi")
Newsgroups: net.micro.atari16
Subject: Re:  Uniterm/Terminal lockup
Message-ID: <8610040635.AA15590@ucbvax>
Date: Tue, 30-Sep-86 02:36:40 EDT
Article-I.D.: ucbvax.8610040635.AA15590
Posted: Tue Sep 30 02:36:40 1986
Date-Received: Sat, 4-Oct-86 13:53:41 EDT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 14

This is a known problem. It was discussed a while ago, and i seem to
recall that thre was no general agreement on what should be done. I know
that ST-Talk installs its own interrupt routine (thats how it avoids
the garbage characters that the Mfp insists on spitting  out whenever
you do a Rsconf(), even after explicitly disabling the transmitter
in the Tsr(bit 0). The way i worked around this problem in xmdm, was to install
a large (32k ) buffer of my own using Iorec(). Since then the problem has
never re-appeared. I use xmdm at full 9600 baud almost all of the time.
Hope that helps.
bammi
PS: if you know how to stop the MFP from spitting those (3) characters, i would
lve to know. Currently, in xmdm, i send three ^H's following a rsconf to
get rid of them. Also, with the large rs232 buffer in place, i put flow control
completely off, and have never lost a character at 9600 baud.