[comp.sys.atari.st] CRC problems with UNIX to ST d/loading using x,y,or zmodem

jvance@ics.uci.edu (Joachim Patrick Vance) (12/20/90)

Problem 1:
   I have been uploading and downloading from UNIX systems to my ST
for the past few years using uuencode and uudecode to convert binary
files and then transferring them with x y or zmodem.
   I have tried several times to bypass the uuencode/decode stage but
I end up with CRC errors and can never complete the transfer of an
entire file.  Recently I have become very frustrated when downloading
files in the 1 meg range since uuencoded files take up lots of space,
and decoding them without a hard drive is almost too much trouble to
deal with (definately not fun even with 2.5 megs).  
   Kermit works, but I don't like using it with Flash (and I'm not
going to start using Uniterm) and I like the x y z protocols better.
   It seems that the problem with the CRC checks has something to do
with 8 bit characters since uuencoding them solves the problem.  My
guess is that there should be some way to set the UNIX host to solve
the problem, but I don't know what to set or change.  When downloading
a file, the CRC error happens at the same place in that file, whether
I'm useing xmodem, ymodem or zmodem.
   Does anyone with UNIX experience have a guess at what I'm doing
wrong?  I'd appreciate any help and/or suggestions.

Problem 2:
   Is it possible to have a reset-proof ram disk (like ETERNAL or
EDISK) working at the same time as SHADOW (also reset-proof).  Can
they be written to work together (ie. can two reset-proof ramdisks
work together)?  I know one can't have everything in this world but
some things would be nice.

Thanks in advance for any help you can offer.


-- 
Joachim Vance
=====================================================================
     I am antisesquipedalian--Opposed to the use of long words.
=====================================================================