HDTenEightyP/NetNews huggingface dataset:
From: weegink@ictser.UUCP (Han Weegink)
Newsgroups: comp.compression
Subject: Re: PKZ204C.EXE *NOT* INFECTED, or ...???
Date: 6 Jan 93 09:56:08 GMT

bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev) writes:

>I analyzed the file carefully. I am a world-wide known computer virus
>expert, specialized in MS-DOS viruses, so I know what I am talking
>about. The executable mentioned above DOES *NOT* CONTAIN ANY VIRUSES!
                                       ^^^^^^^^^^^^^^^^^^^^^^
And continues with (selective quote):

>NONE OF THE EXECUTABLES IN THE ARCHIVE IS INFECTED!
>
>AND THEY DO NOT CONTAIN ANY VIRUSES, LET ALONE MALTESE AMOEBA.
>
>On the top of that EVEN A RECENT VERSION OF NORTON ANTI-VIRUS *DOES
>NOT* FIND *ANY* VIRUSES IN *ANY* OF THE EXECUTABLES. By "recent
>
>Again, I am stating with my full authority that NONE OF THE
>EXECUTABLES IS INFECTED BY ANY VIRUS.
(unquote)

Not questioning your authority, but ...

Isn't it true, that all one can prove is ***presence*** of viri,
not ***absence*** ?

The fact that the virusscanners didn't all identify a virus
merely proves that the virus they are looking for is not
present. But what about new viri ???

