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 |