Thread View: comp.os.msdos.misc
9 messages
9 total messages
Started by Ron Dippold
Fri, 08 Jan 1993 19:09
Serious PKZip 2.04 Bug - Beware
Author: Ron Dippold
Date: Fri, 08 Jan 1993 19:09
Date: Fri, 08 Jan 1993 19:09
13 lines
1045 bytes
1045 bytes
Another bug has shown up in PKZ204C (I can't believe how buggy this is), confirmed by several people (including on CompuServe) and tried by me. If you backup your hard disk with the "-&" option you may lose some of your data. If the very last file compressed spans two floppy disks, it will not decompress correctly. If there is an additional file at the end, it seems to work fine. Given all the bugs, I'd strongly suggest doing a "pkunzip -t" on anything important you make. -- People have one thing in common: They are all different.
Re: Serious PKZip 2.04 Bug - Beware
Author: Ranseus (Jim Knepley)
Date: Fri, 08 Jan 1993 22:09
Date: Fri, 08 Jan 1993 22:09
19 lines
1469 bytes
1469 bytes
In article <rdippold.726520166@cancun> rdippold@cancun.qualcomm.com (Ron Dippold) writes: >Another bug has shown up in PKZ204C (I can't believe how buggy this >is), confirmed by several people (including on CompuServe) and tried >by me. If you backup your hard disk with the "-&" option you may lose >some of your data. It is my experience that PKUNZIP will notify you that the file didn't inflate correctly but the file is fine. Your mileage may vary. If ANY file spans 2 disks, it'll report a CRC error for the file that's being completed. I restored 4 disks today and got a message every time I put in a new disk, but the files were fine. Jim -- ----- knepley@cs.colostate.edu --------------- Boycott Colorado ------------- Jim "Ranseus" Knepley | Avoid rectal-cranial inversion. Programmer, magician, | "Gun's don't kill, it's those bullet things" computer geek. |
Re: Serious PKZip 2.04 Bug - Beware
Author: Fuzzy Fox
Date: Sat, 09 Jan 1993 00:50
Date: Sat, 09 Jan 1993 00:50
12 lines
943 bytes
943 bytes
rdippold@cancun.qualcomm.com (Ron Dippold) writes: >Given all the bugs, I'd strongly suggest doing a "pkunzip -t" on >anything important you make. Better yet, use Info-Zip, or ARJ. -- #ifdef TRUE | Fuzzy Fox fuzzy@netcom.com #define TRUE 0 | a.k.a. David DeSimone an207@cleveland.freenet.edu #define FALSE 1 | #endif | "911 Emergency Rescue Service - Can you hold, please?"
Re: Serious PKZip 2.04 Bug - Beware
Author: Gregory Youngblood
Date: Sat, 09 Jan 1993 03:36
Date: Sat, 09 Jan 1993 03:36
19 lines
1360 bytes
1360 bytes
rdippold@cancun.qualcomm.com (Ron Dippold) writes: > Another bug has shown up in PKZ204C (I can't believe how buggy this > is), confirmed by several people (including on CompuServe) and tried > by me. If you backup your hard disk with the "-&" option you may lose > some of your data. While I cant say that I have had this error (haven't tried it), it doesn't like OS/2 at all, so I dumped it. :( It is quite buggy it seems. Even the switch to disable DPMI mode still locked on my system. I'll stick to 1.1 for now, and InfoZip for OS/2 in os/2 mode. Greg .-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-. . TCS Consulting Services P.O. Box 600008 St. Paul, MN 55106-0008 . . ..!srcsip!tcscs!zeta ..!src.honeywell.com!tcscs!zeta . .-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.
New PKZIP and FTP archives (was Re: Serious PKZip 2.04 Bug - Beware)
Author: Timo Salmi
Date: Sat, 09 Jan 1993 09:07
Date: Sat, 09 Jan 1993 09:07
29 lines
1777 bytes
1777 bytes
In article <1993Jan9.005054.443@netcom.com> fuzzy@netcom.com (Fuzzy Fox) writes: >rdippold@cancun.qualcomm.com (Ron Dippold) writes: >>Given all the bugs, I'd strongly suggest doing a "pkunzip -t" on >>anything important you make. > >Better yet, use Info-Zip, or ARJ. Or continue using version 1.10. I have now thought about the state of the matters, listened what others have had to say in comp.compression in particular, and found myself two, possible three bugs. From an MsDos FTP archive site maintainer's point of view I have no other choice at this stage than not accepting .zip uploads if they have not been made with PKZIP 1.10 or Info-Zip's garbo.uwasa.fi:/unix/arcers/zip10ex.tar.Z. For the time being Garbo uploads packed with pkz204c.zip or zip19p1.tar.Z are discouraged. (There is nothing wrong with zip19p1, mind you!). I can only hope that these problems are ironed out a.s.a.p. 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
Default PKZIP 204c parameters
Author: John D. Zitterkopf
Date: Sat, 09 Jan 1993 18:29
Date: Sat, 09 Jan 1993 18:29
13 lines
1160 bytes
1160 bytes
Doesn't the new pkzip even with it's problems still compress files
so that they are compatiable with the older version {1.10?}? Won't the problems
only come from using the eXtra compression switch? The reason I ask is becuase
of the possible problems on the FTP sites... How will we be able to determine
what version was used to "pack" the archive?
John
--
____________ _------_ |||IBM & | EE majors Do it Best 8-)
--------\\ ] ~-______-~ |||Atari |~~~~~~~~~John D. Zitterkopf~~~~~~~~~~~~~
(~~~~~\\|_(__ ~~ / | \Rules!jdz1@ra.MsState.edu jdz1@MsState.bitnet
\______| ( / | \ |AOL: zitt@aol.com jdz1@isis.MsState.edu
Re: Default PKZIP 204c parameters
Author: Timo Salmi
Date: Sat, 09 Jan 1993 18:57
Date: Sat, 09 Jan 1993 18:57
24 lines
1529 bytes
1529 bytes
In article <1993Jan9.182909.25326@ra.msstate.edu> jdz1@Ra.MsState.Edu (John D. Zitterkopf) writes:
> Doesn't the new pkzip even with it's problems still compress files
>so that they are compatiable with the older version {1.10?}? Won't the problems
>only come from using the eXtra compression switch? The reason I ask is becuase
>of the possible problems on the FTP sites... How will we be able to determine
>what version was used to "pack" the archive?
Use the old versions for testing. For example like this:
On Unix first get
249039 Nov 23 11:38 garbo.uwasa.fi:/unix/goldies/unzip42.tar.Z
Then apply unzip -t file.zip
If there are no problems, then the file.zip is PKZIP 1.10
compatible. Simple as that.
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
Re: Serious PKZip 2.04 Bug - Beware
Author: carlos
Date: Sun, 10 Jan 1993 02:37
Date: Sun, 10 Jan 1993 02:37
17 lines
1168 bytes
1168 bytes
In <1493wB2w165w@tcscs.UUCP> tcscs!zeta@src.honeywell.com (Gregory Youngblood) writes:
>While I cant say that I have had this error (haven't tried it), it doesn't
>like OS/2 at all, so I dumped it. :( It is quite buggy it seems. Even the
>switch to disable DPMI mode still locked on my system.
>I'll stick to 1.1 for now, and InfoZip for OS/2 in os/2 mode.
It works fine on my system under MSDOS & Windows. Somehow the boys
in Boca Raton may want to be informed about this....
--
___ ___ __ . ___ __ // Carlos Dominguez, MS-DOS Enthusiast !
/ /__/ /_ ) / / / /_ // | carlos@infoserv.com carlos@dorsai.com
(__ ( / / \ (__ (__/ __/ .. | carlos@phantom.com FIDONET 1:278/706
Re: Default PKZIP 204c parameters
Author: Fuzzy Fox
Date: Sun, 10 Jan 1993 21:13
Date: Sun, 10 Jan 1993 21:13
16 lines
1157 bytes
1157 bytes
jdz1@Ra.MsState.Edu (John D. Zitterkopf) writes:
> Doesn't the new pkzip even with it's problems still compress files
>so that they are compatiable with the older version {1.10?}?
No, PKZIP 2 will compress using the Deflate method. I did not see an
option to use the older Implode method. The "extra" compression simply
modifies the Deflate method to use slower but tighter compression.
PKUNZIP 2 will handle any previous compression method.
--
#ifdef TRUE | Fuzzy Fox fuzzy@netcom.com
#define TRUE 0 | a.k.a. David DeSimone an207@cleveland.freenet.edu
#define FALSE 1 |
#endif | "911 Emergency Rescue Service - Can you hold, please?"
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads