HDTenEightyP/NetNews huggingface dataset:
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: Re: PKZip 2.04c quick impressions
Date: 10 Jan 93 21:36:50 GMT
Organization: Academic Computer Centre Utrecht

(Richard Kooijman) writes:

>roe2@ellis.uchicago.edu (Cave Newt) writes:

>>I wrote:
>>>:An even better solution would be to get rid of the bad disk entirely

>>hartman@ulogic.UUCP (Richard M. Hartman) writes:
>>>What is wrong with skipping the bad sector and continuing using the
>>>rest of the disk?

>>If there's one bad sector already, chances are another will show up
>>sooner or later--either because the diskette is physically damaged
>>and other parts of it might flake, or because it has "weak" sectors

>Next thing you will be doing is showing us with mathematical proof
>that diskettes that show no problems are less likely to expose
>bad sectors than diskettes that already have bad sectors?

This can be emperically proved. In general it is smart (given pricing
and the quality you should expect nowadays) to throw away a diskette
with a bad sector. Mostly something has gone wrong at produktion time
and it is indeed to be expected other parts of the disk are less
reliable as well. Often it is a matter of too less magnetic material
on the disk. 

>What about harddisks, they are sold with bad sectors on them! You
>probably don't own one, now do you?

Most harddisk produced nowadays are bad sector free. If you get a new
one with bad sectors ask your dealer to replace it (we always do).

>Richard.

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: u8113074@cc.nctu.edu.tw (Frederick Y.J. Wen)
Subject: Where could I get file to extract .LZH ?
Organization: National Chiao Tung University
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 11 Jan 1993 16:07:00 GMT

	Since I get some files which is compressed by .LZH , I don't know
  how to extract it , and I don't know where to get the file to extract them.
	Could anyone tell me ?
	Please mail it to me , because I seldom see this section.
					1993.1.12
						Frederick Y.J. Wen
********************************************************************************
*	mail address : u8113074@ccsun12.cc.nctu.edu.tw                         *
********************************************************************************

Newsgroups: comp.compression
From: antkow@sis.uucp (Chris Antkow)
Subject: Re: PKZ204C.EXE *NOT* INFECTED, or ...???
Organization: Sheridan College, Ontario, Canada
Date: Mon, 11 Jan 1993 17:08:29 GMT

 I think what the issue here is that if Vesselin says that there is no
virus in the file, THEN THERE IS NO VIRUS IN THE FILE! If you are not
familiar with the world of anti-virus research, then just take his word
on it. Vesselin is a world-respected AV Researcher who knows his stuff
and has probably disassembled the file and went over it with a
fine-toothed comb (or heuristic virus scanner, or equivalent...)

 Let's just kill the discussion here, It get's a tad tiring when the
last 50 messages in this conference deal with "Hey! PKZ204C.EXE is
infected with the 'WHOCARES' virus !!!"

 Please? My eyes hurt from all this...   
Newsgroups: comp.compression
From: mcastle@cs.umr.edu (Michael R Castle)
Subject: Re: PKZip 2.04c quick impressions
Date: Sun, 10 Jan 1993 21:26:21 GMT
Organization: University of Missouri - Rolla, Rolla, MO

In article <richard.726681042@dutepp13> Richard.Kooijman@dnpap.et.tudelft.nl (Richard Kooijman) writes:
>Next thing you will be doing is showing us with mathematical proof
>that diskettes that show no problems are less likely to expose
>bad sectors than diskettes that already have bad sectors?
>
>What about harddisks, they are sold with bad sectors on them! You
>probably don't own one, now do you?

