Almost 2 years have passed since the moment of your question, so I doubt that this will help, but I just ran into the same problem in v1.9.1.8.
I worked around it, increasing the BufferSize and CodecBufferSize ZipFile properties to 1 MB each.
I cannot load the DotNetZip source due to filters at work, but here is a very likely comment from http://dotnetzip.codeplex.com/releases/view/68268
There is a pretty big mistake in the code. I'm working on it. Another guy wrote it in front of me: Dead End in ParallelDeflateOutputStream.EmitPendingBuffers Zipper. At the end of the day I will have to snatch this code and start with a new library. I need to call my last job and give them a head up b / c. I used this library at my last job. They will probably have to snatch the code too. by jnarkiewicz May 30 at 6:31 pm
So, if this is really a problem, increasing the size of these buffers simply reduces the likelihood of a deadlock and is not an ideal solution.
source share