login about faq

I'm trying to use the zip component to wrangle a large quantity of small data files into a single archive. I can't seem to find an example to update a file in a zip, so I came up with the following

Dim binDat,success,entry,zip
 set zip = CreateObject("Chilkat.Zip2")
 set fac = CreateObject("Chilkat.FileAccess")
 success = zip.UnlockComponent("****")

  ' obtain new information to use to update an existing entry
binDat = fac.ReadEntireFile("Updated_Info.txt")

  ' open large zip containing 20,000+ data files
success = zip.OpenZip("Large_Zip.zip")

  ' this is where we need to supply our update
Set entry = zip.GetEntryByName("Info.txt")



MsgBox "done"

This appears to rewrite the entire zip to a temporary file (about 3 seconds) and replace the original.

  • I was wondering if this is the ideal way of performing this task and

  • if done in this manner: can I consider the updated zip to be safely written to the disk by the time my script alerts "Done"? Because I was thinking I could read the file back to verify, unless that would be an enormous waste of resources...

asked Feb 20 '13 at 14:56

blaze4218's gravatar image


The reason it must re-write the entire zip is due to the structure of the zip file format (see below). Unfortunately, the WriteZipAndClose method writes the entire .zip, which is the easiest and most compact solution for producing the desired zip (but not the fastest solution). Even if a method existed to update a single entry, it would only be possible if the new data was equal or smaller (after compression) than the old data. If it was bigger, then the quickest way to update would be to "unlink" the existing entry, leaving a hole of unused space within the .zip, and then add a new entry to the end (containing the new data).

alt text

The above image is from http://en.wikipedia.org/wiki/File:ZIP_File_Format.png


answered Feb 20 '13 at 21:00

chilkat's gravatar image

chilkat ♦♦

edited Feb 20 '13 at 21:03

Thank you for the quick reply, and sorry to get back to you so late.

I expected something like that was the cause of the re-write. In fact that's largely why I want to use the zip formatting to archive the data files, because I want to be able to read them quickly if need be, but they take up way too much space- because when compressed they are mostly under 4kb!

When I observed the temp file and finally determined that that is what it was doing, I decided that I could simply cache updates to the archived files, and batch the updates to reduce the re-writes. There is nothing "unfortunate" about that to me. It all seems like a pretty reasonable way to accomplish what I need.

I think you have answered my first question- that is quite likely the best way to do it. But I was wondering if you could address the second question: when the COM object releases control back to my application- can I assume that the new version of the zip is completely finished writing? or is it still processing that, and it will be done when it's finished? I know it's a synchronous call, so my expectation is that it is finished, and I can begin the next batch as soon as it is ready. But if it is still processing- I could read the information back to verify its existence (and simultaneously its integrity). But I wouldn't want to do that if it is unnecessary.

(sorry to post this in the answer section and not the comments, but I have grossly surpassed my char limit...)


answered Feb 22 '13 at 11:59

blaze4218's gravatar image


Yes, when WriteZipAndClose returns, the .zip is completely written.

(Feb 22 '13 at 17:07) chilkat ♦♦

Thank you.

(Feb 22 '13 at 17:09) blaze4218
Your answer
toggle preview

Follow this question

By Email:

Once you sign in you will be able to subscribe for any updates here



Answers and Comments

Markdown Basics

  • *italic* or __italic__
  • **bold** or __bold__
  • link:[text](http://url.com/ "title")
  • image?![alt text](/path/img.jpg "title")
  • numbered list: 1. Foo 2. Bar
  • to add a line break simply add two spaces to where you would like the new line to be.
  • basic HTML tags are also supported



Asked: Feb 20 '13 at 14:56

Seen: 4,108 times

Last updated: Feb 22 '13 at 17:09

powered by OSQA