From owner-freebsd-questions Wed Aug 7 04:36:10 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA06869 for questions-outgoing; Wed, 7 Aug 1996 04:36:10 -0700 (PDT) Received: from ime.net (ime.net [204.97.248.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA06860 for ; Wed, 7 Aug 1996 04:36:07 -0700 (PDT) Received: from kimiko.tcguy.net (buxton-18.ime.net [206.231.148.147]) by ime.net (8.7.4/8.6.12) with SMTP id HAA16768; Wed, 7 Aug 1996 07:36:02 -0400 (EDT) Message-ID: <32087FA6.3567@ime.net> Date: Wed, 07 Aug 1996 07:36:06 -0400 From: Gary Chrysler Reply-To: tcg@ime.net Organization: The Computer Guy X-Mailer: Mozilla 3.0b6 (Win95; I) MIME-Version: 1.0 To: Don Yuniskis CC: James Raynard , questions@freebsd.org Subject: Re: perhaps i am just stupid. References: <199608061917.MAA07140@seagull.rtd.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-questions@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Don Yuniskis wrote: > > > > > cat bin.* | gzip -t - is nice and easy, but requires a fully > > > > functioning Unix box... > > > > > > I was thinking of just 'cksum bin.*' since I would *assume* that > > > the cksums, once correct, would indicate a "good" file... > > [snip] > > > I can see problems fitting this into the download-and-extract-on-the-fly > > scheme of things. For instance, if you're downloading over a modem, > > and bin.aa is corrupted, would you really want to have to wait until > > everything up to bin.cx has come down before finding it out? > > (Especially if it's some sort of systematic error and every file > > you've spent the last two hours downloading is corrupt...) > > Ah, I wasn't advocating putting it into the "automated" path. > Rather, consider someone who has *manually* ftp'ed stuff onto > their DOS box and then started to unpack it all. This would > give them a tool to test the integrity of each file before > gzip chokes on it (which some of the recent posts seem to be > griping about). > Hmmm, I wasn't thinking of on_the_fly installations either. > Obviously, better techniques exist. But, this seems like a > "no code" quicky that you could *read* to someone over the phone... But it's not a 'No Code' quicky.. Wheres the Dos based cksum thats compatiable with FreeBSD's cksum's output?? -Enjoy Gary ~~~~~~~~~~~~~~~~ Improve America's Knowledge... Share yours The Borg... Where minds meet (207) 929-3848