HDTenEightyP/NetNews huggingface dataset:
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: PKZIP 2.04c, reported bugs, problems etc.
Date: 6 Jan 93 16:50:35 GMT
Organization: Academic Computer Centre Utrecht

So far I have seen the following problems with PKZIP 2.04c:

- volume labels are not correctly stored (not at all it seems)
- runing PKUNZIP from a batch files generates CRC errors, crashes etc
- there seems not to be a way to verify a multivolume archive
- under OS/2 2.0 the program crashes at random moments
- there seem to be problems with PKZIP.CFG
- authenticy verification has been cracked by Paul Kochner in 1 hour

If anyone has more experience, please share them (also correct me if I
am wrong).

Nico E. de Vries  (nevries@cc.ruu.nl) |------------------*   AA   III  PPP
_ This text is supplied AS IS, no warranties of any kind |  A  A   I   P  P
| apply. No rights can be derived from this text. This   |  AAAA   I   PPP
| text is likely to contain spelling and grammar errors. |  A  A   I   P
*---------------------------( Donate to GreenPeace! )----*  A  A  III  P

To get (many) ==> LOSSLESS DATA COMPRESSION SOURCES <== get lds_10.zip at 
garbo.uwasa.fi /pc/programming. Make files for Borland C are included.
From: @FtCollins.NCR.COM
Newsgroups: comp.compression
Subject: getting G4 Fax standards
Date: 4 Jan 93 21:00:15 GMT
Reply-To: @FtCollins.NCR.COM
Distribution: usa
Organization: NCR MED, FT. Collins, CO. 80525  (303) 223-5100



If you want copies of CCITT standards, you can also try
ANSI. For some standards I recently ordered, they were
significantly cheaper than Global Engineering (although
still not "cheap"). One drawback is that they only
take checks, no PO's or credit cards. There can be
reached at
      American National Standards Institute
      (212)642-4900
      (212)302-1286 FAX
      
Newsgroups: comp.compression
From: bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev)
Subject: Re: PKZip 2.04c quick impressions
Reply-To: bontchev@fbihh.informatik.uni-hamburg.de
Organization: Virus Test Center, University of Hamburg
Date:  5 Jan 93 16:28:33 GMT

rdippold@cancun.qualcomm.com (Ron Dippold) writes:

> else.  It gets better than ARJ on some things I tried, worse on
> others.  Pretty close.  Ditto for Zoo and LZH (they're all in the same
> ballpark).   It runs just fine under OS/2 2.0, detecting the CPU
> properly, and using DPMI correctly.

You should compare it with PKZIP 1.93 - theoretically it should have
the same compression ratio, unless they have invented something really
new, which I strongly doubt...

> With the new ZIP, every file on each floppy is named CANYON.ZIP, and
> there's a separate file named PKBACK#.001, PKBACK#.002, PKBACK#.003
> depending on which disk it is.  Again, this makes it impossible
> (without some renaming trickery using multitasking) to have a
> multivolume archive sitting on your hard disk, then extract the
> contents to someplace on the disk.  This sucks, big time.

Gosh! But that is STUPID!!! And there were thinking about
multi-platform support and other some such - how are they going to do
that unider Unix? They seem to have selected the most silly one
of the possible solutions... :-(( I thought that only BACKUP that
comes with DOS is that silly...

> What's going to happen is that people will do a multidisk archive (to
> agonizingly slow floppies, since they have to), then they'll need to
> ZIP each floppy back to the hard disk with different names, or use
> something like Teledisk to pack the entire disk.  Now do that all in

What's going to happen is that people will use ARJ for multi-volume
archives... :-) I doubt that the Info-ZIP product can be made to use a
more intelligent way to handle multi-volume archives if it wants to
stay compatible... Unless they decide to implement both ways - the
silly one in the new PKZIP and a more intelligent and straightforward
one...

> It did handle it nicely when I threw a floppy with a bad sector at it.
> It just stopped packing at that point and asked for the next disk, and
> continued from there.

Hmmm, a better solution would be to just skip to the end of the
compressed -image- of the file that contains the bad sector and to
continue with the next file from the same disk...

