Home Forums .NET libraries Xceed Zip & Real-Time Zip for .NET The calculated checksum differs from the stored checksum.

Viewing 5 posts - 1 through 5 (of 5 total)
  • Author
    Posts
  • User (Old forums)
    Member
    Post count: 23064
    #20409 |

    Hi,

    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 Support
    Member
    Post count: 5658

    Hi m,

    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 support@xceed.com so that I may investigate further?

    Imported from legacy forums. Posted by Marc [Xceed] (had 279 views)

    User (Old forums)
    Member
    Post count: 23064

    I sent the sample project with problem archive.

    Imported from legacy forums. Posted by m (had 309 views)

    Xceed Support
    Member
    Post count: 5658

    Hi Maxim,

    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.

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

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

    User (Old forums)
    Member
    Post count: 23064

    Thanks, Marc

    Imported from legacy forums. Posted by m (had 1727 views)

Viewing 5 posts - 1 through 5 (of 5 total)
  • You must be logged in to reply to this topic.