HDTenEightyP/NetNews huggingface dataset:
From: bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev)
Subject: Re: PKZIP 2.04c is shipping...
Reply-To: bontchev@fbihh.informatik.uni-hamburg.de
Organization: Virus Test Center, University of Hamburg
Date:  8 Jan 93 10:53:58 GMT

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

> [about PKZIP virus reports]

> >Instead, someone seems to have done something else that is much easier
> >and has about the same effectiveness - spread a false rumor...

> wuarchive tested the file and got a virus dection. I think it is
> very good they tried to notice this soon. In case the virus scanner
> would not have failed it coulnd't have been detected fast enough.

It was NOT wuarchive. It was somebody who downloaded the package early
and used an out-of-date version of NAV (2.0, instead of 2.1).
Wuarchive probably just decided to err on the safe side and believed
his reports.

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
From: bing@zinc.cchem.berkeley.edu (Bing Ho)
Newsgroups: comp.compression
Subject: ZZAP63A.ZIP
Date: 7 Jan 1993 19:11:27 GMT
Organization: UC Berkeley
Distribution: world
NNTP-Posting-Host: zinc.cchem.berkeley.edu

Has anybody tried the purported ZZAP63A program that converts old
ZIP archives to the new format?

Does it preserve volume labels (when pkzip gets that bug fixed), directory
information, comments?  Does it recognize and leave AV protected archives
alone?

Thanks for any information.

-- 
Bing Ho
bing@zinc.cchem.berkeley.edu   University of California, Berkeley   
Newsgroups: comp.compression
From: hbj@engr.uark.edu (Bernard Johnson)
Subject: Re: *** WARNING *** dangerous bugs in PKZIP 2.04c
Organization: University of Arkansas
Date: Thu, 7 Jan 1993 19:15:56 GMT

nevries@accucx.cc.ruu.nl (Nico E de Vries) writes:
>There are many bugs in PKZIP 2.04c of which two seem to be significant.
>First of all their DPMI support is very buggy, this causes crashes,
>loss of data etc. ALWAYS USE THE -) OPTION TO DISABLE DPMI. When
>you are using Windows, OS/2 2.0 or QEMM this is vital (386^MAX has
>not been investigated yet).
>Running PKUNZIP from a batch file or with REARJ also generaties problems
>for which no reason has been found yet.


Strange, I use QEMM and have been using 2.04c on my BBS (where it is probably
run at least 50 times per day or more).  I have not had a single crash and the
only options I've set are -ex.  And it also runs perfectly in a batch file.
Maybe I'm just lucky.  Btw, I have the latest QEMM that was released with DV
classic (not the newer one with DVX).

Bernard
hbj@engr.uark.edu
Newsgroups: comp.compression
From: a7657@mindlink.bc.ca (Stephen H. Kawamoto)
Subject: Re: pkzip 2.04c / unzip v5.0 compatibility
Organization: MIND LINK! - British Columbia, Canada
Date: Thu, 7 Jan 1993 21:27:37 GMT

Now that you've made the diff code available, hopefully there will be a MSDOS
update of UNZIP50?

--
address Email to reach me: <a7657@mindlink.bc.ca>||<an3364@anon.penet.fi>
    "It is the very mind itself
     That leads the mind astray;
     Of the mind,
     Do not be mindless."
     (an old Japanese folk song)
Newsgroups: comp.compression
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: I have uploaded PKZip 2.04c to wuarchive
Organization: University of Vaasa, Finland
Date: Tue, 5 Jan 1993 22:07:52 GMT

In article <1ice8nINN7md@gap.caltech.edu> madler@cco.caltech.edu (Mark Adler) writes:
>>> I have uploaded PKZip 2.04c to wuarchive.wustl.edu in the
>>> pub/MSDOS_UPLOADS directory.  It's pkz204c.exe and pkz204c.txt.
>
>Well, what's there now are three empty directories with the names:
>Jan  5 09:54 WARNING_pkz204c.exe_contains_Maltese_Amoeba_virus
>Jan  5 09:57 pkz204c.exe_contains_Maltese_Amoeba_Virus__DO__NOT__USE__
>Jan  5 09:55 pkz204c.exe_is_a_hack_DO_NOT_USE_
>Is this for real or what??

Whether a hoax or not, you should be very wary of the unmoderated
incoming directories.  Anyone can but anything in there.  The worst
part of it is that even if someone uploads a perfectly valid
package, someone else can then load a trojan or a virus version to
replace the original bona fide upload. 

Wuarchive is an excellent FTP repository, and I am very pleased to
have the pleasure of cooperating with the wuarchive maintainer.  But
utilizing these unmoderated uploads, especially with a package of
PKZIPs hack history, is inviting serious trouble on yourselves.

   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: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: Re: writing compressed filesystems
