Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!cs.utexas.edu!rice!mitaka.rice.edu!johnmc
From: johnmc@mitaka.rice.edu (John Mellor-Crummey)
Newsgroups: comp.sys.att
Subject: Problems with dialing out (Help!)
Message-ID: <1990Aug25.215110.22584@rice.edu>
Date: 25 Aug 90 21:51:10 GMT
Sender: news@rice.edu (News)
Reply-To: johnmc@mitaka.rice.edu (John Mellor-Crummey)
Distribution: usa
Organization: Rice University
Lines: 24

OS version 3.51a

For a while I had been using async_main, the communication program
provided with the 3B1 along with the on board modem (at 1200 baud).
I have been continually frustrated by the way it
handles terminal i/o. If I log onto another Unix system using
async_main and "cat" a very large file, I have a hard
time interrupting the cat with a ^C to abort it. Sometimes I have had to 
watch text scroll by for several minutes before the ^C is noticed by the
remote system.

Recently, I installed kermit on my system hoping that this would work
better than async_main for dialing in. Unfortunately, I have the same
problem as before.

Question: Is there a problem with the device driver for /dev/ph that
causes it to delay sending outgoing data (my ^C) when there is incoming
data? If so, has anyone written a better device driver for /dev/ph?
If not, does anyone know how this sort of problem can be avoided?

--
John Mellor-Crummey     Center for Research on Parallel Computation
johnmc@rice.edu         Rice University, P.O. Box 1892
713-285-5179            Houston, TX 77251