Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!gatech!bloom-beacon!think!ames!ptsfa!ihnp4!inuxc!iuvax!pur-ee!uiucdcs!uxc.cso.uiuc.edu!hamilton
From: hamilton@uxc.cso.uiuc.edu
Newsgroups: comp.sys.amiga
Subject: Re: How to go slowly nuts- moving objec
Message-ID: <172200080@uxc.cso.uiuc.edu>
Date: Sat, 18-Jul-87 16:14:00 EDT
Article-I.D.: uxc.172200080
Posted: Sat Jul 18 16:14:00 1987
Date-Received: Sun, 19-Jul-87 20:54:36 EDT
Lines: 25
Nf-ID: #R:<8707152241.AA12328@cogsci.berke:-40:uxc.cso.uiuc.edu:172200080:000:1187
Nf-From: uxc.cso.uiuc.edu!hamilton    Jul 18 15:14:00 1987


kermit isn't supposed to corrupt the files it transfers, the way
xmodem does.  if your kermit is doing so, i'd say it's thoroughly
broke, and i wouldn't trust the result, hunkpad'ed or not.  i'd
even go so far as to suggest downloading with _xmodem_, and then
hunkpad'ing.  but if the problem is in ftp, or at purdue's end,
tough luck.

i have had a couple isolated episodes of a file that just wouldn't
transfer correctly with kermit (c-kermit on our vax, and either
amiga-kermit or vt100 on amiga).  the one time i remember well, i
split the file at the point where it was becoming corrupt, downloaded
the pieces, and reassembled with "join".  probably some boundary
condition error in the kermit code somewhere.  it's so rare i was
never motivated to track it down.

btw, i think hunkpad is also on fish disk 84.  i had assumed it
would be obsolete after arc; nice to see a little life left in it.

	wayne (aka "j w") hamilton
	U of Il and US Army Corps of Engineers CERL
UUCP:	{ihnp4,seismo,pur-ee,convex}!uiucuxc!hamilton
ARPA:	hamilton@uxc.cso.uiuc.edu	USMail:	Box 476, Urbana, IL 61801
CSNET:	hamilton%uxc@uiuc.csnet		Phone:	(217)333-8703
CIS:    [73047,544]			PLink:  w hamilton