Skip to main content

Timeline for Can zipping a file break it?

Current License: CC BY-SA 3.0

26 events
when toggle format what by license comment
Jun 12, 2022 at 21:00 history tweeted twitter.com/super_user/status/1536090994311155713
May 15, 2011 at 13:06 history protected studiohack
May 15, 2011 at 12:51 comment added Jayanath use this link: >theinternetwizards.com/EazyUnzipping/7-ZIP-tutorial.pdf
May 14, 2011 at 17:20 comment added jokoon I disagree, microsoft would still refuse to fix a bug which happens when opening a zip file created with mac os, saying "it's the way they should do it blablabla". Don't forget about silent errors too, those are quite nasty...
May 14, 2011 at 14:27 comment added FumbleFingers @Phoshi, @Lie Ryan: Well obviously since all zip formats are lossless, a file passed in and out of that format can only be 'broken' by software failure (failing to detect h/w or checksum errors is a s/w failure in my book). Looked at that way, everthing posted against this question is actually covered by the single-word answer NO.
May 14, 2011 at 10:40 comment added Lie Ryan @FumbleFingers: in that case, the zip file is not broken, it's just the file is non-standard or the unzip program is non-conformant (i.e. a bug in the unzipping program); IOW it is still possible to unzip (reverse the process of zipping) with the proper program.
May 14, 2011 at 10:34 comment added Phoshi @Fumble; But still, any decent archiver should catch the hash change and report the operation as a failure - not leave a broken file lying around.
May 14, 2011 at 4:11 answer added tanon timeline score: 0
May 14, 2011 at 1:34 answer added Kugel timeline score: 0
May 14, 2011 at 0:55 answer added Oddthinking timeline score: 0
May 13, 2011 at 22:00 vote accept alex
May 13, 2011 at 15:51 answer added egarcia timeline score: 0
May 13, 2011 at 13:55 comment added FumbleFingers @jokoon: I'm not sure it's valid to speak of a file format...used on all platforms. There are quite a few different internal formats used in zip files, and it's always possible an archive could be created by one packing routine using a format that's imperfectly supported by some other routine that you happen to use at time of unpacking.
May 13, 2011 at 13:51 comment added FumbleFingers I've certainly experienced certain 'pathological' cases where both Winrar and WinXP's built-in facilities broke files (tens of thousands in a single zipfile). This was 4-5 years ago, and the only solution I could find at the time was to use 7-zip. As best I can remember, even 7-Zip couldn't successfully unzip files created by the other routines, suggesting the fault was in the zipping, not the unzipping. Obviously I opted to use 7-zip for both sides in the production system anyway.
May 13, 2011 at 13:22 answer added Grant Barrett timeline score: 33
May 13, 2011 at 12:11 comment added jokoon I know that I once had compatibility problems for zip files, because the file format is used on all platforms...
May 13, 2011 at 9:04 answer added user81051 timeline score: 0
May 13, 2011 at 8:05 history edited Mehper C. Palavuzlar CC BY-SA 3.0
edited title
May 13, 2011 at 6:28 answer added Marc Gravell timeline score: 81
May 13, 2011 at 3:07 answer added uSlackr timeline score: 4
May 13, 2011 at 2:54 comment added hookenz Maybe the other person has confused zipping a file (lossless) with jpeg compression (lossy) which can make test look ugly.
May 13, 2011 at 2:42 history edited alex CC BY-SA 3.0
added 30 characters in body
May 13, 2011 at 2:38 answer added Mike Fitzpatrick timeline score: 134
May 13, 2011 at 2:37 answer added zerkms timeline score: 14
May 13, 2011 at 2:37 answer added geekosaur timeline score: 9
May 13, 2011 at 2:34 history asked alex CC BY-SA 3.0