HDTenEightyP/NetNews huggingface dataset:
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: PKZip 2.04c quick impressions (Screen problems)
Organization: University of Vaasa, Finland
Date: Fri, 8 Jan 1993 09:55:37 GMT

In article <rdippold.726456204@cancun> rdippold@cancun.qualcomm.com (Ron Dippold) writes:
>kocherp@leland.Stanford.EDU (Paul Carl Kocher) writes:
>>In article <1993Jan7.092414.17223@uwasa.fi> ts@uwasa.fi (Timo Salmi) writes:
>>>scroll-back buffer you are faced with blank pages.  Perhaps 2.04
>>>uses some kind of a weird mix of bios and direct screen writes.  A
>>>frustrating feature.  I wish there were some method of turning off
>
>You might try enabling ANSI support... this might let the output go
>through the normal cout-type routines.

No.  Tried.  Doesn't work, not with zanzi, at least. 

..................................................................
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: COMPRESS=maximum (Re: PKZip 2.04c quick impressions)
Date: 6 Jan 1993 18:21:04 GMT
Organization: Rechnerbetrieb Informatik - RWTH Aachen
NNTP-Posting-Host: tabaqui.informatik.rwth-aachen.de
Originator: berg@tabaqui

In article <1993Jan6.092256.11613@uwasa.fi> ts@uwasa.fi (Timo Salmi) writes:
>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?

The manual is wrong.
Use:
	COMPRESS=maximum

It should give the expected results.
-- 
Sincerely,                                  berg@pool.informatik.rwth-aachen.de
           Stephen R. van den Berg (AKA BuGless).    berg@physik.tu-muenchen.de
You are currently aboard a fully automated plane.  There is no pilot on board.
Rest assured, you have nothing to worry about... worry about... worry about...
Newsgroups: comp.compression,comp.os.msdos.4dos
From: roe2@ellis.uchicago.edu (Cave Newt)
Subject: Re: A note on using PKUNZIP 2.04c with 4DOS and Windows 3.1
Reply-To: roe2@midway.uchicago.edu
Organization: University of Chicago
Date: Tue, 12 Jan 1993 22:30:25 GMT

Alex.Strasheim@launchpad.unc.edu (Alex Strasheim) writes:

>I don't know what would be involved in making arj the new standard format
>for an ftp site like garbo, or how the net.community would respond to such
>an action.  But in the long run, I think we'd all be better off using arj
>instead of zip as a standard.  Pkware has dropped the ball.

...just in time for Info-ZIP to pick it up! :-)

But seriously, as many other people have noted, ARJ does not exist
outside of MS-DOS and it is therefore essentially useless as an ftp-
site utility.  Zip exists on many platforms, UnZip on even more, and
still more are currently in the works.

Btw, they're freeware, not public domain.  Big distinction, at least
in the US.

Greg Roelofs (Info-ZIP)
Newsgroups: comp.compression,comp.binaries.ibm.pc.d,comp.sys.ibm.pc.games
From: roe2@ellis.uchicago.edu (Cave Newt)
Subject: Re: PKZip 2.04c quick impressions
Reply-To: roe2@midway.uchicago.edu
Organization: University of Chicago
Date: Sat, 9 Jan 1993 18:23:58 GMT

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
which will eventually fail as the diskette ages.  Either way, an ar-
chiving utility should avoid such disks--you want your data to survive,
n'est-ce pas?  And compressors in particular don't do very well when
there's a bad piece in the middle of the compressed data stream.

Greg
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: Re: List of known bugs for pkzip2.04 please..
Keywords: pkzip bugs
Date: 11 Jan 93 17:06:41 GMT
Organization: Academic Computer Centre Utrecht

In <1993Jan11.025634.28694@csc.ti.com> peterson@choctaw.csc.ti.com (Bob Peterson) writes:

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

The PKZIP 1.10 AV system is very easy to crack (many tools are available
for this purpose). Therefore it is useless and meaningless to support them.
BTW The new AV scheme has been reported to even weaker. See sci.crypt for
more information. The ARJ security envelope has been cracked as well BTW.
IMO only HPACK has a proper AV implementation. (it uses RSA) 

>    Bob

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: cgordon@vpnet.chi.il.us (gordon hlavenka)
Subject: Re: *** WARNING *** PKZIP 2.04c is infected by a virus.
Organization: Vpnet Public Access
Date: Thu, 7 Jan 1993 03:10:03 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.

I downloaded PKZ204C.EXE from the PKWARE BBS on Jan 5.  It checks out
clean with SCANv99 (the archive checks and the executables _in_ the
archive check.)