Regards,
Vesselin
-- 
Vesselin Vladimirov Bontchev          Virus Test Center, University of Hamburg
Tel.:+49-40-54715-224, Fax: +49-40-54715-226      Fachbereich Informatik - AGN
< PGP 2.1 public key available on request. > Vogt-Koelln-Strasse 30, rm. 107 C
e-mail: bontchev@fbihh.informatik.uni-hamburg.de    D-2000 Hamburg 54, Germany
Newsgroups: comp.compression
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: Unix release? (Was Re: PKZip 2.04c and Garbo uploads
Organization: University of Vaasa, Finland
Date: Fri, 8 Jan 1993 08:57:15 GMT

-Subject: Re: Unix release? (Was Re: PKZip 2.04c and Garbo uploads
-To: bryanw@rahul.net (Bryan Woodworth)
-Date: Fri, 8 Jan 1993 10:44:02 +0200 (EET)
-From: ts

> 
> Hi Timo, glad to see this is finally out.  Was wondering if/when a Unix
> port will be forthcoming?  I figure you'd know best if anyone would..
> Thanks.
> 

Thank you for your confidence, Bryan.  But the Info-ZIP authors will
know best.  I'll forward this to comp.compression because this is
naturally of general interest.

I, too, am very much looking forward to the Unix port.  But note
that the zip port factually exists:

 244565 Nov 23 11:38 garbo.uwasa.fi:/unix/arcers/zip19p1.tar.Z

It is the unzip that is not out quite yet, but the good folks are
working on it. 

As for being glad about 2.04C being out, with the small but
irritating bugs (even I have found at least two by myself) I am
having some reservations. 

   All the best, Timo

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
Newsgroups: comp.compression
From: PKWare.Inc <PKWare.Inc@mixcom.mixcom.com>
Subject: PKZIP 2.04c RELEASED (NO VIRUS)
Organization: Milwaukee Internet Xchange BBS, Milwaukee, WI U.S.A.
Date: Wed, 06 Jan 1993 00:12:39 GMT

	PKZIP 2.04c is now released and on the PKWARE BBS (414-354-8670)

	Some reports have come in the certain version of Norton Anti-Virus
	are reporting PKZIP 2.04 to have the Maltese Amoeba virus. 

	THESE REPORTS ARE FALSE! If the version of Norton is upgraded to
	a newer version the false reports cease.

	The correct files size,date and time should be:

	PKZ204C.EXE 	188818	12-28-92	2:04
			SIZE	DATE		TIME

	If you have any further questions, please feel free to contact
	me here at pkware.inc@mixcom.com

	Mark Gresbach
	PKWARE, Inc.

-- 
PKWARE.Inc@mixcom.com      Voice (414)354-8699   Authors of PKZIP, PKLITE 
9025 N. Deerwood Dr.         BBS (414)354-8670   PKZFIND, PKZOOM, and the
Brown Deer, WI 53223 USA     FAX (414)354-8559   Data Compression Library
Newsgroups: comp.compression
From: rdippold@cancun.qualcomm.com (Ron Dippold)
Subject: Re: Did PKWare fix that famous 486 bug?
Organization: Qualcomm, Inc., San Diego, CA
Date: Fri, 8 Jan 1993 23:57:52 GMT

nevries@accucx.cc.ruu.nl (Nico E de Vries) writes:
>In <bontchev.726428688@fbihh> bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev) writes:
>>mine, so I am unable to check, but what the heck is the option '-('

>:-) (or should that be :-( ). The -( options diables DPMI support. Many
>of the bugs seem to be there (not all unfortunately). This is important
>on 386/486 systems running QEMM, Windows or OS/2.

Almost... actually DPMI disable is "-)".  "-(" uses "Slow MemCopy".  I
assume that this is so you can force it not to DMA even if their
workarounds don't work.
-- 
Reporters are not required to read you your Miranda rights -- Matthews
From: southiea@JSP.UMontreal.CA (Southiere Alain)
Newsgroups: comp.compression
Subject: Saving disk space...
Date: 8 Jan 93 20:43:43 GMT
Organization: Universite de Montreal -- Montreal, PQ, Canada


   Hi fellow netters !

   I'm not sure if this is the right place for this, but I figured out
that my question is about compression.

   There's my problem. Like almost everyone, I find that may Hard disk
is getting smaller every day. I would like to buy another one. but I
don't have the money right now. So I looked at other alternatives. The
only two solutions I could find (except of course deleting everything
from my Hard Disk) are Stacker and PkLite style programs. One of my
main concern about Stacker was some reported incompatibilities with
Windows, but they seem to have solved them in version 3.0.

   So I would like to have your opinion on that. What would be the
best thing to do ? Does PkLite (or other similar programs) give good
compression ratios or is Stacker the best way to go ?

   Thanks.

-- 
Alain Southiere           | You can't always get what you want,
southiea@jsp.umontreal.ca | But if you try sometimes,
--------------------------| You might find you get what you need !
Standard disclaimer here  |                -The rolling Stones
Newsgroups: comp.compression
From: roe2@ellis.uchicago.edu (Cave Newt)
Subject: Re: Info-zip version of 2.04c?
Reply-To: roe2@midway.uchicago.edu
Organization: University of Chicago
Date: Tue, 12 Jan 1993 22:58:44 GMT

krouth@slee01.srl.ford.com (Kevin Routh) writes:

>I was wondering if there are plans and schedule for an Info-zip versions
>of unzip and zip that are compatable with the new PKZIP 2.04c
>compression techniques?  I hate to switch if I can't unzip and even
>zip on my Unix machine at work.

Zip was released in August; it does everything PKZIP 2.04c does,
with the exception of multi-disk archives (which is poorly imple-
mented in PKZIP anyway).

I'll be sending out UnZip 5.0p1 in two or three days.  It's under-
going final testing now.  (5.0 is able to unpack most PKZIP 2.04c
files as is, but this will fix the two known incompatibilities.  As
with Zip, diskette-spanning archives will not be supported just yet.)

Greg Roelofs
Info-ZIP
Newsgroups: comp.compression
From: hartman@ulogic.UUCP (Richard M. Hartman)
Newsgroups: comp.compression
Subject: Re: List of known bugs for pkzip2.04 please..
Keywords: pkzip bugs
Date: 11 Jan 93 17:52:46 GMT
Organization: negligable

In article <1993Jan11.025634.28694@csc.ti.com> peterson@choctaw.csc.ti.com (Bob Peterson) writes:
:In article <ksiew.726534504@munagin> ksiew@mullian.ee.mu.OZ.AU (steven kok-hsien siew) writes:
:>Could someone please post a list of all the known bugs or flaws on
:>the new nversion of pkzip 2.04.
:>
:>So far I think these are the bugs found.
:>
:>BUGS
:>
:> 1) DPMI bug. Won't work properly with my QEMM DPMI 0.9
:>
:> 2) Multi-Volume bug. All volume have same extension zip
:>
:> 3) Multi-Volume bug 2. If compressed size is slightly larger than 1 disk
:>    it does not restore proprely
:>
:
:  4) Version 2.04c will not display or check AV codes written by
:Version 1.10.  

    5) Bad sectors on multi-volume floppies will be unmarked
	    and used.  (from parallel thread)


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Lovely to see you again my friend,		|
walk along with me to the next bend.		|	-Richard Hartman	
Tell us what you've seen			|	hartman@uLogic.COM
in far away forgotten lands,			|
Where empires have turned back to sand.		|
		-Justin Hayward			|
