Path: utzoo!attcan!uunet!cs.utexas.edu!sun-barr!decwrl!ucbvax!pro-carolina.UUCP!delton
From: delton@pro-carolina.UUCP (Don Elton)
Newsgroups: comp.sys.apple
Subject: Shrinkit/Binary II stuff
Message-ID: <8905190506.AA19084@obsolete.UUCP>
Date: 19 May 89 04:37:36 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 22

Network Comment: to #2734 by obsolete!nicholaA%moravian.edu%relay.cs.net

Binary II was indeed originally designed to accomodate compression of
individual members as the original format calls for a byte to flag the type of
compression in use by individual members.  The only systems that can really
handle .SIT (stuffit) files without MacBinary headers are Mac systems since
you can't expect Compuserve, the Source etc to write in special code to
accomodate Macs.  If you download a straight SIT file it won't have the proper
file type on the Mac disk unless MacBinary is used to pacakage the SIT file
when it was originally uploaded.  Perhaps comm programs should automatically
package SHK files as Binary II if they aren't already in Binary II format at
the time of an upload.  Upon download they would be extracted out of the
Binary II file and ready for decompression with Shrinkit.  For folks with
programs that don't do auto-binary II on uploads, Shrinkit should ideally let
the user put the file into that format.

UUCP: [ sdcsvax nosc ] !crash!pro-carolina!delton
ARPA: crash!pro-carolina!delton@nosc.mil
INET: delton@pro-carolina.cts.com

Pro-Carolina: 803-776-3936 (300-2400 baud, login as 'register')
     US Mail: 3207 Berkeley Forest Drive, Columbia, SC  29209-4111