Date: 10 Jan 93 21:39:12 GMT
Organization: Academic Computer Centre Utrecht

In <C0nCwK.Ltq@dutiws.twi.tudelft.nl> winfrvk@dutiws.twi.tudelft.nl (Bart Schuller) writes:

>Hello,

>I am considering writing a compressing filesystem for use on the Atari ST and
>MiNT, and I was wondering what compression algorithm I should use. Now I have
>read the FAQ and I imagine I can use some existing LZ* source, but I would
>like to know what other people use or maybe you have some general advice
>to give, like the size of blocks to compress.

A nice to place to start looking is the LDS_10 source package and InfoZIP.
Both available from garbo. Since speed is an important issue here look
at LZRW and the finish compressor. Use blocks of at least 8k.

>                               Bart.

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: rsrodger@wam.umd.edu (Yamanari)
Subject: Re: Compression size checking and conversion program???
Organization: University of Maryland, College Park
Date: Fri, 8 Jan 1993 01:15:49 GMT

In article <16B4FDB13.ST29701@VM.CC.LATECH.EDU> ST29701@VM.CC.LATECH.EDU writes:
>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 ?.??.


	I did a few tests yesterday.  I compressed my Windows
	\windows and \windows\system (lots and lots of fonts)
	directories, and also tried it on the game Civilization.  
	In both cases, the difference between PKZIP's new maximum
	compression and ARJ's (-jm), was about 3k in favor of ARJ.
	Time-wise, ARJ took a bit more than three times as long.  

	I conducted tests on a 386-20 (DX) with no math coprocessor,
	a 2048k smartdrv 4.0 cache in XMS, and 4 free megs of XMS
	memory.  PKZIP ran in it's 386 & XMS modes.  I don't know
	if arj did or not (I don't know if there's a special switch).

	The slow processor made timing easy.  On the 486, the difference
	was still very noticible, but not too important.

	Pretty impressive.  In encouraged me to put PKZIP back on
	my harddisk for somethingother than for use by rearj.  

	I'm waiting for the next version of ARJ.


-- 
      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.
Newsgroups: comp.compression
From: "steve ginter" <steve.ginter@canrem.com>
Subject: pkzip 2.04c quick imp
Reply-To: "steve ginter" <steve.ginter@canrem.com>
Organization: Canada Remote Systems
Distribution: comp
Date: 9 Jan 93 13:42:20 EST

>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

What the manual says is wrong, it should be:

COMPRESS=maximum

-Steve
---
  SLMR 2.1a  Climb on the bandwagon before it runs you down.
--
Canada Remote Systems  - Toronto, Ontario
World's Largest PCBOARD System - 416-629-7000/629-7044
From: madler@cco.caltech.edu (Mark Adler)
Newsgroups: comp.compression
Subject: Re: I have uploaded PKZip 2.04c to wuarchive
Date: 5 Jan 1993 16:50:31 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: sandman.caltech.edu


>> I have uploaded PKZip 2.04c to wuarchive.wustl.edu in the
>> pub/MSDOS_UPLOADS directory.  It's pkz204c.exe and pkz204c.txt.

Well, what's there now are three empty directories with the names:

Jan  5 09:54 WARNING_pkz204c.exe_contains_Maltese_Amoeba_virus
Jan  5 09:57 pkz204c.exe_contains_Maltese_Amoeba_Virus__DO__NOT__USE__
Jan  5 09:55 pkz204c.exe_is_a_hack_DO_NOT_USE_

Is this for real or what??

Mark Adler
madler@cco.caltech.edu
Newsgroups: comp.compression,comp.dcom.fax,comp.graphics
From: johnl@iecc.cambridge.ma.us (John R. Levine)
Subject: Re: I want specs for CCITT group 4 Fax
Organization: I.E.C.C.
Date: Mon, 4 Jan 1993 17:28:59 GMT