-- 
----------------------------------------------------
Gordon S. Hlavenka           cgordon@vpnet.chi.il.us
Vote straight ticket Procrastination party Dec. 3rd!
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
Distribution: world
Date: Sun, 10 Jan 93 20:37:02 MET
Organization: Private
Keywords: archive compress ARJ PKZIP LHA ZOO

In article <1993Jan9.200422.13011@ncsu.edu> mrmarcel@eos.ncsu.edu (Mike Marcelais) writes:
>In article <726586156rommel.root@jonas.gold.sub.org>, rommel@jonas.gold.sub.org (Kai Uwe Rommel) writes:
>|> >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.
>|> Kai Uwe Rommel
>|> Info-ZIP
>
>Well, the ARJer is only for MSdos, but there is a C version of unarj for
>multiple platforms abailable at places like:
>bode.ee.ualberta.ca:/pub/newstuff/unarj230.tar.Z
>cscihp.ecst.csuchico.edu:/pub/geos/unarj230.tar.Z
>faramir.informatik.uni-oldenburg.de:/pub/dkbtrace/utils/unarj230.tar.Z
>goya.dit.upm.es:/info/unix/archive/unarj230.tar.Z
>sugrfx.acs.syr.edu:/pub/incoming/mine/arj/unarj230.tar.Z

How do you *pack* with an unpacker? :-) :-)

Kai Uwe Rommel