From: hartman@ulogic.UUCP (Richard M. Hartman)
Newsgroups: comp.compression
Subject: Re: WUARCHIVE CLAIMS PKZIP/UNZIP 2.04c IS A HACK
Keywords: pkzip pkunzip hack
Date: 6 Jan 93 18:11:15 GMT
Organization: negligable

In article <1993Jan5.161658.3154@rulway.LeidenUniv.nl> leo@rulhp2.leidenuniv.nl (L. Mekenkamp) writes:
>The title says it all. WUARCHIVE@WUSTL.EDU warned me NOT to use the "new"
>pkzip/unzip because it is contaminated with the Maltese Amoeba virus.
>
>Can someone *please* tell me what the f**k is going on and WHO put that new
>hacked version there.
>
>Or is someone just trying to freak us up and place a phony virus message there?

Has anybody determined whether this was a real infection, or
a false report from the virus scanner?  The one I downloaded
had a file along with it that said that only one scanner of 
about three reported the infection.

Can someone post a UNIX "sum pkz204c.exe" result so we can 
tell if we've got the good one or the bad one?  Or better 
yet let us know where there is an ftp site w/ a guaranteed
uninfected version??

		-Richard Hartman
		hartman@ulogic.COM

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
"Smoke me a kipper, I'll be back for breakfast!"		-"Ace" Rimmer
Xref: sparky comp.compression:4426 news.answers:5023
From: rags@triples.math.mcgill.ca (Robert A. G. Seely)
Newsgroups: comp.compression,comp.os.msdos.4dos
Subject: Re: A note on using PKUNZIP 2.04c with 4DOS and Windows 3.1
Date: 11 Jan 93 02:17:04 GMT
Distribution: inet
Organization: /etc/organization