BTW, I used to use PKZIP a lot until I found out that it sometimes
has serious problems unzipping archives (making me loose some
valuable work in the proces :-(
Now I use ARJ230, which has worked without a flaw, thisfar.


Just my 2 cts,

Han Weegink
-----------------------------------------------------------------------
IIIII  CCCCC  TTTTTTT  Han Weegink                            info only
  I   C     C    T     ICT Automatisering Deventer BV
  I   C          T     Aerospace Group        Holland
  I   C          T     E-mail:    weegink@ict.nl
  I   C     C    T     Telefax:   +31 (0)5700 21362
IIIII  CCCCC     T     TelePhone: +31 (0)5700 33888
-----------------------------------------------------------------------
Newsgroups: comp.compression
Subject: COmpression for VCR+
From: slimick+@pitt.edu (John C Slimick)
Date: 10 Jan 93 23:40:19 GMT
Distribution: usa
Organization: University of Pittsburgh
Originator: slimick@unixd3.cis.pitt.edu


Does anyone have the encoding algorithm used
for the VCR+ devices (the ones that simplify
VCR recording by using a custom remote and
magic numbers out of TV Guide)? I'd like
to use it as a practical example of the
value of compression (in this case, compressing
channel, start time, duration, and date into a
six digit integer [at worst]).

Please email to:
slimick@unixd.cis.pitt.edu

and thx in advance
john slimick
university of pittsburgh at bradford

Xref: sparky comp.compression:4427 news.answers:5024
From: rdippold@cancun.qualcomm.com (Ron Dippold)
Subject: PKZip 2.04c quick impressions
Organization: Qualcomm, Inc., San Diego, CA
Date: Tue, 5 Jan 1993 12:06:32 GMT

No speed tests yet (I'm running communications and other stuff under
OS/2 and didn't want to boot DOS for guaranteed single-tasking right
now), but they've finally caught up their compression with everyone
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.


I will say, though, that the multidisk capability really, really bites
hard.  You can't do a multivolume pack to anything but a removable
device.  In other words, with ARJ, I can say "Take these files, make a
multivolume archive destined for 1.4 Meg disks" and it'll make
CANYON.ARJ, CANYON.A01, CANYON.A02 right on my hard drive, so I can
upload to ftp and people with only floppies can transfer it to hard
drives.

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.

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
reverse for unpacking.  This is the situation where you definitely
want to use ARJ instead.  If I recall correctly, ARJ didn't have the
"multivolume to hard disk" option originally, but added it later.  The
PKZip naming convention makes that impossible, unless they change that
as well.

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.

-- 
The pen is mightier than the pencil.
Newsgroups: comp.compression
From: rsrodger@wam.umd.edu (Yamanari)
Subject: Re: *** IMPORTANT *** new version of PKZIP is on its way.
Organization: University of Maryland, College Park
Date: Mon, 11 Jan 1993 21:02:49 GMT

In article <3577@accucx.cc.ruu.nl> nevries@accucx.cc.ruu.nl (Nico E de Vries) writes:
>PKWARE informed me about a new version of PKZIP 2.04c which should
>fix many of the crashes and corruped environments the program currently
>causes. The main problem, according to PKWARE, is a bug in Quarterdecks
>QDPMI implementation. 


	That's interesting, seeing as OS/2 doesn't use Quarterdeck
	*anything* for it's DPMI.

	Sounds like a "486" bug to me.


>I have no information about when a new version will be released and


	Mid '94?


>if all reported bugs will be fixed. I think it is very likely however
>the major problems currently present will be cured.


	Given enough time.



	Am I the only one who has completely lost any kind of 
	confidence in PKware?  Granted, 2.04c is _good_ (f a s t),
	but -- geez -- didn't they run it before letting it out?

-- 
      Blaming "society" for your problems is like blaming clouds for rain.
 ---  boycott == coercion == censorship == closed mindedness == cowardice  ---
	      "Psalms 23:1  The LORD is my shepherd; I shall not want."  
		Shepherds are for sheep.   -----      Pain teaches.
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: Re: First impression, PKZIP 2.04c
Date: 8 Jan 93 18:46:30 GMT
Organization: Academic Computer Centre Utrecht

In <1993Jan8.125356.25448@htsa.aha.nl> eduard@htsa.aha.nl (Eduard Beijnes) writes:

>pkzip 2.04c for small files

>and arj for big files

What about ARJ for everything :-). 

>A reason for me to use arj is the good multi-volume support

>(i heard pkzip sucks)

It contains some bugs. IMO PKWARE should disable the features giving
0.1% speed improvement and 99.9% crash increase forever. The version
before 1.10 (1.0?) also suffered from problems in this direction (386
support was the problem back then). In essence PKZIP 2.04c is a very
impressive program, expecially the Super Fast compression is real state 
of the art. The only other programmer capable of making such optimized
software I know of is Andrew Cadach. All others just make slower
code.

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,sci.crypt,comp.sys.ibm.pc.misc
From: kocherp@leland.Stanford.EDU (Paul Carl Kocher)
Subject: PKZIP 2.04C AV IS EASILY BROKEN
Organization: DSG, Stanford University, CA 94305, USA
Date: Wed, 6 Jan 93 04:58:37 GMT

The authenticity verification system in the new PKZIP is easily
forged (it took me about an hour to break it), and thus cannot be 
trusted.

I have sent a message to PKWARE, and will post more information 
after talking with them tomorrow.

-- Paul

kocherp@leland.stanford.edu, 415-497-6589
Newsgroups: comp.compression,comp.archives.msdos.d
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: pkz204c.exe is available at Garbo
Followup-To: comp.compression
Organization: University of Vaasa, Finland
Date: Wed, 6 Jan 1993 13:40:00 GMT

In article <ts9301061125.14868@chyde.uwasa.fi> ts@chyde.uwasa.fi (Timo Salmi) writes:
> 188818 Dec 28 02:04 garbo.uwasa.fi:/pc/arcers/pkz204c.exe

Good heavens.  It is barely two hours since I posted this, and there
are already 60 downloads.  Poor Garbo will have a fit :-). 

In my announcement I totally forgot to tell you gentle users what
this program is, but somehow I think that omission is not a very
telling one.  :-)

   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: ts@uwasa.fi (Timo Salmi)
Subject: Re: PKZip 2.04c quick impressions
Organization: University of Vaasa, Finland
Date: Wed, 6 Jan 1993 09:22:56 GMT

Well, I did some light testing with PKZIP 2.04C and soon run into
the following problem.  My PKZIP.CFG file (in the current directory
as the manua says) has the following line

COMPRESS=maximal

It had no effect.  Compression is normal despite this.  What gives?

   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
From: berg@physik.tu-muenchen.de (Stephen R. van den Berg)
Newsgroups: comp.compression
Subject: Re: list of known bugs in PKZIP 2.04c
Date: 11 Jan 1993 15:49:54 GMT
Organization: Rechnerbetrieb Informatik - RWTH Aachen
NNTP-Posting-Host: tabaqui.informatik.rwth-aachen.de
Originator: berg@tabaqui

A.S. Don't use "Distribution: comp", it doesn't accomplish anything.