>You should be able to get [CCITT fax specs[ FREE - see the following recent
>posting:

>   WIDE RANGE OF ITU* DOCUMENTS NOW AVAILABLE ON-LINE:
>  ITU STANDARDS TO BECOME ELECTRONICALLY ACCESSIBLE IN
>                       EARLY 93

This teledoc thing is much less than meets the eye.  What it actually has
is one-page abstracts of some but not all CCITT recommendations, along
with junk like lists of the national representatives to CCITT.  If you
want the actual text of a recommendation, you have to send large amounts
of money to Switzerland, same as ever.  I'm under the impression that the
U.N. bookstore in New York also stocks a lot of CCITT docs, no cheaper but
quicker to get if you're in the U.S.

-- 
John R. Levine, IECC, POB 349, Cambridge MA 02238, +1 617 492 3869
johnl@iecc.cambridge.ma.us, {ima|spdcc|world}!iecc!johnl
"Time is Money!  Steal some today!"
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: 11 Jan 93 16:56:16 GMT
Organization: Academic Computer Centre Utrecht

In <1iq319INNa2j@gap.caltech.edu> madler@cco.caltech.edu (Mark Adler) writes:


>>> Why not make an InfoARJ??? The methodolgy behind ARJ and ZIP is

>AAAAAAAAAAAAGH!

>...

>Sorry.  I'm ok now.

I am very serious here. The portable decompressor is already present
(you yourself participated in making it). The file format of ARJ
is less complex than the one PKZIP uses. And the major nucleus of
the compression engine can be reused. If I compare ARJ and PKZIP IMO
Robert Jung is much more credible than PKWARE. 
Of cource it will be a lot of work I realize that. But I think
it would serve the datacompression world very well.

>mark

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: bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev)
Subject: Did PKWare fix that famous 486 bug?
Reply-To: bontchev@fbihh.informatik.uni-hamburg.de
Organization: Virus Test Center, University of Hamburg
Date:  7 Jan 93 17:44:48 GMT

OK, now that the new PKZIP is out and that we all know that it is full
if small, annoying bugs, could anybody check whether they have fixed
at least that famous bug that allegedly caused them to delay the
release for more than a year?

They have released a program that checks for the presence of the bug,
so you can check whether it exists on your machine (only 80486-based
machines with external memory cacheing enabled). It doesn't exist on
mine, so I am unable to check, but what the heck is the option '-('
for in PKZIP? (Except the express the impression of the users of the
new version, if you put a colon in front of it?)

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
From: madler@cco.caltech.edu (Mark Adler)
Newsgroups: comp.compression
Subject: Re: PKZIP 2.04c is shipping...
Date: 4 Jan 1993 18:57:36 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: sandman.caltech.edu


>>   So where's Info-Zip's version of it?

Well, once we get a copy of the new PKZIP, we'll make sure that it is
compatible with our Zip 1.9 and Unzip 5.0, as they promised.  We expect
this to be so, in which case you already have it.

The main thing that PKZIP 2.0xx will have that Info-zip doesn't is
multi-volume archives.  Once we see how PKWare implemented that, we
will duplicate that functionality in Zip 2.0 and a subsequent version
of Unzip.

Mark Adler
madler@cco.caltech.edu
Newsgroups: comp.compression
From: alien@yoyo.cc.monash.edu.au (Diego Barros)
Subject: Data Compression Info Pack?
Organization: Monash University General Access Unix
X-Newsreader: TIN [version 1.1 PL8]
Date: Wed, 13 Jan 1993 03:51:16 GMT


I had read a while back about a Data Compression Info Pack which was going to
be uploaded to ftp nic.funet.fi (I think!?!) and would conatin source and info
on various data compression methods and archive programs... does anyone
remember about this?

Anyway, I would appreciate it if someone who has any info on whether it has
been uploaded or when it might, and possibly where I can find it, post or
e-mail me and let me know....

Thanks in advance...
Cheers... :)
-- 
			-------------------------
	      -----------------
   _____     : Mmmmm Donuts... :	 Diego Barros - Alien
  /     \    o ----------------   Mail : alien@yoyo.cc.monash.edu.au
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: Re: PKZIP 2.04c is shipping...
Date: 8 Jan 93 18:40:26 GMT
Organization: Academic Computer Centre Utrecht

(Vesselin Bontchev) writes:

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

[about PKZIP virus reports]

>> wuarchive tested the file and got a virus dection. I think it is
>> very good they tried to notice this soon. In case the virus scanner
>> would not have failed it coulnd't have been detected fast enough.

>It was NOT wuarchive. It was somebody who downloaded the package early
>and used an out-of-date version of NAV (2.0, instead of 2.1).
>Wuarchive probably just decided to err on the safe side and believed
>his reports.

I didn't know that. I thought wuarchive investigated the file themselves. 
Nevertheless I believe the person finding the "virus" did the right thing
by reporting the detection. I prefer one virus warning too much above one
too less.

>Regards,
>Vesselin

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: PROPE7@ifens01.insa-lyon.fr (Albin Champoussin)
Newsgroups: comp.compression
Subject: ZOO packed files
Date: Mon, 11 Jan 1993 12:54:25 GMT
Organization: INSA  CENTRE INFORMATIQUE DU 1er CYCLE
Distribution: Wolrd
NNTP-Posting-Host: pc110-101.insa-lyon.fr