harddrives and floppies do use different medium and different methods of
access.  On a fixed disk, the heads do not touch the platters (well, the 
ones on my old ide do, but that's a different matter :-), where as on a 
floppy, the heads do ride on the surface.

If a floppy has a material defect that results in a bad sector, it IS more
statistically likely that more defects will develop through use (mainly 
because of physical wear-and-tear and the floppy).  

I recommend to anyone who has any need for data integrity to throw away 
ANY disk that has a bad sector in it.  I'm sure there have been studies 
that prove this point, but I must admit that I don't have any references
handy.  If you have doubts, check you local library.

regards,
mrc
-- 
Mike Castle .-=NEXUS=-.  Life is like a clock:  You can work constantly
  mcastle@cs.umr.edu     and be right all the time, or not work at all
S087891@UMRVMA.UMR.EDU   and be right at least twice a day.  -- mrc
    We are all of us living in the shadow of Manhattan.  -- Watchmen
From: rommel@jonas.gold.sub.org (Kai Uwe Rommel)
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: 9 Jan 93 13:29:16 GMT
Organization: Private

In article <C0KnA7.1sr@undergrad.math.waterloo.edu> djtooley@undergrad.math.waterloo.edu (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?!?"
> 
>I also congratulate Robert K. Jung on his Beta version of ARJ. I was 
>quite impressed by the improved speed (especially at the maximum (-jm)
>compression level, which is what I use normally.)  I much prefer ARJ's
>handing of volume splitting over that of the new PKZIP.  ARJ has proven
>itself to have the options, ease of use, reliability and now
>speed for me to use it as my #1 compression/archiving program.
>(I sound like a commercial. :)
> 
>My previous comments heralded PKZIP as #1, but with their bug reports
>and ARJ's improved speed I have decided to wait the extra 7 seconds
>for a more little reliability.  I'm going to continue to use ARJ.

Unfortunately, ARJ is a one-platform-only program. There are
(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.

For me, Info-ZIP's utilities server quite well as portable
cross-platform archivers which allow data exchange, still support OS
specifics (such as OS/2 extended attributes and VMS file formats) and
is reasonably fast. That's why I support it. Having a second similarly
portable (or third, if you cound ZOO, but it does have little support
for OS specifics and is slow) would be fine. Competing with MS-DOS
PKZIP is not much fun due to the large number of bugs, quirks and
restrictions to circumvent in this environment. :-)

Kai Uwe Rommel
Info-ZIP

--
/* Kai Uwe Rommel                                      Muenchen, Germany *
 * rommel@jonas.gold.sub.org                       Phone +49 89 723 4101 *
 * rommel@informatik.tu-muenchen.de                  Fax +49 89 723 7889 */

DOS ... is still a real mode only non-reentrant interrupt
handler, and always will be.                -Russell Williams
Newsgroups: comp.compression
From: peterson@choctaw.csc.ti.com (Bob Peterson)
Subject: Re: List of known bugs for pkzip2.04 please..
Keywords: pkzip bugs
Organization: Texas Instruments
Date: Mon, 11 Jan 1993 02:56:34 GMT

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.  A PKWare person ("Mark") stated the following when I
asked about this.
	Yes, version 2.04c does not recognize the 1.1 AV files, that
	may change it may not. We will evaluate requests as they come
	in.
I find 2.04c's inability to check and display 1.10 AV codes a serious
defect.  Apparently messages to PKWARE.Inc@mixcom.com could result in a
fix in the next release.

    Bob

--
Bob Peterson          Home: peterson@zgnews.lonestar.org  Landline: 214 995-6080
P.O. Box 865132       Work: peterson@csc.ti.com           FAX line: 214 995-0304
Plano, Tx 75086-5132  BBS: +1 214 596 3720  300/1200/2400/9600+ (HST or V.32bis)
Newsgroups: comp.compression
From: rdippold@cancun.qualcomm.com (Ron Dippold)
Subject: PKZip 2.04c Patent
Organization: Qualcomm, Inc., San Diego, CA
Date: Tue, 5 Jan 1993 12:23:19 GMT

BTW, the new PKZip says 

  PKZIP Reg. U.S. Pat. and Tm. Off.   Patent No. 5,051,745

Did the old one have anything similar?
-- 
Wood is highly ecological, since trees are a renewable resource.
Newsgroups: comp.compression
From: Mike_Quigley@mindlink.bc.ca (Mike Quigley)
Subject: Re: A note on using PKUNZIP 2.04c with Windows 3.1
Organization: MIND LINK! - British Columbia, Canada
Date: Sat, 9 Jan 1993 16:43:46 GMT

I am a bit behind in my message reading, so I am just catching up to the
problems with the new ZIP programs. I encountered these first hand last night
when I attempted to use unzip a file using my usual drag and drop technique
in the Windows File Manager by putting the ZIPped file on top of PKUNZIP and
letting it decompress. This has always worked perfectly in the past with the
"old" version of PKUNZIP (1.10). But I got some very ugly errors, including a
Windows "fatal". I am not using any unusual memory managers or anything weird
in my computer, so this is a real pissoff! Even more so, because already one
local BBS sysop has converted all of his MSDOS files (which he was
compressing with LZH) to the "new" ZIP.

Newsgroups: comp.compression
From: bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev)
Subject: Re: PKZ204C (W04) error !
Reply-To: bontchev@fbihh.informatik.uni-hamburg.de
Organization: Virus Test Center, University of Hamburg
Date: 11 Jan 93 20:33:34 GMT

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

> In article <726536332snx@sound.demon.co.uk> rob@sound.demon.co.uk writes:
> >More ZIP crapness :
> [deleted]
> >When's the bug fix version due out :-)

> dec, 1994

Only if they hurry up a bit... Don't forget that they've spent the
last year to fix only one bug (which they didn't fix anyway)... :-(

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
Xref: sparky comp.compression:4408 comp.os.msdos.4dos:37
From: momo@masg9.epfl.ch (Yves Mottet)
Newsgroups: comp.compression,comp.os.msdos.4dos
Subject: Re: A note on using PKUNZIP 2.04c with 4DOS and Windows 3.1
Date: 7 Jan 93 07:44:36 GMT
Followup-To: comp.compression
Distribution: inet
Organization: Swiss Federal Institute of Technology

Maybe it can help you:

In article <3546@accucx.cc.ruu.nl> (comp.compression), 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.
[ . . . ]
> Clearly some smart cracker have used their chance. It might take ages before
> everyone has a reliable PKZIP 2.0x....


_____________________________________________________________

     ____/  __  /  ____/   /   Yves Mottet
    /      /   /  /       /    Operation Research, DMA, EPFL
   ____/  ____/   ____/  /     CH-1015 Lausanne (Switzerland)
  /      /       /      /      e-mail : mottet@dma.epfl.ch
_____/ _/      _/     _____/   fax    : +41 -21 693 43 03
			       phone  : +41 -21 693 27 39

Newsgroups: comp.compression,comp.os.msdos.4dos
From: lasse@mits.mdata.fi (Lasse Reinikainen)
Subject: Re: A note on using PKUNZIP 2.04c with 4DOS and Windows 3.1
Organization: Microdata Oy, Helsinki, Finland
Distribution: inet
Date: Mon, 11 Jan 1993 00:45:36 GMT

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...

He unzipped some file under Win 3.1 MS-DOS prompt and the result was total
crash and cross-linked windows files. He had to delete Windows and re-install
it. BYE-BYE for buggy ZIP 2.04c and back to ARJ!

    __________________           __
    \_________________|)____.---'--`---.____
                  ||    \----.________.----/
                  ||     / /    `--'                  lasse@mits.mdata.fi
                __||____/ /_
               |___         \
                   `--------'
Newsgroups: comp.compression,comp.compression.research,alt.comp.compression
From: gmiddlet@dcc.uchile.cl (Gonzalo Middleton)
Subject: looking for compressor libraries
Originator: gmiddlet@dcc.uchile.cl
Date: Tue, 05 Jan 1993 22:43:35 GMT
Organization: Universidad de Chile, Depto. de Ciencias de la Computacion

Does anyone know where (sites, persons or companies) we can find 
compressor libraries for MS-DOS (for C or C++, and any "good"
compressor, i.e. LHA, PKZIP, LHARC, etc.).  It could be 
shareware or "buyable".  Please send information to my e-mail
address.


Thanks,

                           Gonzalo Middleton 
                          gmiddlet@dcc.uchile.cl
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: First impression, PKZIP 2.04c
Date: 5 Jan 93 22:26:07 GMT
Organization: Academic Computer Centre Utrecht

I finally got the "real" PKZIP 2.04c. It is not clear to me whatever
happened at wuarchive but to be safe I donwloaded it directly from
compuserve.

I am comparing PKZIP 2.04c with PKZIP 1.93a.
I tried to test under OS/2 2.0 but failed to get PKZIP running, I
tested on a 33/486, QEMM, 8Mb, PC-DOS 5.02

* compression ratio
   Compression has not changes much since 1.93a. The -ex option is
   slightly better (0.3% for the calgary corpus) and so is the -en
   option (1.4% for the calgary corpus). For normal files (<> Calgary)
   improvement is 0% for -ex and 0.5% for -en.

* compression speed
   For -en and -ex there is a small speed improvement. In some cases
   up to 20% faster, in some cases (e.g. Calgary -en) up to 10% slower.
   In general I believe compression is about 10% faster.
   This is except for the -es option. Here the speed has been
   dramatically improved. I have seen 50% speed improvement in
   general cases. Of cource the new -es delivers less compression
   than the old one but that is not important. The use of -es is
   speed, for compression -en and -ex are more important.

* decompression speed
   I didn't detect improvements here. Stil extremely fast.

* system usage
   PKZIP utilizes XMS and DPMI now. Unfortunately this implies the program
   does not seem to run under OS/2 2.0. At least not with the default
   settings. Has someone found a setting which DOES work? PKZIP works
   with all the specials disabled. PKZIP neatly reports detected
   processor, Novell netware version etc etc. I doubt if the program
   actually uses all this information but it looks nice.

* multivolume support
   Unfortunately TECHNOTE has disapeared. Therefore the excact way
   this works is unclear to me. It all seems a bit primitive to me
   (being used to ARJ) but the improtant factor is that multiple
   volumes are supported.

Overall impression.

PKWARE did a good job here. I don't understand what took them so long
but it all seems to work perfectly. The product is now in general
comparable to ARJ but it is significantly faster but on the other
hand more expensive and has less options. IMHO PKWARE has a winner
here. Unless ARJ gets some major improvement in speed or compression
I think many people are going to switch (back) to PKZIP.
Newsgroups: comp.compression
From: jlg@cochiti.lanl.gov (J. Giles)
Subject: Re: MPEG
Organization: Los Alamos National Laboratory
Date: Tue, 5 Jan 1993 22:03:53 GMT

In article <726194902snx@swamp.demon.co.uk>, Neil@swamp.demon.co.uk (njb) writes:
|> Where can I get an MPEG player for an IBM PC? DOS or Windows, either will do.

I've missed the discussion on this group about a month or so.  I'd like
MPEG information too.  Is the standard official yet?  Where can I get
a copy (of the draft, if the standard is still unofficial)?  Are there
any hardware or software implementations for Sun/OS machines planned
(or even presently available)?

Thanks in advance.
(I realize that some of these questions are answered in the FAQ files
for this group.  But not all of them are answered.)

-- 
J. Giles
From: boshoff@sunvax.sun.ac.za (Hendrik Boshoff)
Newsgroups: comp.compression
Subject: new book: Fractal Image Compression
Date: 7 Jan 93 17:17:55 GMT
Distribution: inet
Organization: University of Stellenbosch

I am crossposting this from comp.theory.dynamic-sys.
Sorry if it has already appeared in comp.compression,
but I didn't see it and I know of many people who
are eagerly awaiting this book.

In article <9301061849.AA05997@nettlerash.berkeley.edu>, 
hurd@MATH.GATECH.EDU (Lyman Hurd) writes:
> I am pleased to announce the arrival of the book:
> 
> Fractal Image Compression
> by Michael Barnsley and Lyman Hurd.
> 
> hardbound 244 pages, 16 color plates
> 
> 
> A sequel to Fractals Everywhere, Fractal Image Compression describes the
> mathematics underlying the Fractal Transform an image compression method
> discovered by Michael Barnsley and developed at Iterated Systems.  Topics
> include:
> 
>   * Iterated Function Systems
> 
>   * Local IFS and the Black and White Fractal Transform
> 
>   * The Grayscale Fractal Transform
> 
>   * Information Theory
> 
>   * Huffman codes
> 
>   * Arithmetic Codes
> 
>   * JPEG Image Compression
> 
> Example programs in C are interspersed throughout the text.
> 
> Copies can be ordered directly from the publisher by the  following
> methods:
> 
> 1) Email: send a message to kpeters@math.harvard.edu with name address and
> a Mastercard or Visa card number WITH EXPIRATION DATE.
> 
> 2) Mail: Check or money order or the above credit card information to:
> 
> AK Peters, Ltd.
> 289 Linden St.
> Wellesley, MA 02181
> 
> 3) Phone (credit card orders) (617) 235-2210 (voice) (617) 235-2404 (fax)
> 
> The book is $49.95 including shipping.  Residents of Massachusetts please
> add 5% sales tax.
Newsgroups: comp.compression
From: rdippold@cancun.qualcomm.com (Ron Dippold)
Subject: I have uploaded PKZip 2.04c to wuarchive
Organization: Qualcomm, Inc., San Diego, CA
Date: Tue, 5 Jan 1993 10:36:26 GMT

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