In article <1993Jan11.004536.17669@prime.mdata.fi> lasse@mits.mdata.fi (Lasse Reinikainen) writes:
>In article <1ient3INNqop@mozz.unh.edu> pss1@kepler.unh.edu (Paul S Secinaro) writes:
>
>>Just thought I'd pass that along.  If anyone *doesn't* have problems
>>with 4DOS and pkunzip, I'd like to hear about what they did to get
>>around it (other than the above-mentioned solution).
>
>I don't want to test PKUNZIP 2.04c with 4DOS and Windows 3.1 because my friend
>destroyed his windows...
>
  [ ... other remarks deleted ... ]

A plug here for the public domain version of zip/unzip (by the InfoZip
group) - this is a program that works very well, AND exists in versions for
several operating systems (I use it with UNIX on the Sun at work and with
(4)dos on a 386SX clone at home - it even has a switch for converting text
formats) - much better than PKZip 1.1 and a buggy 2.04.  I think it ought to
be more widely used than it is.  It is PKZip compatible.

-rags
Newsgroups: comp.compression
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: changes for the UNIX zip 5.0 wanted
Organization: University of Vaasa, Finland
Date: Wed, 13 Jan 1993 05:33:20 GMT

In article <1993Jan12.231416.4842@cbnewsm.cb.att.com> evans1@cbnewsm.cb.att.com (Dan Evans) writes:
>Could someone post again where the updated sources are for the unzip 5.0
>that is compatible with pkzip 2.04c.  I missed the posting. I saw the 
>change posting for inflate.c but I'd rather get my hands on the entire file
>or pakage if I can.

So far only the MsDos update has come out
  33926 Jan  6 23:06 garbo.uwasa.fi:/pc/arcers/unz50u1.exe

We are still looking forward to the updated Unix port.

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: Re: PKZIP 2.04c vs. ARJ 2.39b (and LHA/ZOO) Compression Results ** UPDATED
Keywords: archive compress ARJ PKZIP LHA ZOO
Date: 10 Jan 93 00:48:34 GMT
Organization: Academic Computer Centre Utrecht

Kai Uwe Rommel writes:
>Doug Tooley writes:

>>I congratulate PKWARE on the speed and compression of their program, but
>>the best way to damage consumer confidence is to release a long-awaited
>>product and have it "full of bugs".  It leads one to ask: "Testing?!?"

The problem is even bigger. The public trust in data compression in
general is damaged. The PKZIP failure will generate even more people
not wanting to use data compression at all.

>Unfortunately, ARJ is a one-platform-only program. There are

Partly, there are decompressors for many other platforms.

>(especially among USENET readers) a lot of people who don't use MS-DOS
>for one reason or another. Robert K. Jung has promised development of
>a portable C version for *years* but nothing has shown up so far,
>please correct me if I'm wrong. And I have asked him for this even
>*before* I joined Info-ZIP.

