User (Old forums)MemberJuly 11, 2011 at 9:59 amPost count: 23064
I have one GZip archive, which I try to decompress using Xceed.Compression.Formats.GZipCompressedStream.
During decompessing I’ve got a error: “The calculated checksum differs from the stored checksum.”.
But when I tryied to decomress this file with SharpZipLib.GZip.GZipInputStream or with 7-Zip – decomressing is ok.
.Net 2.0, Xceed.Compression version 4.2.10175.16000
I can send this file, if need.
Thanks for advance.
Imported from legacy forums. Posted by m (had 2274 views)Xceed SupportMemberJuly 11, 2011 at 10:52 amPost count: 5658
Can you send me a small self-contained sample that shows exactly what you are doing when you compress the file. I have seen this issue before, but before I provide you with something, I want to make sure the issue is the same as the other ones I’ve seen. But you can try it to see if it will make your application run. The previous issue where it was throwing the exception was because the developer was not emptying the Stream before compressing. Check to see if you can empty the destination Stream before compressing. If this was not the issue, can you send me a sample to firstname.lastname@example.org so that I may investigate further?
Imported from legacy forums. Posted by Marc [Xceed] (had 279 views)User (Old forums)MemberJuly 11, 2011 at 11:18 amPost count: 23064
I sent the sample project with problem archive.
Imported from legacy forums. Posted by m (had 309 views)Xceed SupportMemberJuly 12, 2011 at 1:13 pmPost count: 5658
Here is the feedback that I received from the developer:
I think the file is corrupted.
GZip files are supposed to have a footer that contains a CRC and the uncompressed file size.
checked the footer on the file and on top of the CRC not matching, the
uncompressed file size doesn’t match with decompression results from
either our component or other implementations like 7Zip or WinZip.
implementations probably report success because they might be ignoring
the GZip footer entirely. Our component is more strict in this matter.
This looks like a file that was truncated.
GZipCompressedStream will not be able to successfully process this file.
Imported from legacy forums. Posted by Marc [Xceed] (had 213 views)
- You must be logged in to reply to this topic.