Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!ncar!ames!xanth!tadguy
From: tadguy@cs.odu.edu (Tad Guy)
Newsgroups: comp.sys.amiga
Subject: Re: Split archives (was Problems with comp.binaries.amiga)
Message-ID: <TADGUY.89Jul4104302@hathor.cs.odu.edu>
Date: 4 Jul 89 14:43:02 GMT
References: <7318@cs.Buffalo.EDU> <5160046@hplsla.HP.COM> <1706@ucqais.uc.edu>
	<865@corpane.UUCP> <674@tolsun.tut.fi>
	<IWM.89Jul3204000@amvax5.ic.ac.uk>
Sender: news@cs.odu.edu
Organization: Old Dominion University, Norfolk, VA
Lines: 27
In-reply-to: iwm@ic.ac.uk's message of 3 Jul 89 19:40:00 GMT

In article <IWM.89Jul3204000@amvax5.ic.ac.uk> iwm@ic.ac.uk (Ian Moor) writes:

   I have a problem with long binaries that are split up before
   posting.  The reason for this is the convoluted route I use to
   transfer files: 
      Unix : Unshar
	 | Kermit
      Mac
	 | MCopy
      MS-Dos
	 | DOS-2-DOS
      Amiga : uudecode & zoo

Do the uudecode and zoo on the UNIX host and just transfer the ONE
.zoo file along this path.  Not only do you now only have one file to
deal with instead of many, but it's a lot smaller, too.

Your UNIX host should already have uudecode, and you can get the UNIX
version of Zoo via anonymous ftp from xanth.cs.odu.edu (/pub/zoo-2.01/).

All this depends on MCopy and DOS-2-DOS being able to copy *binary*
files without translation (Kermit can do this).  If MCopy or DOS-2-DOS
insists on translating newlines and such, you should probably find a
better method of downloading these programs (or find utilities that
don't do gratuitous translations)... :-(

	...tad