--
/* 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
From: dmb@case.ai.mit.edu (David Baggett)
Newsgroups: comp.compression
Subject: Do PKLITE'd executables work on *all* machines?
Date: 9 Jan 93 01:46:24 GMT
Organization: MIT Artificial Intelligence Laboratory
NNTP-Posting-Host: case.ai.mit.edu

Is it safe to distribute software that's been PKLITE'd?  Basically, I
worry that my software might not run on some configuration if I PKLITE
it.  My program has data tacked onto the end of it, which the program
locates at run time.  It seems to work fine on my 486 machine, but can
I trust it?

Dave Baggett
--
dmb@ai.mit.edu           MIT Artificial Intelligence Laboratory                  
ADVENTIONS: interactive fiction (text adventures) for the 90's!
dmb@ai.mit.edu *** Compu$erve: 76440,2671 *** GEnie: ADVENTIONS
Newsgroups: comp.compression
From: eduard@htsa.aha.nl (Eduard Beijnes)
Subject: Re: First impression, PKZIP 2.04c
Date: Fri, 8 Jan 1993 12:53:56 GMT
Organization: Hogeschool van Amsterdam, The Netherlands, E.E. & C.S. Dept.

pkzip 2.04c for small files

and arj for big files

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

(i heard pkzip sucks)

Newsgroups: comp.compression
From: Neil@swamp.demon.co.uk (njb)
Subject: V.42bis CCITT standard 
Distribution: world
Organization: "Industrial EcoDeath Corp"
Date: Fri, 8 Jan 1993 23:36:18 +0000


In article <1993Jan8.153403.29285@cenatls.cena.dgac.fr> lenotre@cenatls.cena.dgac.fr writes:

>
>
>Does anybody know where I can get the V.42bis CCITT standard ?


Try mailing teledoc@itu.arcom.ch with "help" as the mail message.
This is a new service, and not all the info may be on-line yet, but 
it is intended that this site will supply all the CCIIT and other standards
on-line (AIUI)

also, try ftp to ftp.uni-erlangen.de

Hope this helps...

   Neil
From: caeser@csd4.csd.uwm.edu (Robert Michael Trotter)
Newsgroups: comp.compression
Subject: Re: Another PKZIP 2.04C bug...  WITH bug test file
Date: 12 Jan 1993 22:03:05 GMT
Organization: Computing Services Division, University of Wisconsin - Milwaukee
NNTP-Posting-Host: 129.89.7.4

In article <16B5314890.NETOPRWA@ncsuvm.cc.ncsu.edu> NETOPRWA@ncsuvm.cc.ncsu.edu (Wayne Aiken) writes:
>In article <rdippold.726727344@cancun>
>rdippold@cancun.qualcomm.com (Ron Dippold) writes:
>>
>>NETOPRWA@ncsuvm.cc.ncsu.edu (Wayne Aiken) writes:
>>>  Some files created and unpackable by version 1.10 cannot be PKUNZIPped..
>>>  instead, the message "Enter Disk 2 of archive", or some similar message
>>>  from the multi-volume handler is displayed.
>>
>>Were you running it from a batch file or other program (sounds like
>>it...)?  This is something we've noted: random CRC errors and "Enter
>>Disk #x of archive" messages.  If you then try to unzip the same file
>>right from the command line, it works.  This might help you track it.
> 
>It does the same thing either way- batch files make no difference.
> 
>Here is one of the files which will trigger the PKUNZIP bug:
> 
	[File deleted to save room]

	Have you looked at that file? It is NOT a valid PKZIP 1.1 file.

	Here is what pkzip -vt reported....


Searching ZIP: SAMEDATE.ZIP

          Filename: READ.ME
         File type: binary
        Attributes: --w-
     Date and Time: Apr 27,1992  11:56:08
Compression Method: Shrunk 
   Compressed Size:     639
 Uncompressed Size:    1024
  32 bit CRC value: 4db9d27c
        Created by:   PKZIP: 2.5 under MS-DOS
 Needed to extract: PKUNZIP: 0.9

          Filename: SAMEDATE.EXE
         File type: binary
        Attributes: --w-
     Date and Time: Apr 27,1992  11:40:28
Compression Method: Shrunk 
   Compressed Size:     900
 Uncompressed Size:    2128
  32 bit CRC value: 61fb8cfb
        Created by:   PKZIP: 2.5 under MS-DOS
 Needed to extract: PKUNZIP: 0.9


	It says the file was created by 2.5. Obviously not a PKWARE version.

	Caeser
-- 
Minnesota Vikings	11-5	NFC Central Division Champions 1992-93!

Salisbury back in the pocket,DRAW to Allen,Allen bursts up the middle,TOUCHDOWN!
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: Re: Did PKWare fix that famous 486 bug?
Date: 8 Jan 93 18:37:18 GMT
Organization: Academic Computer Centre Utrecht

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 '-('
>for in PKZIP? (Except the express the impression of the users of the
>new version, if you put a colon in front of it?)

:-) (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.

>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. 
Newsgroups: comp.compression
From: bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev)
Subject: Re: pkzip 2.04c / unzip v5.0 compatibility
Keywords: passwords problem.
Reply-To: bontchev@fbihh.informatik.uni-hamburg.de
Organization: Virus Test Center, University of Hamburg
Date: 11 Jan 93 20:43:09 GMT

madler@cco.caltech.edu (Mark Adler) writes:

> Actually, there was a bug in Unzip 5.0's decryption that is fixed in
> our current beta version.  That beta version appears to have no problem
> decrypting stuff from PKZIP 2.04c.  However, we check for the high
> byte of the crc as the 12th byte of the encryption header--not a zero.

I also have encountered this bug in Unzip 5.0 and have downloaded the
beta version. I was unable to reproduce the problem reported by the
original poster - that is, all files encrypted with PKZIP 2.04c unpack
without problems with unzip.

One could argue that this is because I am using a fixed Unzip. Not so.
The original poster told my by private e-mail that zipcloak is also
unable to remove the encryption of the PKZIP 2.04c encrypted files. As
far as I understand, the bug was present in Unizip, but NOT in
zipcloak...

Nevertheless, I was unable to reproduce the problem - even with
zipcloak...

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:4589 comp.sources.wanted:5625 alt.comp.compression:48
From: cmist1@cislabs.pitt.edu (Cheol-hong Min)
Newsgroups: comp.compression,comp.sources.wanted,alt.comp.compression
Subject: Vector Quantization
Date: 12 Jan 93 10:23:45 GMT
Followup-To: comp.compression
Organization: University of Pittsburgh

Does anybody know of a ftp site for a Vector Quantization source code
for image compression application?

Or even a detailed algorithm can be a great help to me.

Thanx in advance.

Cheol-Hong Min 
e-mail: min@caroline.ee.pitt.edu
From: nevries@accucx.cc.ruu.nl (Nico E de Vries)
Newsgroups: comp.compression
Subject: Re: PKZIP 2.04c is shipping...
Date: 7 Jan 93 22:36:08 GMT
Organization: Academic Computer Centre Utrecht

In <bontchev.726336820@fbihh> bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev) writes:

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

>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. 
Newsgroups: comp.compression
From: bontchev@fbihh.informatik.uni-hamburg.de (Vesselin Bontchev)
Subject: Re: WUARCHIVE CLAIMS PKZIP/UNZIP 2.04c IS A HACK
Keywords: pkzip pkunzip hack
Reply-To: bontchev@fbihh.informatik.uni-hamburg.de
Organization: Virus Test Center, University of Hamburg
Date:  6 Jan 93 19:59:39 GMT

hartman@ulogic.UUCP (Richard M. Hartman) writes:

> Has anybody determined whether this was a real infection, or
> a false report from the virus scanner?

Yes, several people, including myself. IT IS *NOT* AN INFECTION. It is
a false positive of an out-of-date scanner. Even a recent version of
the same scanner DOES NOT report any viruses.

> Can someone post a UNIX "sum pkz204c.exe" result so we can 
> tell if we've got the good one or the bad one?  

I already posted VALIDATE checksums for it, but OK, here is the result
of the Unix sum:

~/tmp>sum pkz204c.exe
36332   185

Hope this helps to reduce the rumors.

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: tim.meade%theweb@meaddata.com (Tim Meade) 
Newsgroups: comp.compression
Subject: COMPRESSION
Date: 12 Jan 93 16:20: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:wjryan@amoco.com

Bill,

        I saw your message concerning compression on multiplatforms.
Please give me a call.  I don't know if you have heard of ASi, but we
did the port for PKWARE of PKZIP to most of those platforms.  We are
currently shipping most of them now.  Please call ASi at 513-436-9012 or
fax at 513-436-9011.

                        ..Tim
                     
Newsgroups: comp.compression
From: pfcouvar@unix.amherst.edu (Peter F. Couvares)
Subject: Re: PKZ204C (W04) error !
Organization: Amherst College
Date: Sat, 9 Jan 1993 05:04:30 GMT

mcastle@cs.umr.edu (Michael R Castle) writes:
>rob@sound.demon.co.uk writes:
>>
>>When's the bug fix version due out :-)
>
>dec, 1994

Of course that means it'll actually be out sometime in 1997...

-Peter

-- 
pfcouvar@unix.amherst.edu (Peter Couvares)

Newsgroups: comp.compression
From: willmore@iastate.edu (David Willmore)
Subject: Re: PKZIP 2.04c vs. ARJ/LHA/ZOO Compression/Speed Results
Organization: Iowa State University, Ames IA
Date: Fri, 8 Jan 1993 03:52:14 GMT

Hey, wait.  Weren't the rumors that the new version of arj was just
waiting until this new version of zip was out?  Well, what's up?  Is
there going to be a new end all beat all arj? :)

arj 2.40?  arj 3.00?

--David Willmore
willmore@iastate.edu

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: 11 Jan 93 20:04:48 GMT

kocherp@leland.Stanford.EDU (Paul Carl Kocher) writes:

> I just tried hacking ARJ security envelopes, and discovered that
> they are reasonably easy to forge.  I have notified Robert Jung 

You had to ask me first - it would save you to duplicate the effort...
:-) They are -extremely- easy to forge, even easier than ZIP's... :-(
The encryption is also -extremely- weak, -MUCH- wheaker than the one
in PKZIP...

BTW, when considering the archivers that provide "toy authentication",
I think that only PAK's authentication has not been broken yet, and
probably only because nobody has bothered to crack it... If you want
-real- authentication, use HPACK.

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
Subject: Re: PKZ204C.EXE *NOT* INFECTED, or ...???
From: skriefal@eeyore.stcloud.msus.edu (Scott Kriefall)
Date: 6 Jan 93 11:31:16 -0600
Organization: St. Cloud State Univ., MN

I can also guarantee that PKZ204C.EXE is *not* infected.  Just last
night, I dialed PKWare's support BBS and downloaded it from them.  I
compared it to the file from wuarchive, and there was no difference.  It
is *not* a hack, but the real thing this time.
From: hartman@ulogic.UUCP (Richard M. Hartman)
Newsgroups: comp.compression
Subject: Re: PKZip 2.04c quick impressions
Date: 8 Jan 93 19:22:30 GMT
Organization: negligable

In article <1993Jan7.190025.8796@midway.uchicago.edu: roe2@midway.uchicago.edu writes:
:I wrote:
:
:>>I don't recall how to create an empty file without "touch"
:
:hartman@ulogic.UUCP (Richard M. Hartman) writes:
:
:>	C:> REM >file.000
:
: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).

Oh.  That's different.  Never mind!  <g:

There must be a bios call somewhere for labeling a disk...

:>>He was talking about packing, not unpacking.  Getting rid of the bad
:>>disk is the proper response when writing the archive.
:
:>I don't think it got rid of the bad disk.  I think it stopped using it.
:>That is, if the bad sector is #20, it used 19 sectors of that disk then
:>went to the next disk, leaving an almost unused disk in the middle of
:>the archive.  
:
:Sorry, ambiguous writing on my part--that's what I meant ("get rid" of
:the disk by ceasing to use it as soon as an error is encountered).  An
:even better solution would be to get rid of the bad disk entirely, but
:that's probably not practical:  it would require reconstructing the state
:of the data stream at the beginning of the bad disk, or else keeping a
:floppy-sized data buffer within the program.  Reading the already-written
:data back off the bad diskette is not a valid option, in my mind.

What is wrong with skipping the bad sector and continuing using the
rest of the disk?
From: krouth@slee01.srl.ford.com (Kevin Routh)
Newsgroups: comp.compression
Subject: Info-zip version of 2.04c?
Date: 12 Jan 1993 14:12:38 GMT
Organization: Ford Motor Company Research Laboratory
NNTP-Posting-Host: slee01.srl.ford.com
X-Newsreader: Tin 1.1 PL5

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.

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