[net.micro] Squeezing And Unsqueezing Files

abelsanti@watnot.UUCP (Arnold Belsanti) (05/07/86)

References:


If anyone out there has source code (preferably in C) for SQ and USQ, can you
please send me a copy at the above address or just post a copy here. I received
a copy of ARC but it seems to do too much, and it requires alot of free disk
space to do its stuff.
Tanx In Advance,
Arnold Belsanti (University Of Waterloo)

bc@cyb-eng.UUCP (Bill Crews) (05/09/86)

> References:
> 
> 
> If anyone out there has source code (preferably in C) for SQ and USQ, can you
> please send me a copy at the above address or just post a copy here. I received
> a copy of ARC but it seems to do too much, and it requires alot of free disk
> space to do its stuff.
> Tanx In Advance,
> Arnold Belsanti (University Of Waterloo)

Be aware that, in addition to ARC, LU, and others, there are several
incompatible versions of SQ/USQ floating around, which is why I don't use
them any more.  ARC seems to be better and more stable.  I know nothing of
LU except that it exists and may do squeezing as part of its function.
-- 
	- bc -

..!{seismo,topaz,gatech,nbires,ihnp4}!ut-sally!cyb-eng!bc  (512) 835-2266

emv@umix.UUCP (Edward Vielmetti) (05/22/86)

Vern Buerg, author of many excellent pc utilities like LIST, is
working on versions of ARC functions that are small and fast.
Three that he has released so far are:
     arce         extract-only
     arcv         directory listing only
     arca         add only

Speedups are impressive--roughly 3x as fast as the equivalent
arc functions.  He's working with Thom Henderson, the author
of ARC, to be sure that they are kept up-to-date and accurate.

I can't post binaries to the nets, so the best alternative you
have for getting them is to look on a local Fido board or other
bbs for them.  Here are two places to find them for sure:
     VOR RBBS   Vern Buerg's system, in CA    (415) 994-2944
     Wipcus BBS  Ann Arbor, MI                (313) 663-1835

I'm sure they are elsewhere too.  Short plug for Wipcus--the
sysop is very good, and he also edits the newsletter which has
top quality articles.  end of plug.
 
Edward Vielmetti,  Computing Center MicroGroup,  University of Michigan
(313) 747-3744    arpa: emv%UMich-MTS.Mailnet@MIT-Multics.ARPA  (preferred)
		usenet: emv@umix.uucp            (if there's no other way)

emjej@uokvax.UUCP (05/27/86)

/* Written 11:48 pm  May 21, 1986 by emv@umix.UUCP in net.micro */
Vern Buerg, author of many excellent pc utilities like LIST, is
working on versions of ARC functions that are small and fast.
Three that he has released so far are:
     arce         extract-only
     arcv         directory listing only
     arca         add only
/* End of text from net.micro */

Hmmm...this is all well and good, but--any archiving scheme that is
adopted should be available in source form, and should be such that
it can work even on small machines (which rules out stuff that uses
Lempel-Ziv with tables too big to fit in a 64K address space).  See
earlier posting by <mike on the subject.

					James Jones

henry@utzoo.UUCP (Henry Spencer) (06/01/86)

> Hmmm...this is all well and good, but--any archiving scheme that is
> adopted should be available in source form, and should be such that
> it can work even on small machines (which rules out stuff that uses
> Lempel-Ziv with tables too big to fit in a 64K address space)...

It's easy enough to make Lempel-Ziv run in a limited address space; just
limit the number of bits used for compression.  Since we make massive use
of L-Z compression for news, and we are an 11/44, I know whereof I speak.
Actually, the jump from 12 bits (which is what we use, on a 64K+64K box)
to 16 (common on VAXes etc) buys you very little extra compression at the
cost of massive increases in memory consumption and CPU time.
-- 
Usenet(n): AT&T scheme to earn
revenue from otherwise-unused	Henry Spencer @ U of Toronto Zoology
late-night phone capacity.	{allegra,ihnp4,decvax,pyramid}!utzoo!henry

farren@hoptoad.uucp (Mike Farren) (06/01/86)

In article <3400080@uokvax.UUCP> emjej@uokvax.UUCP writes:
(After a discussion of ARC utilities)
>
>Hmmm...this is all well and good, but--any archiving scheme that is
>adopted should be available in source form, and should be such that
>it can work even on small machines (which rules out stuff that uses
>Lempel-Ziv with tables too big to fit in a 64K address space).  See
>earlier posting by <mike on the subject.
>
    Vern Buerg's stuff may not come with sources, but the sources to
the original ARC utility are available; I've got 'em.  It will work
on small machines, just as you say it should...

Mike Farren
{hplabs, dual, lll-crg}!well\!farren