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