I'm looking for Zoo Depacker running on ms-dos 5.0

Please send it to me, or send me a server where i can find it...

Thanxx !
From: tim.meade%theweb@meaddata.com (Tim Meade) 
Newsgroups: comp.compression
Subject: SIMPLE ON THE FLY COMPRES
Date: 12 Jan 93 16:11:00 GMT
Distribution: world
Organization: The Web BBS 1-513-436-9011 6 Lines 1200 News groups 50,000 files!
Reply-To: tim.meade%theweb@meaddata.com (Tim Meade) 

TO:rick@hq.af.mil

Rick,

        My company in conjunction with PKWARE has EXACTLY what you are
looking for.  Please give myself or Robin a call and we can discuss it
with you.  It allows compression as a routine where you pass in the
address of your read and write routines.  We have it available for about
9 platforms including most UNIX's.

        ..Tim, ASi 513-436-9012 fax 513-436-9011
                                                                                                                      
Newsgroups: comp.compression,sci.crypt
From: bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev)
Subject: Re: ARJ "Security Envelopes" Broken
Reply-To: bontchev@fbihh.informatik.uni-hamburg.de
Organization: Virus Test Center, University of Hamburg
Date: 12 Jan 93 15:36:23 GMT

mcastle@cs.umr.edu (Michael R Castle) writes:

> When ARJ first came out, I sent mail to Rob mentioning the problems with
> exporting pkzip and advising that he may want to look into the legalities
> of his using encryption in exportable software.  In his response, he 
> indicated that he was just using simple xoring (which he expected to be
> easily broken).  The _ONLY_ reason for encryption was to keep a casual
> user from accidently private data.  Stopping crackers who are trying to
> break into archives was not the point behind adding encryption to arj.

Yes, I understand that - it is mentioned in the documentation. But,
first, the export restrictions didn't stop anyone from exporting PKZIP
(hey, they even don't have the version without encryption in USSR and
Bulgaria), second, it seems that PKWare has obtained license to export
their program to almost any country (except a few from a restricted
list), and third, the encryption code for Info-ZIP is freely available
on the ftp sites... This algorithm might not be strong enough from the
cryptographic point of view (I have yet to see a serious cryptanalysis
of it), but it is at least not as trivial to break as the algorithm
used in ARJ...

OK, maybe this discussion belongs to sci.crypt...

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: bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev)
Subject: Is the new PKZIP compatible with the old PKUNZIP?
Reply-To: bontchev@fbihh.informatik.uni-hamburg.de
Organization: Virus Test Center, University of Hamburg
Date:  7 Jan 93 19:24:49 GMT

I am still browsing the docs and haven't seen this mentioned, so I
decided to ask...

Is there an option to force the new PKZIP to use only Implode and thus
produce archives that are extractable by the old PKUNZIP?

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: s2784862@techst02.technion.ac.il (Oded - dv -)
Subject: Re: PKZip 2.04c quick impressions
Reply-To: s2784862@techst02.technion.ac.il (Oded - dv -)
Organization: Technion, Israel Inst. of Technology
Date: Fri, 8 Jan 1993 23:16:30 GMT

Hello,
   It seems the -$ option of PKZIP 2.04c (add volume label) does NOT work !
   Anyone else noticed that ?

All the best,
   s2784862@techst02.technion.ac.il  Oded.

Newsgroups: comp.compression
From: bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev)
Subject: Re: PKzip 2.04c and Norton Anti-Virus
Keywords: PKZIP, NAV, Norton, Virus
Reply-To: bontchev@fbihh.informatik.uni-hamburg.de
Organization: Virus Test Center, University of Hamburg
Date:  5 Jan 93 18:05:55 GMT

bartlett@oasys.dt.navy.mil (Scott W. Bartlett) writes:

> FILE: PKZ204C.ZIP from wuarchive /pub/MSDOS_UPLOADS (1/5/93)

> VSHIELD/SCAN v99: report no virus present.

> Norton Anti-Virus (from Norton Desktop for Windows 2.0) dated 3/23/92:
>                   reports variant of the Maltese Amb. virus in the
>                   PKUNZIP, PKZIPFIX, and ZIP2EXE files.

> ThunderByte/VirX/FluProt+: report no virus, but that non-standard exe-
>                            headers are used in the files indicating a
>                            programming bug or possible virus.
>                            (note- I do not usually use these three virus
>                             detectors so the correct answers may

It is almost certainly a false positive. Both SCAN 99, VirX, and TbAV
-are- able to detect Maltese Amoeba reliably. I can say more only
after I have analysed the actual code. Could somebody send it to me,
since it is obviously no more available at wuarchive? I'll post the
results of the analysis here. Thanks.

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