Use CompressionMethod.Stored and flush the ZipOutputStream after each entity was added leads Zip corrupted in SharpZipLib 1.4.2 about sharpziplib HOT 9 OPEN

from sharpziplib.

only the first file exists in the zip file.

You are adding the same file many times, using the same name. Most archivers would probably only display that as a single file entry.

Could you upload the output file to ArchiveDiag and post the URL to the resulting analysis here?

from sharpziplib.

@piksel Yes that just a sample, just let you know that I added multiple files

from sharpziplib.

Sorry, further test shows that this issue related to FlushAsync() on ZipOutputStream, here is the demo.
Make sure there are some files in your "~\Picures\Screenshot" folder

SharpZipLibTest.zip

from sharpziplib.

In short, if CompressionMethod is not CompressionMethod.Stored or do not flush the ZipOutputStream after insert a new entry, this issue disappeared.

from sharpziplib.

I tried to reproduce your issue but it works correctly:
https://dotnetfiddle.net/IDUcxf

from sharpziplib.

I have tested in two different PCs using the demo I provided before. And the result is the same, please try use the demo application instead:

from sharpziplib.

Demo application SharpZipLibTest.zip will try zip your Screenshots folder in 4 different ways, output zip file will be placed on your desktop. Test1.zip is corrupted and Test2.zip & Test3.zip Test4.zip are correct. Please check code of the demo application

from sharpziplib.

@piksel Could you reproduce this issue using the demo application?

from sharpziplib.