Why not make an InfoARJ??? The methodolgy behind ARJ and ZIP is
very comparable.

>Kai Uwe Rommel
>Info-ZIP

Nico E. de Vries  (nevries@cc.ruu.nl  100115,2303) |-----*   AA   III  PPP
_ This text is supplied AS IS, no warranties of any kind |  A  A   I   P  P
| apply. No rights can be derived from this text. This   |  AAAA   I   PPP
| text is likely to contain spelling and grammar errors. |  A  A   I   P
*---------------------------( Donate to GreenPeace! )----*  A  A  III  P

To get (many) ==> LOSSLESS DATA COMPRESSION SOURCES <== get lds_10.zip at 
garbo.uwasa.fi /pc/programming. Make files for Borland C are included. 
Newsgroups: comp.compression
From: ftg@cc.gatech.edu (Gary Peterson)
Subject: God's Algorithm, take 2
Reply-To: ftg@cc.gatech.edu (Gary Peterson)
Organization: College of Computing, Georgia Institute of Technology
Date: Tue, 5 Jan 1993 17:51:27 GMT

Once upon a time, a Very Holy Reverend by the last name of Berry
climbed up to a High Place to converse with God.

"God" Rev. Berry asked, "is it not true, as markh@csd4.csd.uwm.edu claims,
that there is a Set of at most 2^256 strings that we lowly humans will 
ever store on our computers?"

"That is correct," came a loud rumbling that is the Voice of God.

"Even tough some of the strings in the Set are yet to be generated?"

"Yes, for I am prescient."

"Even if some of the strings in the Set are produced by quantum devices."

"Yes, for I am omniscient."

"Are you also omnipotent?"

"I _am_ God."

"Well then, you could, if you desired, tell me the String not in the Set
that is the lexicographically first? After all, it cannot be but
at most 256 bits long."

"If I so desired, I could."

"So you _could_."

"Yes, for I am omnipotent."

"But if you did tell someone the String, and they entered it into their 
computer then it would be one of the 2^256 strings so it would
be in the Set and therefore cannot be the lexicographically first
not in the Set. What would happen?"

"I will be happy to show you."

Rev. Berry then proceeded to power on his notebook computer and
carefully typed in each bit of the String as God communicated it to him.
As Rev. Berry began to press the key for the last bit
a great flash of lightning struck the High Place, incinerating
Rev. Berry and his computer.

God spoke: "Wise ass algorithmic information theorists."
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: Re: PKZIP 2.new WHERE ???
Date: 5 Jan 93 17:51:21 GMT
Organization: Academic Computer Centre Utrecht

In <725946404snx@sound.demon.co.uk> rob@sound.demon.co.uk (Robert J Barth) writes:

>Does PKWARE have an FTP site ? pk.com doesn't exist (I think)

>I want PKZIP 2.x the SECOND it comes out <grin>

>Where does it go first ?  Simtel ? Wuarchive ?  What directory ?

There has been a version on wuarchive but that one was infected with
the Amoeba virus. The new version number is 2.04c.

>cheers
>-rob-

Nico E. de Vries  (nevries@cc.ruu.nl) |------------------*   AA   III  PPP
_ This text is supplied AS IS, no warranties of any kind |  A  A   I   P  P
| apply. No rights can be derived from this text. This   |  AAAA   I   PPP
| text is likely to contain spelling and grammar errors. |  A  A   I   P
*---------------------------( Donate to GreenPeace! )----*  A  A  III  P

To get (many) ==> LOSSLESS DATA COMPRESSION SOURCES <== get lds_10.zip at 
garbo.uwasa.fi /pc/programming. Make files for Borland C are included.
From: pss1@kepler.unh.edu (Paul S Secinaro)
Newsgroups: comp.compression
Subject: Re: More severe bugs in PKZIP 2.04c.
Date: 8 Jan 1993 12:38:16 GMT
Organization: University of New Hampshire  -  Durham, NH
NNTP-Posting-Host: kepler.unh.edu

