Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!husc6!mit-eddie!uw-beaver!uw-june!uw-entropy!dataio!pilchuck!toad!jgray From: jgray@toad.pilchuck.Data-IO.COM (Jerry Late Nite Gray) Newsgroups: comp.sys.ibm.pc Subject: Re: uudecode and downloading Message-ID: <766@pilchuck.Data-IO.COM> Date: Wed, 2-Dec-87 14:50:23 EST Article-I.D.: pilchuck.766 Posted: Wed Dec 2 14:50:23 1987 Date-Received: Sat, 5-Dec-87 16:44:11 EST References: <2808@sphinx.uchicago.edu> Sender: news@pilchuck.Data-IO.COM Lines: 34 In article <2808@sphinx.uchicago.edu>, z7m8@sphinx.uchicago.edu (ari shlomo zymelman) writes: > > I have recently saved a bunch of uuencoded files off the network. > I then have extracted them using uudecode. This then leaves me > with a binary arc format file. I have then downloaded this file > using Kermit from the Pyramid (on which I access the network) to > my AT&T 6300 running DOS 2.11. When I go to dearc the files, > though, I get a CRC error. This has happened consistently over > at least three arc files sent in uuencode format. Any suggestions? I too had this nearly identical problem but in my case it was due to kermit on both ends not being in the correct modes. If the modem connection is in 7 bit mode (like ours) then you have to be sure that the '8th bit quote character' feature is operating on both ends. (In Procomm kermit this is accomplished by having the port in 7 bit mode and "File type" option set to "binary".) I also recall that having the "space" parity mode was also important. Furthermore, the corresponding kermit on our Unix systems required the "-i" option so that is would send the file without any conversions. --------------- Jerrold L. Gray UUCP:{ihnp4|caip|tektronix|ucbvax}!uw-beaver!tikal!pilchuck!jgray USNAIL: 10525 Willows Road N.E. /C-46 Redmond, Wa. 98052 (206) 881 - 6444 x470 Telex: 15-2167