Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!wuarchive!psuvax1!rutgers!faatcrl!jprad
From: jprad@faatcrl.UUCP (Jack Radigan)
Newsgroups: comp.sys.amiga.datacomm
Subject: Re: Kermit for JrComm?
Message-ID: <1228@faatcrl.UUCP>
Date: 15 Apr 91 05:48:48 GMT
References: <791.280868f6@zodiac.rutgers.edu>
Organization: FAA Technical Center, Atlantic City NJ
Lines: 22

amatthews@zodiac.rutgers.edu writes:

>10% of the time.  Any chance Jack R. will ever add kermit to Jr-Comm?
>Are you reading this Jack?  Oh by the way, why is kermit so slow?  
>It usually transfers binary files at half the speed of Xmodem.

  Yes, Kermit will be added once support for XPR is available. I'm not all
that familiar with Kermit since the UNIX site I have an account on has
ZMODEM implemented.

  Kermit's speed (or lack of) comes from it dealing to the lowest common
denominator, which is 7 bits.  All 8 bit data is escaped from what I
understand.  I'm not well enough acquainted with the protocol to know if
it supports full 8 bit transfers, which would speed it up a good bit, I
should think that it does though, if both ends can do it.

  Oh yeah, it uses a small block size too, smaller than XMODEM's 128 byte
size.

  Maybe someone with more knowledge of Kermit can clear this up a bit.

  -jack-