Databases
StackOverflow2013
Postsdbo
PODotNetZip chokes on a file
 

Note that there are some explanatory texts on larger screens.

plurals
  1. PODotNetZip chokes on a file
    primarykey
    data
    text
    <p>Would anybody have an explanation as to why DotNetZip would spin its wheels on a file? I have this file, which is copyrighted and non-distributable, that will not be zipped. I can take an earlier version of the file, or a later one at that, and it will zip fine.</p> <p>The zip utility shouldn't care about a version, so I'm assuming it thinks the file is corrupt somehow. How can I debug this issue? When I step through the code, the issue does not occur, but if I just let it run, it stalls at the saving of this particular file. Here's the code from the library:</p> <pre><code>ICollection&lt;ZipEntry&gt; c = (SortEntriesBeforeSaving) ? EntriesSorted : Entries; foreach (ZipEntry e in c) // _entries.Values { OnSaveEntry(n, e, true); e.Write(WriteStream); if (_saveOperationCanceled) break; n++; OnSaveEntry(n, e, false); if (_saveOperationCanceled) break; // Some entries can be skipped during the save. if (e.IncludedInMostRecentSave) thisSaveUsedZip64 |= e.OutputUsedZip64.Value; } </code></pre> <p>If I put a breakpoint in that loop and let it save each file individually, then it does not choke when it sees the "bad file".</p> <p>Any thoughts? I would greatly appreciate it!</p> <p>EDIT 1:</p> <p>Just to be clear, when I say "choke" I mean that it goes into some kind of infinite loop and will not proceed with zipping the "bad file" and moving onto the rest. Also, this is a file that is getting used by a lot of people, so it shouldn't be corrupt.</p> <p>EDIT 2:</p> <p>I've narrowed it down to the following:</p> <pre><code>zip.CompressionMethod = CompressionMethod.Deflate; </code></pre> <p>That compression mode causes the issue. I'm pretty sure this is a bug of some kind. The other compression method, Bzip2, is super slow. I'm not sure how I am going to get around this yet.</p> <p>EDIT 3:</p> <p>DotNetZip is very strange indeed. I had it fixed by adjusting the compression level to this:</p> <pre><code>zip.CompressionLevel = CompressionLevel.Default; </code></pre> <p>This fixed the problem, but then I came back after a few minutes and it would work no longer. Bzip2 still works, but like I said before, it is incredibly slow. So, I began messing around with other pieces of the ZipFile API, and I added this:</p> <pre><code>zip.CodecBufferSize = 10240000; </code></pre> <p>This makes it work now. I don't know what the bug is really?</p>
    singulars
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. PTQuestion
    1. USDaniel McClelland
    1. USDaniel McClelland
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. CONot really an answer, but a suggestion - try using 7zip's command line tool instead. It may be just me, but I have had trouble with all .NET zip libraries I have used. (I am sure some are good, just not the ones I have tried). 7zip is flexible, compresses really well, but will need to be called command line. FWIW.
      singulars
      1. PODotNetZip chokes on a file
      1. USMattW
    2. COwhat version of DotNEtZip are you using? Someone else reported a problem using v1.9.1.8, with a file that had a size which was a multiple of 128k. IF there's a bug there, it may not be present in an earlier version of DotNetZip, or a differently-sized file.
      singulars
      1. PODotNetZip chokes on a file
      1. USCheeso
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload