joel@rochester.arpa (Joel Seiferas) (07/20/87)
text files that I might still want to search or browse through.) At least pkxarc does seem to be able to UNpack such bundles.
joel@rochester.arpa (Joel Seiferas) (07/20/87)
(required unindented line, following required blank line) The s (suppress compression) option of arc (5.20) seems to be missing from pkarc (3.5). (This option lets me use arc to bundle text files that I might still want to search or browse through.) At least pkxarc does seem to be able to UNpack such bundles.
katz@uwm-cs.UUCP ( Phil Katz) (07/23/87)
In article <650@sol.ARPA>, joel@rochester.arpa (Joel Seiferas) writes: > > The s (suppress compression) option of arc (5.20) seems to be > missing from pkarc (3.5). (This option lets me use arc to bundle > text files that I might still want to search or browse through.) > At least pkxarc does seem to be able to UNpack such bundles. Well, the main reason that SEA added the -s (store only) option to ARC was to povide for (somewhat) faster processing, because ARC was rather slow at compressing files. Since PKARC could compress files much more quickly, there really didn't seem to be any need to have a store-only option. However, since there does seem to be some interest in being able to have a store-only function (isn't this what the old LBR utilities used to do?) in PKARC, and it is easy enough to do . . . it will most likely be added in the next version of PKARC. >Phil>