Go for it!

-- 
Clinton is the most electable Democrat, and Moe is the smartest Stooge.
From: chetanm@visionware.co.uk (Chetan Mistry)
Newsgroups: comp.compression
Subject: Memory problem for LZW
Date: 8 Jan 93 15:47:36 GMT
Organization: VisionWare Ltd., Leeds, UK
X-Newsreader: Tin 1.1 PL4

My PC (Toshiba 1850) with Microsoft c7 compiler cant allocate
the memory needed (69001 long's )for the LZW compression/decomp algorithm.
Does anybody know a way round this ??
Newsgroups: comp.compression,comp.os.msdos.4dos
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: A note on using PKUNZIP 2.04c with 4DOS and Windows 3.1
Organization: University of Vaasa, Finland
Date: Sat, 9 Jan 1993 15:53:40 GMT

In article <1993Jan9.104029.4203@sun1.ruf.uni-freiburg.de> hartnegg@sun1.ruf.uni-freiburg.de (Klaus Hartnegg) writes:
>Please could people suspend using the new pkzip to compress
>files to be put on bbs and ftp servers until pkware 
>distributes a bug fixed version.

After careful consideration I've already decided to adopt that
solution at our site. 

   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: glenn@mstn.b17d.ingr.com (Glenn Fincher)
Subject: Re: *** WARNING *** PKZIP 2.04c is infected by a virus.
Organization: Intergraph Corporation, Huntsville, AL.
Date: Wed, 6 Jan 1993 18:57:37 GMT

NOT!  FTP'd same file, PKZ204C.EXE, today from WUARCH.  All PKWARE
Authenticity information is intact.  File verifies as UNINFECTED by
McAffee's VirusScan 9.0V99 & F-prot 2.05.

Per latest VSUMX9212 dated 12/20/92, from Patricia Hoffman, these two Anti-virus scanners are the highest rated in detecting virii.

Please give more details as to the program used to give your results, and
possible check with PKWARE at 75300.73@compuserve.com.
From: rdippold@cancun.qualcomm.com (Ron Dippold)
Newsgroups: comp.compression
Subject: Re: PKZip 2.04c quick impressions
Date: 5 Jan 93 23:14:53 GMT
Organization: Qualcomm, Inc., San Diego, CA

More impressions on the new PKZip... it's fast!  It took slightly more
than half the time ARJ 2.30 did to compress my MOD directory (a good
mix of text, executables, and sound files) down to about 800K.  ARJ
beat it by 1.5K, but that's nothing at that size.

Also, info-zip folks:  several files which I downloaded from
archive.toronto.edu which had been packed with Info-Zip failed with
CRC errors when I unpacked them with PKUnzip 2.04c.  Unzip handled the
same files with no problem.  I don't have any files I know were packed
with 1.93a around to test the new one it with.

-- 
If there were no such thing as gravity, the earth would fly off into space
Newsgroups: comp.compression
From: eduard@htsa.aha.nl (Eduard Beijnes)
Subject: Re: PKZip 2.04c quick impressions
Date: Fri, 8 Jan 1993 12:45:32 GMT
Organization: Hogeschool van Amsterdam, The Netherlands, E.E. & C.S. Dept.

In article <1993Jan7.190025.8796@midway.uchicago.edu> roe2@midway.uchicago.edu writes:
>In any case, it's irrelevant, since it's not a real file after all, but
>the floppy's volume label.  I'm not sure if "echo PKDISK#.001 | label a:"
>would work, but in any case it's quite likely that we'll want to do this
>in a program instead of a batch file (assuming we do it at all).

' echo PKDISK#.001|label a: '

just type:
label a:pkdisk#001

it should work

Newsgroups: comp.compression