Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!uwm.edu!rpi!zaphod.mps.ohio-state.edu!usc!ucsd!ucbvax!ucdavis!iris!moster
From: moster@iris.ucdavis.edu (Richard Haynes Moster)
Newsgroups: comp.sys.amiga
Subject: Re: Kermit
Keywords: Kermit
Message-ID: <6718@ucdavis.ucdavis.edu>
Date: 13 Feb 90 18:41:04 GMT
References: <931@tardis.Tymnet.COM> <9140@portia.Stanford.EDU>
Sender: uucp@ucdavis.ucdavis.edu
Reply-To: moster@iris.ucdavis.edu (Richard Haynes Moster)
Organization: U.C. Davis - Department of Electrical Engineering and Computer Science
Lines: 24

In article <9140@portia.Stanford.EDU> bard@jessica.Stanford.EDU (David Hopper) writes:
>Does anyone know where I can find C-Kermit?  I am currently using XPRKermit
>version 1.5 on VLT v4.428, and it doesn't seem to work well enough for me.
>
>My problem is this:  I am trying to get files from the ULTRIX machine on
>campus to my Ami at home.  When I receive the file, it is invariably larger
>on my disk than on the mainframe.  I suspect that the extra goo in the file
>is line noise; XPRKermit's best error-checking cannot weed this out, however.

	Are you by any chance transferring binary files without making
sure that both the sending and receiving kermits are AWARE that the
file being sent is binary (and not text)?  This makes a BIG difference
with kermit.  On my current version of VLT (the version number of
which I don't have handy right now) one must set the "image" option
and unset the "text" and "convert" options in order to correctly
transfer a binary file.  On the campus mainframe, I must invoke 
kermit with the "-i" option, i.e., "kermit -i".  I suppose that this 
lets the mainframe's kermit know that I want the transfer to be 
in "image" mode, which (I think) boils down to what is needed for a 
transfer of a binary file.

	On the other hand, maybe you have line noise ;-)

	Richard