Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!watmath!clyde!rutgers!sri-spam!ames!ucbcad!ucbvax!decvax!tektronix!tekcrl!vice!tekfdi!videovax!stever
From: stever@videovax.UUCP
Newsgroups: comp.sys.amiga
Subject: Re: ASDG Recoverable Ram Disk News
Message-ID: <4199@videovax.Tek.COM>
Date: Fri, 30-Jan-87 11:12:04 EST
Article-I.D.: videovax.4199
Posted: Fri Jan 30 11:12:04 1987
Date-Received: Sat, 31-Jan-87 19:41:35 EST
References: <2445@well.UUCP> <2322@jade.BERKELEY.EDU> <2323@jade.BERKELEY.EDU> <1359@cadovax.UUCP>
Reply-To: stever@videovax.Tek.COM (Steven E. Rice, P.E.)
Organization: Tektronix Television Systems, Beaverton, Oregon
Lines: 29
Keywords: It Is Coming! (But it ain't gonna work!)
Summary: Amiga KERMIT works, anyway!

In article <1359@cadovax.UUCP>, Kerry Zimmerman (kaz@cadovax.UUCP) writes:

[ discussion of problems with the ASDG Recoverable RAM Disk posting ]

> Just thought you would like to know that I experienced the same failures
> when I downloaded with Kermit.  Since I am new to this stuff, 
> (uudecode kermit etc) I thought it might have been my error.
> 
> Well, last night I used Xmodem to download and then I CHOPed to size.
> All the programs I tested that previously failed ("not an object module") 
> now work.
> 
> Is this the fault of kermit or what?

I uploaded the files from our VAX/750 using Kermit 4D(060) on both ends
(Amiga Kermit 4D(060) is by those fine fellows at the Software Distillery),
in image mode (no newline-to-carriage return/line feed translation), with
error checking type 3 (16-bit CRC).  To ensure they were uploaded
correctly, I then downloaded them back to the VAX and compared them
with the originals.  All files were identical.

Uudecode (from Fish disk #38, I think) loved them.  The resulting files
appear to work correctly (I only have 512K, so won't be using the RRD
very much!).

					Steve Rice

----------------------------------------------------------------------------
{decvax | hplabs | ihnp4 | uw-beaver}!tektronix!videovax!stever