DotNetZip v1.8.1.15 now available - includes new options for overwrite-on-extract

Coordinator
Mar 9, 2009 at 12:53 AM

A quick note.
v1.8.1.15 is now up and available. This is still a preview release but it's a good one - I'd expect very good reliability. 
grab the release source and binaries at:  http://dotnetzip.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=23152

New things in DotNetZip v1.8:

  • a new option for defining the behavior of the library when an extract would overwrite a file.  In v1.7 there were two options - either overwrite any existing files, or throw an exception.  The obvious missing option is "neither".   That option is now available, with a new Enum that you use with Extract() methods.  A very nice usability improvement.
  • file and entry selectors.  This means you can add "*.docx" files to an archive, or you can extract or remove "*.jpg" files from an archive.  (This was first available in v1.8.1.13)  You can also add all files marked "Hidden" or "System", or you can add only files that are not marked "Hidden", etc. You can select files that were last modified after or before a certain time.  There's some nice utility here.
  • v1.8 properly stores file attributes and ntfs file times (create, last access, last modified) in the zip file.  v1.8 also extracts these items when they are present in an archive.
  • SFX files generated by v1.8 can now be read in WinZip and other tools.  (In v1.7, SFX files generated by WinZip could be read by DotNetZip, and that continues in v1.8)
  • late provisioning of streams.  If you have to create large zip files, getting content from many streams, this is a must-have improvement.
  • LastWriteTime on extracted files is now set in the Compact Framework version of the library. (previously, LastWrite time was set only in the desktop version of DotNetZip)
  • Lots of doc improvements. (The DotNetZip doc is now available online at: http://cheeso.members.winisp.net/DotNetZipHelp)
  • a bunch of bug fixes and some other minor things

Also, some big changes in the WinForms tool.  It now can create as well as read zip files.  Also, some improvements in logic, and a new tabbed-pane interface.  At this point, it has evolved from a basic example to a functional application that can produce and read ZIP files.  It can now serve as a replacement for WinZip.  Much more powerful than the "compressed folders" feature of Windows Explorer, the WinForms tool that comes with DotNetZip lets you create or extract AES-encrypted files, ZIP64 files, Unicode files, and more.  The MSI installer sets up file associations so the DotNetZip tool is used to open zip files by default.  The installer also sets the icon used in Windows Explorer to be a zipped folder.

ps: DotNetZip is still free and easy.