Path: utzoo!mnetor!uunet!lll-winken!lll-tis!ames!mailrus!tut.cis.ohio-state.edu!bloom-beacon!gatech!mcnc!ece-csc!ncrcae!ncr-sd!crash!cacilj!paul
From: paul@cacilj.UUCP (Paul Close)
Newsgroups: comp.sys.atari.st
Subject: Re: UNIX Toolkit for the ST, Manual pages and one binary
Message-ID: <695@cacilj.UUCP>
Date: 6 Apr 88 17:32:55 GMT
References: <184@lithium.kcl-cs.UUCP> <1497@water.waterloo.edu>
Reply-To: paul@cacilj.UUCP (Paul Close)
Organization: CACI, Inc. - Federal, La Jolla, CA
Lines: 53
Keywords: UNIX ST ATARI C

In article <1497@water.waterloo.edu> ljdickey@water.waterloo.edu (Lee Dickey) writes:
>I used uudecode on our 4.3BSD machine and then used
>	arc e man.arc
>                   ...  the same message I got:
>
>	I don't know how to handle file SH.MAN in archive man.arc
>	I think you need a newer version of ARC.
>
>Maybe my ARC is broken or outdated, but this is the first time I have
>seen this messages.  The fact that some of the man pages were extracted
>correctly make me suspicious...

Your arc is outdated.  So is mine.  From the (ugh) IBM PC group comes this
explanation of arc compression:

    Compression version, as follows (not listed=obsolete):

        0 = End of file marker (remaining bytes not present).
        2 = Stored - No compression.
        3 = Packed - (non-repeat packing).
        4 = Squeezed (Huffman squeezing, after packing)
        8 = Crunched (using dynamic LZW variations, after packing).
                     (The initial LZW code size is 9-bits with a
                     maximum code size of 12-bits.  The possibility of
                     adaptive resets are implemented in this mode.)
NB-->   9 = Squashed (The file was compressed with Dynamic LZW
                     compression without non-repeat packing.  The
                     initial LZW code size is 9-bits with a maximum
                     maximum code size of 13-bits.  The possibility of
                     adaptive resets are implemented in this mode.)

    Notes:
	 The algorithm used "squashed" compression is identical to type 8
    crunched files with the exception that the maximum code size is 13 bits
    - i.e. an 8K entry LZW table.  However, unlike type 8 files, the first
    byte following the file header is actual data, no maximum code size is
    stored.

I have looked at the archive, and SH.MAN is of version 9, while my BSD
arc can only handle up to version 8.  If you have the arc sources, you
can hack on the file "arclzw.c" to change the BITS to 13.  Remember to
treat the first byte following the header as data.  You also need to
change HSIZE 5003 to 10240 (maybe less will work).  With these hacks,
SH.MAN will decompress.  (actually, you need to hack in some '9's and
stuff elsewhere, too).

Note: I have only hacked on this 'till it worked.  There's a lot more to
do if you want to update your arc, which I haven't done.  BTW, pkxarc
(IBM PC again) will correctly handle version 9 compression a/k/a Squashed.
-- 
Paul Close		paul@cacilj.CTS.COM 	...!{uunet, crash}!cacilj!paul

Shaw's Principle:
  Build a system that even a fool can use, and only a fool will want to use it.