In article <3561@accucx.cc.ruu.nl> nevries@accucx.cc.ruu.nl (Nico E de Vries) writes:
>I made a zip file of all cpp files included in Borland C++ 3.1 +AF
>examples directory (-r -p). I tried to extract bitma*.cpp. Strangely
>enough this fails with an CRC error but ONLY if there is already some
>bitmap.cpp in the current directory! If the current directory is not
>empty no error is produced. The test integrity option generates
>no problems. 

I remember having a similar problem with version 1.1 as well (i.e.
using -rP to store a directory tree).  It would work sometimes, but
other times the zipfile directory would just seem to be wiped out and
unrecoverable.  This is one of the main reasons (plus multivolume
support) I switched to ARJ for personal use.

>I am beginning to wonder how well tested this program is. And I
>wonder even more about what PKWARE did during all those delays.

Me too.  I was under the impression that the program had been pretty
solid and ready-to-go for a long time, and the only thing holding up
its release was the obscure 486 DMA bug.  Looks like there may be a
number of other serious bugs as well.  I think I'll wait for v2.1

Paul

-- 
Paul Secinaro
pss1@kepler.unh.edu
Synthetic Vision and Pattern Analysis Laboratory
UNH Dept. of Electrical and Computer Engineering
From: robjung@world.std.com (Robert K Jung)
Newsgroups: comp.compression
Subject: Re: More severe bugs in PKZIP 2.04c.
Date: 8 Jan 93 13:31:11 GMT
Organization: The World Public Access UNIX, Brookline, MA

nevries@accucx.cc.ruu.nl (Nico E de Vries) writes:

>I have to admit at first I expected most problems with PKZIP 2.04C
>to be DPMI related. Unfortunately that is not the case. Even in
>super safe mode (everything disabled, slowcopy etc) the program
>seems to make mistakes. 

I have also come across a case that I think is EXTREMELY serious.

Using -3 -) on a vanilla DOS 5.0 (no config.sys, no autoexec.bat) on
a 486DX machine, I used PKZIP 2.04c to backup several Wing Commander
EXE files to diskettes. (PKZIP -& -3 -) b:test *.EXE).  On compressing
the last file onto the first diskette, PKZIP displayed "done" indicating 
that it had finished the compression phase and then prompted for 
the insertion of a new diskette.  Then PKZIP wrote about 60K of data on 
that diskette.

I immediately typed "PKUNZIP b:test".  PKUNZIP extracted all BUT the last
file reporting a file CRC error with a "file has bad table" error message.

I have reproduced this error several times using proven diskettes under
different configurations using the SAME FILE SET and ALWAYS getting the
file corruption.

However, if I add another file to the set being backed up, so that the
"done" message is split across the "insert a new diskette" message, the
backup works out fine.

I would suggest that a lot of experimentation be done with the -& option
of PKZIP 2.04c to see how prevalent this situation is.  This error occurred
on my THIRD different backup attempt.

For obvious reasons, I have been looking at this release very closely for 
the last two days and have found it to be very buggy especially in the
multiple volume mode.

Regards,
Robert K Jung

P.S.  Most backup programs recommend setting the program VERIFICATION mode ON.
      I guess with PKZIP that means always using PKUNZIP -t on the backup set.
From: ST29701@VM.CC.LATECH.EDU
Newsgroups: comp.compression
Subject: Compression size checking and conversion program???
Date: 7 Jan 93 21:34:43 GMT
Organization: Louisiana Tech University

As we all know PKWARE has released ZIP 2.04c.  The speed is fast the
compression is good but the compression is still not neccessarly the best.
Does anyone know of a program that will Convert from one ARCHIVE type to
another find the smallest size and leave it in that archive type.  I still
have some files that compress better with LHA 2.13, or ARJ ?.??.
This would be great for people like me interested in size not and are
willing to accept 2 or 3 compression programs.  I have to have them
to d/l from FTP sites and BBS's.
 
Where can I get this program.  Preferbly anonymous FTP transfer.
 
                           Alan Jones