steve.ginter@canrem.com writes:
>I found the following message posted on my BBS.

> BBS: CRS Premium Bulletin Board - USR Dual St
>Date: 01-08-93 (13:38)             Number: 9465
>From: MITCHELL HALPERIN            Refer#: NONE

>6.  Using "-rp" or -rP" will store the names of the subdirectories as 0
>byte files resulting in an incorrect file count.  They can't be deleted
>with "PKZIP -d" but don't extract with PKUNZIP.  This is also an
>acknowleged bug in v1.93a.

You *can* delete them with pkzip.  When a directory named /usr/test has been
stored in the zipfile, try using:

	pkzip -d myzip.zip /usr/test/

to delete it.

Nevertheless, though I don't mind the default behaviour to include the
directories in the zipfile, I would love to have a switch that disabled the
storing of the directories (so that the archive contains roughly the same
as under v1.10 of PKZIP).
-- 
Sincerely,                                  berg@pool.informatik.rwth-aachen.de
           Stephen R. van den Berg (AKA BuGless).    berg@physik.tu-muenchen.de

"Be spontaneous!"
From: allan@cs.UAlberta.CA (Allan Sullivan)
Newsgroups: comp.compression
Subject: Re: Source for Lempel-Ziv
Keywords: lempel
Date: 7 Jan 93 23:08:36 GMT
Distribution: comp
Organization: University of Alberta, Edmonton, Canada

pieterh@sci.kun.nl (Peter Herweijer) writes:

>In <hess.726398005@swt7> hess@swt7.informatik.uni-hamburg.de (Hauke Hess) writes:

