Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!elroy.jpl.nasa.gov!jarthur!nrossi
From: nrossi@jarthur.Claremont.EDU (Nick Rossi)
Newsgroups: comp.sys.cbm
Subject: Re: Kermit v2.21?  (was: vt100, etc.)
Message-ID: <10098@jarthur.Claremont.EDU>
Date: 12 Dec 90 09:16:30 GMT
References: <90344.132642JMHAAS@MTUS5.BITNET> <1990Dec11.034039.17291@evax.arl.utexas.edu>
Organization: Harvey Mudd College, Claremont, CA 91711
Lines: 27

In article <1990Dec11.034039.17291@evax.arl.utexas.edu> cs4344af@evax.arl.utexas.edu (Fuzzy Fox) writes:
>In article <90344.132642JMHAAS@MTUS5.BITNET> JMHAAS@MTUS5.BITNET (Elezar) writes:
>>[...]  A fix to allow kermit65 to work at 2400 baud with no
>>problem is available at milton.u.washington.edu via ftp.  I'm working on
>>a ml loader for the thing.  [...]  Mainframe connections
>>with the new version will have to wait until you can change to 7E1.
>
>I have written a 2400 patch for Kermit 2.2 that allows 2400 baud and
>Odd/Even parity, if desired.  If anyone wants, I can SDA it and put it
>on an FTP site somewhere (as Kermit 2.21, maybe?)
>
>(And yes, I *do* post too much!)


I think you may run into some problems trying to use Kermit at 2400 baud.
It won't be because of the RS232 routines if you have the patch.  But the
80 column screen drivers are such that the screen scroll takes too much
time, and it doesn't take long before the receive buffer overflows and data
is lost.  This happens with Novaterm as well.  It's not possible to optimize
the scrolling algorithm so it's fast enough to keep up.  What is needed is
completely different screen drivers for 80 columns.  There is an effort being
made to this end as we speak...

-----------------------------------------------
Nick Rossi, '93     | "That's nasty, Wyatt..."
Harvey Mudd College | "That's Chet, Gary!"
-----------------------------------------------