Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!math.lsa.umich.edu!hyc
From: hyc@math.lsa.umich.edu (Howard Chu)
Newsgroups: comp.sys.atari.st
Subject: Re: Terminal program
Message-ID: <10666@stag.math.lsa.umich.edu>
Date: 16 Jan 90 18:07:55 GMT
References: <1990Jan13.212911.11657@cs.dal.ca> <BAMMI.90Jan14032424@dsrgsun.ces.CWRU.Edu> <480d5170.14a1f@force.UUCP>
Sender: news@math.lsa.umich.edu
Reply-To: hyc@math.lsa.umich.edu (Howard Chu)
Organization: University of Michigan Math Dept., Ann Arbor
Lines: 33
UUCP-Path: {mailrus,umix}!um-math!hyc

In article <480d5170.14a1f@force.UUCP> covertr@force.UUCP (Richard E. Covert) writes:
>Jwahar, I know what you mean about the email address. I can't find your
>node on our list either. So I can't send email to you. Rats!!
>
>I would love to get a copy of your latest version of Zmodem so that I can
>try to find out why it is soo slow to upload compared to ST TERM. It may be
>a problem with FOREM ST more then your protocol. And I would like to add several
That's funny, I've sent & received mail to/from both of you..  }-)

I was wondering about that slow upload as well; I thought it was just me.
I added some patches to my copy of the sources (v1.62) for a number
of things, including RTS/CTS flow control (to use with my Courier HST)
and to use with Overscan. I also patched the Unix end to use with the
HSTs. (Since you want to do binary file transfers, you don't want to
have Ctrl-S and Ctrl-Q being anything special in the data stream. Since
Unix only offers Xon/Xoff flow control in the tty driver, you can run
into problems talking to an HST or any other high speed modem that
does data compression. If you *could* use hardware [RTS/CTS] flow
control on the Unix box, you'd be all set. This also is only a problem
when the Box talks to the modem at 19.2K,, and the modem can only
shovel bits out at 9.6K + compression. My solution [!??] was to add
an appropriate delay between packets that would make the total data
transmission rate from the Box to the HST correspond to about 11K,
which is what the HST's top speed is rated at. It sounds silly, and
is only about a 20% speed impreovement, but what the heck...)

At any rate, digging thru the sources in an attempt to find the
reason for the stop-and-wait upload behavior instead of the let-er-rip
behavior of downloads hasn't yielded any insights yet. Mebbe I'm
not looking at it right. Oh well...
--
 -=- PrayerMail: Send 100Mbits to holyghost@father.son[127.0.0.1]
 and You Too can have a Personal Electronic Relationship with God!