>>Hi,
>>
>>I would like to save some space by storing long data structures
>>temporary in a compressed form. Though I don`t want to loose much
>>time in compressing and decompressing them, I look for a
>>lempel-ziv coder/decoder source, that will make it as simple as
>>possible to store and retrive huge arrays.

>	[...]

>>Hauke

>I don't remember exactly, but you may want to look through either
>the 1989 or 1990 issues of Dr Dobb's.  There's a good article on
>LZW compression somewhere. It's featured on the cover, if that helps.

>The algorithm and its implementation are fairly simple, once you've
>understood the principles.

There is a book called "The Data Compression Book" by Newton which
covers LZ77 and LZ78 compression. Some versions of the book come
with a cover disk which has source code for compression.
Newsgroups: comp.compression
From: rdippold@cancun.qualcomm.com (Ron Dippold)
Subject: Re: *** WARNING *** PKZIP 2.04c is infected by a virus.
Organization: Qualcomm, Inc., San Diego, CA
Date: Tue, 5 Jan 1993 22:27:45 GMT

nevries@accucx.cc.ruu.nl (Nico E de Vries) writes:
>According to warning messages on wuarchive.wustl.edu the PKZIP 2.04c
>is a virus infected version. The virus detected is the "Maltese Amoeba"
>one.

>Unclear is if there is a real PKZIP 2.0x which has been infected 10
>seconds after release or that there is just a cracked new 1.93a version.
>PKWARE has promised to release a new version 5 jan so there might also be
>a real one. 

>Clearly some smart cracker have used their chance. It might take ages before

Look, the version I uploaded to wuarchive was downloaded not 5 minutes
before directly from the PKWare BBS.  It was not executed before
upload, nor were any new files executed (it was all done in the same
terminal program session).  Note also that the files being tagged as
"infected" by Norton AV 2.0 are the ones in the archive.  If some
"cracker" did something to the files inside the Authentication
Validated PKZIP file pkz204c.exe, he did it before PKWare released it.
-- 
As soon as everybody chooses the wrong side, it then, by some miracle,
becomes the right side.
From: susanm@an.hp.com (Susan Margulies)
Newsgroups: comp.compression
Subject: How to cite the FAQ
Date: 4 Jan 1993 16:18:04 GMT
Organization: Hewlett Packard Santa Clara Site
Reply-To: susanm@hp-and.an.hp.com
NNTP-Posting-Host: hpanvi.an.hp.com
X-Newsreader: Tin 1.1.3 PL5

I was wondering if anyone out there knows a standard
format for citing the comp.compression FAQ or any FAQ for
that matter.  Specifically, I do not know anything about the
copyright status of postings to news groups on USENET.  
I am writing my masters thesis on Ultrasound Image Compression 
and will be making reference to this group's FAQ in the document.

I suppose what I am wondering is should the FAQ be treated
as an unpublished work whose editor or author is Jean-loup
Gailly?  And should the modification date be cited?  The 
bibliographic database I am using is BibTeX, if that makes
any difference.

Thanks for the help,
Susan 

--
Susan E. Margulies       
HP Imaging Systems        
susanm@hp-and.an.hp.com    

Newsgroups: comp.compression
From: brianb@julian.uwo.ca (Brian Borowski)
Subject: Re: pkzip 2.04c / unzip v5.0 compatibility
Organization: University of Western Ontario, London
Date: Fri, 8 Jan 1993 13:07:24 GMT
Keywords: passwords problem.


I don't know if anyone else has noticed this, and maybe I'm not
doing something right, but the following situation has been observed.

If I zip up a file with pkzip 204c with password encryption,
I find that unzip 5.0 cannot unzip such a file.  It asks for
the password, but will not undo the file.

Has anyone else observed this behaviour?  If I am not doing something
right, let me know please.

brianb@julian.uwo.ca
Xref: sparky comp.compression:4557 comp.os.msdos.apps:6082 comp.os.msdos.misc:6972
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression,comp.os.msdos.apps,comp.os.msdos.misc
Subject: *** IMPORTANT *** new version of PKZIP is on its way.
Date: 11 Jan 93 18:28:22 GMT
Followup-To: comp.compression
Organization: Academic Computer Centre Utrecht

PKWARE informed me about a new version of PKZIP 2.04c which should
fix many of the crashes and corruped environments the program currently
causes. The main problem, according to PKWARE, is a bug in Quarterdecks
QDPMI implementation. 

The new version is currently tested internally by PKWARE employees. 

I have no information about when a new version will be released and
if all reported bugs will be fixed. I think it is very likely however
the major problems currently present will be cured.

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.
From: madler@cco.caltech.edu (Mark Adler)
Newsgroups: comp.compression
Subject: Re: Unix release? (Was Re: PKZip 2.04c and Garbo uploads
Date: 8 Jan 1993 17:53:52 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: sandman.caltech.edu


Well, I wouldn't call what we do a Unix "port" of pkzip.  Instead
what we do is write portable software that is compatible with pkzip
and pkunzip.  PKWare themselves have been porting pkzip to select
Unix platforms, and it is possible that they may sell such ports in
the future.  However, I'd wonder about the market for that,
considering that zip and unzip are free.

Anyway, I have already posted a patch to unzip 5.0 to make it
compatible with pkzip 2.04c, and we will be releasing a patched
unzip sometime next week.  An MSDOS executable is already available
(see a previous post by Timo).

In the near future, we will be releasing a version of zip that
implements multi-volume archives, possibly with some enhancements
beyond what PKWare has defined to make it more useful for non-
floppy applications.  (pkzip gives the same name to the zip files
on all the floppies!)

Mark Adler
madler@cco.caltech.edu
Newsgroups: comp.compression
From: kko@fraser.sfu.ca (Samuel Ko)
Subject: Re: DID YOU KNOW DIET144.ZIP ?
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Fri, 8 Jan 1993 19:33:39 GMT

TCSAR03@waccvm.corp.mot.com (Germain Leutwyler) writes:

>It is a good alternative versus complete subdirectories archivers for
>people being short in space with their HD. Try it and let me know your
>feelings afterwards !

I don't quite like diet ... 1) executables compressed with diet cause
some false alarms with some anti-virus programs and 2) diet doesn't 
work well on a hard disk that was doubled with Stacker and other 
disk-doublers ... Use pklite (pklte115.zip) instead for executables
(or pkzip or data) ....

-- 
><-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-><
| Samuel C. Ko (aka The Smart One / BOZO) <--> a celebrity & DOS/UNIX wizard :)
:) kko@sfu.ca <--> Outspoken,Highly-talented,Charming... I post this for You! |
[-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-]
Newsgroups: comp.compression
From: rdippold@cancun.qualcomm.com (Ron Dippold)
Subject: Re: *** IMPORTANT *** new version of PKZIP is on its way.
Organization: Qualcomm, Inc., San Diego, CA
Date: Mon, 11 Jan 1993 22:53:18 GMT

nevries@accucx.cc.ruu.nl (Nico E de Vries) writes:
>PKWARE informed me about a new version of PKZIP 2.04c which should
>fix many of the crashes and corruped environments the program currently
>causes. The main problem, according to PKWARE, is a bug in Quarterdecks
>QDPMI implementation. 

Thanks for the info, but I think they're full of it.  Unless Windows,
QEMM, _and_ OS/2 are all using QDPMI.
-- 
If flattery gets you nowhere, try bribery.
Xref: sparky comp.compression:4423 comp.os.msdos.apps:6038
From: krouth@slee01.srl.ford.com (Kevin Routh)
Newsgroups: comp.compression,comp.os.msdos.apps
Subject: Re: *** WARNING *** PKZIP 2.04c is infected by a virus.
Date: 7 Jan 1993 18:06:37 GMT
Organization: Ford Motor Company Research Laboratory
NNTP-Posting-Host: slee01.srl.ford.com
X-Newsreader: Tin 1.1 PL5

Nico E de Vries (nevries@accucx.cc.ruu.nl) wrote:
: According to warning messages on wuarchive.wustl.edu the PKZIP 2.04c
: is a virus infected version. The virus detected is the "Maltese Amoeba"
: one.

The following is an excerpt from the PK-WARE BBS...

Last Update: 01/04/93
*********************************************************************
*******  PKZIP 2.04c is shipping.  Please allow 7-10 business *******
*******  days to process and ship orders.                     *******
*********************************************************************
 
 Do not trust or use any version of PKZIP other than 1.10,1.93, and 
 2.04c. All other versions currently circulating on BBS's are fakes.  
 These fake programs should be considered hostile and not be trusted, 
 they may contain viruses, trojans, or other tricks.  

 PLEASE DO NOT LEAVE MESSAGES ASKING FOR INFORMATION ABOUT BUSINESS,
 CURRENT ORDERS,UPGRADES,ADDRESS CHANGES/CORRECTIONS,ETC AS THE BBS
 IS NOT SETUP TO HANDLE THESE. IT IS MORE EFFICIENT TO CALL THE OFFICE 
 AND TALK TO A CUSTOMER REPRESENATIVE. OUR NUMBER IS 414-354-8699
 WE APPRECIATE YOUR SUPPORT. 

 *** PKWARE BBS - Top Menu ***               14 Min. remaining this call  

PKZIP version 2.04c is now available for download!!!!!!!         
In order to allow maximum access and downloading of PKZ204C.EXE, 
normal features of the PKWARE BBS have been temporarily disabled.

Note: The Norton Anti-Virus utility erroneously reports that the files
PKUNZIP.EXE and PKZIPFIX.EXE contain the Maltese Amoeba virus.  This is a
false report.  These files do NOT contain this virus.

D)ownload PKZIP 2.04c!!!!  (filename is PKZ204C.EXE  size=188,818 bytes)
C) Download ZZAP63A.ZIP to convert .ZIP files to new version (size=97,578)
L)ist the contents of PKZ204C.EXE
O)rder PKZIP 2.04c (and other PKWARE products) with a MasterCard or Visa
R)ead messages addressed to you
E)nter a message to the SYSOP
U)pload a private file to the sysop
G)oodbye (logoff BBS)

--
Kevin C. Routh                     Internet:    krouth@slee01.srl.ford.com
Ford Electronics                   IBMmail (PROFS):               USFMCTMF
ELD IC Engineering
17000 Rotunda Drive, B-121         Voice mail:              (313) 337-5136
Dearborn, MI  48121-6010           Facsimile:               (313) 248-6244

Newsgroups: comp.compression
From: twb@cbnewsh.cb.att.com (thomas.w.beattie)
Subject: Re: PKZip 2.04c Bug report
Organization: AT&T
Distribution: usa
Date: Thu, 7 Jan 1993 15:10:37 GMT

In article <81505@ncratl.AtlantaGA.NCR.COM> pgleason@ncratl.AtlantaGA.NCR.COM (Pat Gleason) writes:
>PKWARE has already confirmed one bug with the new PKZIP 2.04c.
>It will not store a volume label. Just FYI.


When I tried pkzip in a DOS window (Win3.1) it started ok, but after processing
several files Win3.1 trapped an illegal instruction and terminated it.

Is PKZIP 2.04C incompatible with win3.1?
Anyone else have this problem?

---
Tom Beattie
t.w.beattie@att.com
att!hoqaa!twb