Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!uunet!wuarchive!usc!srhqla!nrcvax!kosman!kevin From: kevin@kosman.UUCP (Kevin O'Gorman) Newsgroups: comp.binaries.ibm.pc.d Subject: Re: FRAINT10.ARC @ SIMTEL20 Message-ID: <1029@kosman.UUCP> Date: 26 Nov 89 18:28:48 GMT References: <716@mindlink.UUCP> <35.UUL1.3#5109@pantor.UUCP> Reply-To: kevin@kosman.UUCP (Root) Organization: K.O.'s Manor - Vital Computer Systems, Oxnard, CA 93035 Lines: 34 In article <35.UUL1.3#5109@pantor.UUCP> richard@pantor.UUCP (Richard Sargent) writes: >> >> Would it be possible for someone to re-upload this file to SIMTEL? >> >> It is in PD1: and the archive is corrupt (just the .EXE file >> naturally :-) ). I've tried downloading it three times now so I know it isn't >> me screwing up the xfer. >> > > >FRAINT10 is NOT corrupt. I pulled of the .rpi. list server with no >problem what-so-ever. You download procedure is suspect. Let me step in to defend this guy. I have been downloading from SIMTEL for a short while now, and I have found it very frustrating. I am using the trickle server, because I have only mail connection, which adds to my troubles, but that's not really my main gripe. Everything I get that is uuencoded has a broken checksum character. Every line ends with "M" where a varying checksum would be expected. Thus, while uudecode sometimes makes a correct archive I have to deal with an error message for every line. I generally expect to make a request three or four times before I get all the parts and a useable archive. I do not vary my procedure for doing this, but I have to space the requests to one per day for most things, because of the limits imposed by the trickle server. I have not identified the problems with the trickle server replies, but as I said, I have not been varying my procedures; the stuff arrives broken more often than not. Since it eventually arrives useable, I assume that it is not broken at SIMTEL, but this does not help me a lot.