🚀 go-pugleaf

IP25179@portland.caps.maine.edu writes:

>  When I download in Kermit using ProComm 2.4.3, the estimated time for the
>  process shown in the pop-up 'window' is always half of the actual time re-
>  quired.  Do I have some untapped potential here that I'm missing?  Or is
>  the program just a taco short of a combination platter?

This might be explained if Kermit is running in 7-bit mode, and then
whenever it finds a byte with bit 8 set, it prefixes that byte with the
special 8-bit prefix character (yes, one whole extra character), and
then sends the actual byte minus bit 8, therefore sending two bytes for
one actual byte.  Kermit can be set to run in 8-bit mode by option
negotiation at the start of the transfer, but both ends would have to
support that mode, and I don't know whether Procomm 2.4.3, and the host
you were using, support that mode, and/or are able to enable it.  By the
way, Kermit supports many other modes that can be negotiated, such as
sliding windows, long packets, and turning these options on really makes
it fly!  To find out more about the Kermit protocol in general, there is
an excellent book about it available in computer bookstores, and I
believe there is a special edition of that book for the PC, including
software, and then there is the Kermit software source at Columbia
University watsun.cc.columbia.edu:kermit, from which you can download
the latest Kermit sources and documentation for any machine under the
sun.
--
------------------------------------------------------------------------
 Peter Klavins    Internet: peter@citr.uq.oz.au   Fidonet:    3:640/821
 Centre for Information Technology Research       Phone: +61 7 365 4321
 University of Queensland QLD 4072 Australia      Fax:   +61 7 365 4399