DotNet Zip Library

New Post: AddDirecory : Logic difference between DotNet Zip an others archivers

Cheeso — Fri, 10 Oct 2008 16:26:49 GMT

Can you be more specific about what you see?
with an example of how the files are structured and how you would like the files to be structured.

New Post: fulltrust required

Max3D — Fri, 10 Oct 2008 15:52:36 GMT

Glad to help :)

cheers.

-----Messaggio originale-----
Da: Cheeso [mailto:notifications@codeplex.com]
Inviato: venerdì 10 ottobre 2008 5.28
A: max@max3d.it
Oggetto: Re: fulltrust required [DotNetZip:32746]

From: Cheeso

Glad it is working for you. Thank you for the donation!
every little bit helps.
if every user of the library donated like you did, the Boys & Girls club would get a really really big check!

Created Issue: private ZipCrypto SetupCipher(string password) approves an incorrect password

NiclasPehrsson — Fri, 10 Oct 2008 09:56:07 GMT

I posted another issue yesterday about ZipCrypto not passing an correct password and that were properly solved.

Im testning this ZipLibary when Im playing with an Zip brute-force password breaker and now I experiencing another issue.

When I have created a Zip file by winrar with the password "t2" im getting the password "c9" to be valid and its this row that allows it.

Im not sure if have missed something but Im copied the method SetupCipher and modified it a little bit to work better with my solution cause if Im making a password brute force breaker I don't want any exception to be thrown but so here is the code I have been testing with, but it shouldn't be any differences.

public bool ValidatePassword(string password)
{
ZipCrypto cipher = null;
// decrypt the file header data here if necessary.
if (Encryption == EncryptionAlgorithm.PkzipWeak)
{
if (password == null)
throw new BadPasswordException("This entry requires a password.");

cipher = new ZipCrypto();
cipher.InitCipher(password);

// Decrypt the header. This has a side effect of "further initializing the
// encryption keys" in the traditional zip encryption.
byte[] DecryptedHeader = cipher.DecryptMessage(_WeakEncryptionHeader, _WeakEncryptionHeader.Length);

// CRC check
// According to the pkzip spec, the final byte in the decrypted header
// is the highest-order byte in the CRC. We check it here.
if (DecryptedHeader[11] != (byte)((_Crc32 >> 24) & 0xff))
{
// In the case that bit 3 of the general purpose bit flag is set to indicate
// the presence of an 'Extended File Header', the last byte of the decrypted
// header is sometimes compared with the high-order byte of the lastmodified
// time, and not the CRC, to verify the password.
//
// This is not documented in the PKWare Appnote.txt.
// This was discovered this by analysis of the Crypt.c source file in the InfoZip library
// http://www.info-zip.org/pub/infozip/

if ((_BitField & 0x0008) != 0x0008)
{
return false;
}
else if (DecryptedHeader[11] != (byte)((_TimeBlob >> 8) & 0xff))
{
return false;
}
}
}
return true;
}

The error should be here:
if ((_BitField & 0x0008) != 0x0008)
{
return false;
}
else if (DecryptedHeader[11] != (byte)((_TimeBlob >> 8) & 0xff)
{
return false;
}

Ive even experienced once when it jumped out here
if (DecryptedHeader[11] != (byte)((_Crc32 >> 24) & 0xff)) with the wrong password data that were used.

Created Issue: Comments in Self-Extractor archives not correctly handled

DomZ — Fri, 10 Oct 2008 09:09:09 GMT

Hi,

I use the last version of the 1.6 preview (09/10), and I saw when using the WinForms example (good upgrade !) that when we choose to generate a self extractor archive the comments are not correctly encoded.

I've attached an image to show the problem (é char replaced by Θ char).

Regards
Dominique

New Post: AddDirecory : Logic difference DotNet Zip an others archivers

DomZ — Fri, 10 Oct 2008 09:02:41 GMT

Hi,

I noticed something quite strange (or at least different) with DotNet Zip.

When you compress a directory with WinRAR and 7zip (right click on a folder under Windows) :
=> The ouput archives contains in the root the folder.

When you compress a directory with DotNet Zip (using the WinForms sample) :
=> The output archive contains the content of the folder in the root

Cheeso, may be we need an option in the AddDirectory method to either compress the folder content or compress with the folder in root.

Thanks

Commented Issue: SetupCipher throws BadPasswordException even when the password is correct

NiclasPehrsson — Fri, 10 Oct 2008 08:56:28 GMT

The method private ZipCrypto SetupCipher(string password) throws BadPasswordException when the password to the archive are correct, I have only tested once with an ZipArchive created by Winrar and where the password were "test".
Here is the code that throws the exception.
// CRC check
// According to the pkzip spec, the final byte in the decrypted header
// is the highest-order byte in the CRC. We check it here.
if (DecryptedHeader[11] != (byte)((_Crc32 >> 24) & 0xff))
{
throw new BadPasswordException("The password did not match.");
}

If I removes this code and have the correct password everything works nice so I suppose the error lies in this block. Thanks for an extraordinary libary
Im attatching the file that I have problems with.
My version of DotNet Zip Libary is the 1.6 (preview), i will test with the earlier version now.
Comments: ** Comment from web user: NiclasPehrsson **

Fast and good work.

Reviewed: 1.6 DotNetZip Library (preview) (Oct 10, 2008)

maqintoshi — Fri, 10 Oct 2008 07:45:53 GMT

Rated 4 Stars (out of 5) - Smart but powerfull. Thank you for your good job. Respecting to add a Unicode version which can handle other encoding characters with function parameters. ;-)

Source code checked in, #25208

Cheeso — Fri, 10 Oct 2008 07:14:04 GMT

More updates for the helpfile.

Updated Release: 1.6 DotNetZip Library (preview) (Oct 09, 2008)

Cheeso — Fri, 10 Oct 2008 07:13:18 GMT

This is a preview release. It will be updated regularly until such time as the release is large and stable enough to warrant a freeze.

Last update: October 9, 2008.

Major new features:

filenames/comments in Unicode or any codepage - workitem 3152
add the AllowPartiallyTrustedCallersAttribute, to allow this DLL in partial trust situations, for example where your ASP.NET host specifies "medium" trust on your website. - workitem 4698
new method ZipEntry.OpenReader() allows applications to read an entry directly from the zip stream. - workitem 5442
new static method ZipFile.IsZipFile() to test a file to see if it appears to be a valid zip file. - workitem 5506
use the generic EventHandler model.
Updated the self-extractor UI to be more pleasant and adaptive. Long comments are shown correctly.
events & cancel for ExtractAll - workitem 5792
FxCop compliance in the source code. Well, a little, anyway.
changed the string indexer on ZipFile to use case-insensitive comparisons - workitem 5740
ExtractAll and Extract methods on ZipFile now implicitly use the password set on the ZipFile instance.
AddDirectoryByName method on ZipFile - workitem 5671
delegate to check if reading a stream twice is ok - workitem 5829

fixes:

intelligently handle large files via streaming - workitem 5028
added exception handling in Save(); no more temp files when an exception occurs. - workitem 5043
fixed a NPE problem with password-protected files of zero length. - workitem 5722
correctly handle files with a leading dot-slash.
Fixed SaveProgress event so that it actually responds to a Cancel request. Also added a working winforms example to demonstrate this. - workitem 5558
Handle the case where Extract() is called immediately after Save(). - workitem 5593
don't produce corrupt zipfiles after Remove() - workitem 5616
better exceptions - workitem 5998 and 6048
handle .docx file (workitem 6182)

Some of the changes I made for FxCOP compliance, are BREAKING changes. This means that while most old applications will just work when you just recompile them against the new library, some will not.

I changed the param names of numerous methods. If you are using Reflection to invoke the library, the different param names will cause your app to break. I suspect this will be a small set of people, possibly zero. The workaround is pretty simple - just use the correct param names.
for CLS compliance, the Crc32 class now returns Int32 for the calculated CRC, not Uint32.
Some of the Exceptions have changed.

This release has these downloads:

DotNetzip-src-v1.6.x.x.zip - the source code for the Zip Library, the setup (msi) project, and a bunch of examples. Download this if you want to play with the library, extend the example utilities, or perhaps modify and embed it into your own application.
DotNetZipLib-DevKit-v1.6.zip - a binary release, that includes of the signed Zip Library (DLL), the XML Documentation file for intellisense, the compiled help file (CHM), and the License. Download this if you want to write .NET applications that use the Zip library.
DotNetZipLib-RuntimeOnly-v1.6.zip - a binary release, that includes of the signed Zip Library (DLL), and the License. Download this if you want to distribute .NET applications that use the Zip library, or if you want to run a .NET application that depends on this library.
DotNetZipUtils-v1.6.zip - a set of command-line exe utilities that rely on the library. zipit (Creates zips), unzip (obvious), and CreateSelfExtractor.exe (creates self extracting zips). Download this if you want command-line tools to manipulate zip files.
DotNetZipUtils-v1.6.msi - an installer for Windows for the command-line Zip utilities that utilize the library. This is the same stuff as the DotNetZipUtils-v1.6.zip, but in MSI form.
DotNetZipLib-v1.6.chm - the compiled help file for the Zip library.

Source code checked in, #25206

Cheeso — Fri, 10 Oct 2008 06:32:39 GMT

update for the DotNetZip help file.

Updated Wiki: Examples

Cheeso — Fri, 10 Oct 2008 06:19:33 GMT

There are examples shipped in the source code. If you want to just have a quick look, though, I have a bunch on this page. Also check out the Full ASP.NET Example, which is on a separate wiki page.

Add items to a zip file, using the same password for all items

  using (ZipFile zip = new ZipFile("Backup.zip"))
  {
    zip.Password= "123456!";
    zip.AddFile("ReadMe.txt");
    zip.AddFile("7440-N49th.png");
    zip.AddFile("2005_Annual_Report.pdf");        
    zip.Save();
  }

Add items to a zip file, using different passwords for different items.

  using (ZipFile zip = new ZipFile("Backup.zip"))
  {
    zip.AddFile("ReadMe.txt"); // no password for this one
    zip.Password= "123456!";
    zip.AddFile("7440-N49th.png");
    zip.Password= "!Secret1";
    zip.AddFile("2005_Annual_Report.pdf");
    
    zip.Save();
  }

Create a zip, but Tell the library to not use compression when adding in the file. This makes sense with previously-compressed files like .mp3 format:

  using (ZipFile zip = new ZipFile(ZipFileToCreate))
  {
    zip.ForceNoCompression = true;
    zip.AddFile(@"MyMusic\Messiah-01.mp3");
    zip.Save();
  }

Zip up an entire directory, recursively, and specify a comment on the zip archive when creating it:

  using (ZipFile zip = new ZipFile(ZipFileToCreate))
  {
    zip.AddDirectory(@"MyDocuments\ProjectX");
    zip.Comment = "This zip was created at " + System.DateTime.Now.ToString("G") ; 
    zip.Save();
  }

Zip up a set of files, each protected by the same password. Also, specify the last modified time for all of the files as they are stored in the zip archive:

  using (ZipFile zip = new ZipFile(ZipFileToCreate))
  {
    zip1.Password = Password;
    System.DateTime Timestamp = new System.DateTime(2008,05,30,12,0,0);
    String[] filenames = System.IO.Directory.GetFiles("ProjectDocuments");
    foreach (String f in filenames)
    {
      ZipEntry e = zip.AddFile(f, "docs");
      e.LastModified = Timestamp;
    }
    zip.Comment = "This zip was created at " + System.DateTime.Now.ToString("G") ; 
    zip.Save();
  }

Zip up a set of files and directories, and re-map them into a different directory hierarchy in the zip file:

  using (ZipFile zip = new ZipFile(ZipFileToCreate))
  {
    // files in the filesystem like MyDocuments\ProjectX\File1.txt , will be stored in the zip archive as  backup\File1.txt
    zip.AddDirectory(@"MyDocuments\ProjectX", "backup");
    // files in the filesystem like MyMusic\Santana\OyeComoVa.mp3, will be stored in the zip archive as  tunes\Santana\OyeComoVa.mp3
    zip.AddDirectory("MyMusic", "tunes");
    // The Readme.txt file in the filesystem will be stored in the zip archive as documents\Readme.txt
    zip.AddDirectory("Readme.txt", "documents");
 
    zip.Comment = "This zip was created at " + System.DateTime.Now.ToString("G") ; 
    zip.Save();
  }

Add content obtained from a stream into a zip archive. Also, add a comment to the entry that was added from the stream:

  using (ZipFile zip = ZipFile.Read(ZipToCreate))
  {
    ZipEntry e= zip.AddFileStream("Content-From-Stream.bin", "basedirectory", StreamToRead);
    e.Comment = "The content for entry in the zip file was obtained from a stream";
    zip.AddFile("Readme.txt");
    zip.Save();
  }

Remove an entry from an existing zip file (first supported in v1.5 of the library):

  using (ZipFile zip = ZipFile.Read(ExistingZipFile))
  {
    // use the indexer to remove the file from the zip archive
    zip["Readme.txt"] = null;
    zip.Comment = "This archive has been modified from its original version. Some files have been removed.";
    zip.Save();
  }

Extract all files from a zip archive;

  using (ZipFile zip = ZipFile.Read(ExistingZipFile))
  {
    foreach (ZipEntry e in zip)
    {
      e.Extract(TargetDirectory);
    }
  }

The default behavior of extraction is to NOT overwrite existing files. In this example, the app Extracts all files, and overwrites existing files in the filesystem:

  using (ZipFile zip = ZipFile.Read(ExistingZipFile))
  {
    foreach (ZipEntry e in zip)
    {
      e.Extract(TargetDirectory, true);  // overwrite == true
    }
  }

Extract an entry from the zip archive into a previously-opened stream:

  using (ZipFile zip = ZipFile.Read(ExistingZipFile))
  {
    ZipEntry e = zip["MyReport.doc"];
    e.Extract(OutputStream);
  }

Extract an Entry that was encrypted with a password, into the specified base directory:

  using (ZipFile zip = ZipFile.Read(ExistingZipFile))
  {
    ZipEntry e = zip["TaxInformation-2008.xls"];
    e.ExtractWithPassword(BaseDirectory, Password);
  }

List all the entries in a zip file:

  using (ZipFile zip = ZipFile.Read(ExistingZipFile))
  {
    foreach (ZipEntry e in zip)
    {
      if (header)
      {
        System.Console.WriteLine("Zipfile: {0}", zip.Name);
        if ((zip.Comment != null) && (zip.Comment != "")) 
          System.Console.WriteLine("Comment: {0}", zip.Comment);
        System.Console.WriteLine("\n{1,-22} {2,8}  {3,5}   {4,8}  {5,3} {0}",
                                 "Filename", "Modified", "Size", "Ratio", "Packed", "pw?");
        System.Console.WriteLine(new System.String('-', 72));
        header = false;
      }
      System.Console.WriteLine("{1,-22} {2,8} {3,5:F0}%   {4,8}  {5,3} {0}",
                               e.FileName,
                               e.LastModified.ToString("yyyy-MM-dd HH:mm:ss"),
                               e.UncompressedSize,
                               e.CompressionRatio,
                               e.CompressedSize,
                               (e.UsesEncryption) ? "Y" : "N");
 
    }
  }

Read in zip archive content from a stream, then extract the content for one entry to another stream. In this example, the filename "NameOfEntryInArchive.doc", refers only to the name of the entry within the zip archive. A file by that name is not created in the filesystem. The I/O is done strictly with the given streams.

  using (ZipFile zip = ZipFile.Read(InputStream))
  {
    zip.Extract("NameOfEntryInArchive.doc", OutputStream);
  }

Create a zip dynamically within an ASP.NET postback method, then download that zipfile to the requesting browser through Response.OutputStream. (works in v1.5 and later)

public void btnGo_Click (Object sender, EventArgs e)
{
  Response.Clear();
  String ReadmeText= "This is a zip file dynamically generated at " + System.DateTime.Now.ToString("G");
  string filename = System.IO.Path.GetFileName(ListOfFiles.SelectedItem.Text) + ".zip";
  Response.ContentType = "application/zip";
  Response.AddHeader("content-disposition", "filename=" + filename);
  
  using (ZipFile zip = new ZipFile(Response.OutputStream)) {
    zip.AddFile(ListOfFiles.SelectedItem.Text, "files");
    zip.AddFileFromString("Readme.txt", "", ReadmeText);
    zip.Save();
  }
 
  Response.End();
}

Create a zip with a single entry, obtaining the content for that entry from a string. Specify the name of the zip file at the time of save.

  string content = "......whatever....";  
  using (ZipFile zip = new ZipFile())
  {
    ZipEntry e = zip.AddFileFromString("README.txt", "", content);
    e.Comment = "This entry in the zip archive was created from a string.";
    zip.Save("archive-2008july12.zip");
  }

Open an existing zip archive and modify it: update one entry and remove another.

  using (ZipFile zip = ZipFile.Read("ExistingArchive.zip"))
  {
    ZipEntry e = zip["README.txt"];
    e.RemoveEntry();
    zip.UpdateItem("Portfolio.doc"); 
    zip.Comment = "This zip archive was updated " + System.DateTime.ToString("G"); 
    zip.Save();
  }

Updated Release: 1.6 DotNetZip Library (preview) (Oct 09, 2008)

Cheeso — Fri, 10 Oct 2008 05:23:51 GMT

This is a preview release. It will be updated regularly until such time as the release is large and stable enough to warrant a freeze.

Last update: October 9, 2008.

Major new features:

filenames/comments in Unicode or any codepage - workitem 3152
add the AllowPartiallyTrustedCallersAttribute, to allow this DLL in partial trust situations, for example where your ASP.NET host specifies "medium" trust on your website. - workitem 4698
new method ZipEntry.OpenReader() allows applications to read an entry directly from the zip stream. - workitem 5442
new static method ZipFile.IsZipFile() to test a file to see if it appears to be a valid zip file. - workitem 5506
use the generic EventHandler model.
Updated the self-extractor UI to be more pleasant and adaptive. Long comments are shown correctly.
events & cancel for ExtractAll - workitem 5792
FxCop compliance in the source code. Well, a little, anyway.
changed the string indexer on ZipFile to use case-insensitive comparisons - workitem 5740
ExtractAll and Extract methods on ZipFile now implicitly use the password set on the ZipFile instance.
AddDirectoryByName method on ZipFile - workitem 5671
delegate to check if reading a stream twice is ok - workitem 5829

fixes:

intelligently handle large files via streaming - workitem 5028
added exception handling in Save(); no more temp files when an exception occurs. - workitem 5043
fixed a NPE problem with password-protected files of zero length. - workitem 5722
correctly handle files with a leading dot-slash.
Fixed SaveProgress event so that it actually responds to a Cancel request. Also added a working winforms example to demonstrate this. - workitem 5558
Handle the case where Extract() is called immediately after Save(). - workitem 5593
don't produce corrupt zipfiles after Remove() - workitem 5616
better exceptions - workitem 5998 and 6048
handle .docx file (workitem 6182)

I changed the param names of numerous methods. If you are using Reflection to invoke the library, the different param names will cause your app to break. I suspect this will be a small set of people, possibly zero. The workaround is pretty simple - just use the correct param names.
for CLS compliance, the Crc32 class now returns Int32 for the calculated CRC, not Uint32.
Some of the Exceptions have changed.

This release has these downloads:

DotNetzip-src-v1.6.x.x.zip - the source code for the Zip Library, the setup (msi) project, and a bunch of examples. Download this if you want to play with the library, extend the example utilities, or perhaps modify and embed it into your own application.
DotNetZipLib-DevKit-v1.6.zip - a binary release, that includes of the signed Zip Library (DLL), the XML Documentation file for intellisense, the compiled help file (CHM), and the License. Download this if you want to write .NET applications that use the Zip library.
DotNetZipLib-RuntimeOnly-v1.6.zip - a binary release, that includes of the signed Zip Library (DLL), and the License. Download this if you want to distribute .NET applications that use the Zip library, or if you want to run a .NET application that depends on this library.
DotNetZipUtils-v1.6.zip - a set of command-line exe utilities that rely on the library. zipit (Creates zips), unzip (obvious), and CreateSelfExtractor.exe (creates self extracting zips). Download this if you want command-line tools to manipulate zip files.
DotNetZipUtils-v1.6.msi - an installer for Windows for the command-line Zip utilities that utilize the library. This is the same stuff as the DotNetZipUtils-v1.6.zip, but in MSI form.
DotNetZipLib-v1.6.chm - the compiled help file for the Zip library.

Closed Issue: Seek error when saving to Response.OutputStream in ASP.NET

Cheeso — Fri, 10 Oct 2008 05:21:27 GMT

With the recent update to support large files, a Save() will result in Seek() calls on the output stream. This is fine if the output is a seekable stream (like a memory stream or a file) but it does not work on streams that do not support Seek(), such as the ASP.NET Response.OutputStream, or stdout.

Please update the library to also support ASP.NET Response.OutputStream.
Comments: fixed in change set 25205. This fix is in the current v1.6 prelim release, will be in the v1.6 final release.

Source code checked in, #25205

Cheeso — Fri, 10 Oct 2008 05:20:09 GMT

Fix for workitem 6414: support for non-seekable streams (like ASP.NET Response.OutputStream). This got broken with the support for large files (change set 25127). It's fixed now.

Updated Release: 1.6 DotNetZip Library (preview) (Oct 09, 2008)

Cheeso — Fri, 10 Oct 2008 05:11:10 GMT

This is a preview release. It will be updated regularly until such time as the release is large and stable enough to warrant a freeze.

Last update: October 9, 2008.

Major new features:

filenames/comments in Unicode or any codepage - workitem 3152
add the AllowPartiallyTrustedCallersAttribute, to allow this DLL in partial trust situations, for example where your ASP.NET host specifies "medium" trust on your website. - workitem 4698
new method ZipEntry.OpenReader() allows applications to read an entry directly from the zip stream. - workitem 5442
new static method ZipFile.IsZipFile() to test a file to see if it appears to be a valid zip file. - workitem 5506
use the generic EventHandler model.
Updated the self-extractor UI to be more pleasant and adaptive. Long comments are shown correctly.
events & cancel for ExtractAll - workitem 5792
FxCop compliance in the source code. Well, a little, anyway.
changed the string indexer on ZipFile to use case-insensitive comparisons - workitem 5740
ExtractAll and Extract methods on ZipFile now implicitly use the password set on the ZipFile instance.
AddDirectoryByName method on ZipFile - workitem 5671
delegate to check if reading a stream twice is ok - workitem 5829

fixes:

intelligently handle large files via streaming - workitem 5028
added exception handling in Save(); no more temp files when an exception occurs. - workitem 5043
fixed a NPE problem with password-protected files of zero length. - workitem 5722
correctly handle files with a leading dot-slash.
Fixed SaveProgress event so that it actually responds to a Cancel request. Also added a working winforms example to demonstrate this. - workitem 5558
Handle the case where Extract() is called immediately after Save(). - workitem 5593
don't produce corrupt zipfiles after Remove() - workitem 5616
better exceptions - workitem 5998 and 6048
handle .docx file (workitem 6182)

I changed the param names of numerous methods. If you are using Reflection to invoke the library, the different param names will cause your app to break. I suspect this will be a small set of people, possibly zero. The workaround is pretty simple - just use the correct param names.
for CLS compliance, the Crc32 class now returns Int32 for the calculated CRC, not Uint32.
Some of the Exceptions have changed.

This release has these downloads:

DotNetzip-src-v1.6.x.x.zip - the source code for the Zip Library, the setup (msi) project, and a bunch of examples. Download this if you want to play with the library, extend the example utilities, or perhaps modify and embed it into your own application.
DotNetZipLib-DevKit-v1.6.zip - a binary release, that includes of the signed Zip Library (DLL), the XML Documentation file for intellisense, the compiled help file (CHM), and the License. Download this if you want to write .NET applications that use the Zip library.
DotNetZipLib-RuntimeOnly-v1.6.zip - a binary release, that includes of the signed Zip Library (DLL), and the License. Download this if you want to distribute .NET applications that use the Zip library, or if you want to run a .NET application that depends on this library.
DotNetZipUtils-v1.6.zip - a set of command-line exe utilities that rely on the library. zipit (Creates zips), unzip (obvious), and CreateSelfExtractor.exe (creates self extracting zips). Download this if you want command-line tools to manipulate zip files.
DotNetZipUtils-v1.6.msi - an installer for Windows for the command-line Zip utilities that utilize the library. This is the same stuff as the DotNetZipUtils-v1.6.zip, but in MSI form.
DotNetZipLib-v1.6.chm - the compiled help file for the Zip library.

Updated Wiki: ASPNET Example 1

Cheeso — Fri, 10 Oct 2008 05:07:29 GMT

This is an ASPX file that shows how to use DotNetZip in an ASP.NET page.

<%@ Page 
    Language="C#" 
    Debug="true" %>
 
 
 
<%@ Import Namespace="System.Text" %>
<%@ Import Namespace="System.IO" %>
<%@ Import Namespace="Ionic.Utils.Zip" %>
<%@ Import Namespace="System.Collections.Generic" %>
 
<script language="C#" runat="server">
 
// ZipExample.aspx 
// 
// This .aspx page demonstrates how to use the DotNetZip library from within ASP.NET.
// 
// To run it, 
//  1. drop the Ionic.Utils.Zip.dll into the \bin directory of yoru asp.net app
//  2. create a subdirectory called "fodder" in your web app directory.
//  3. copy into that directory a variety of random files.
//  4. insure your web.config is properly set up (See below)
//
//
// notes:
//  This requies the .NET Framework 3.5 - because it uses the ListView control that is 
//  new for ASP.NET in the .NET Framework v3.5.  
//
//  To use this control, you must add the new web controls.  Also, you must use the v3.5 compiler. 
//  Here's an example web.config that works with this aspx file: 
// 
//    <configuration>
//      <system.web>
//        <trust level="Medium" />
//        <compilation defaultLanguage="c#" />
//        <pages>
//          <controls>
//            <add tagPrefix="asp" namespace="System.Web.UI.WebControls" assembly="System.Web.Extensions, Version=3.5.0.0, Culture=neutral, PublicKeyToken=31BF3856AD364E35" />
//          </controls>
//        </pages>
//      </system.web>
//      <system.codedom>
//        <compilers>
//          <compiler language="c#;cs;csharp" extension=".cs" warningLevel="4" type="Microsoft.CSharp.CSharpCodeProvider, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089">
//            <providerOption name="CompilerVersion" value="v3.5" />
//            <providerOption name="WarnAsError" value="false" />
//          </compiler>
//        </compilers>
//      </system.codedom>
//    </configuration>
//    
//    
// If you use medium trust, then you will need v1.6 of DotNetZip, at a minimum.
//
 
 
 
 
public String width = "100%";
 
public void Page_Load (Object sender, EventArgs e)
{
    try
    {
        if ( !Page.IsPostBack ) {
            // populate the dropdownlist
            // must have a directory called "fodder" in the web app 
            String homeDir = Server.MapPath(".");
            String sMappedPath= Server.MapPath("fodder");
        
            var fqFilenames= new List<String>(System.IO.Directory.GetFiles(sMappedPath));
            var filenames= fqFilenames.ConvertAll((s) => { return s.Replace(sMappedPath+"\\", ""); });
 
            ErrorMessage.InnerHtml = "";
 
            FileListView.DataSource = filenames;
            FileListView.DataBind();
        }
 
    }
    catch (Exception) 
    {
        // Ignored
    }
}
 
 
public void btnGo_Click (Object sender, EventArgs e)
{
    ErrorMessage.InnerHtml ="";   // debugging only
    var filesToInclude= new System.Collections.Generic.List<String>();
    String sMappedPath= Server.MapPath("fodder");
    var source= FileListView.DataKeys as DataKeyArray ;
 
    foreach (var item in  FileListView.Items) 
    {
        CheckBox chkbox= item.FindControl("include") as CheckBox ;
        Label lbl= item.FindControl("label") as Label ;
 
        if (chkbox!=null  && lbl != null)
        {
            if (chkbox.Checked)
            {
                ErrorMessage.InnerHtml += String.Format("adding file: {0}<br/>\n", lbl.Text);
 
                filesToInclude.Add(System.IO.Path.Combine(sMappedPath,lbl.Text));
            }
        }
    }
 
    if (filesToInclude.Count==0)
    {
        ErrorMessage.InnerHtml += "You did not select any files?<br/>\n";
 
    }
    else
    {
        Response.Clear();
 
        System.Web.HttpContext c= System.Web.HttpContext.Current;
        String ReadmeText= String.Format("README.TXT\n\nHello!\n\nThis is a zip file that was dynamically generated at {0}\nby an ASP.NET Page running on the machine named '{1}'.\nThe server type is: {2}\n", 
                                         System.DateTime.Now.ToString("G"),
                                         System.Environment.MachineName,
                                         c.Request.ServerVariables["SERVER_SOFTWARE"]
                                         );
        string archiveName= String.Format("archive-{0}.zip", DateTime.Now.ToString("yyyy-MMM-dd-HHmmss")); 
        Response.ContentType = "application/zip";
        Response.AddHeader("content-disposition", "filename=" + archiveName);
  
        using (ZipFile zip = new ZipFile(Response.OutputStream))
        {
            foreach (var f in filesToInclude)
            {
                zip.AddFile(f, "files");
            }
            zip.AddFileFromString("Readme.txt", "", ReadmeText);
            zip.Save();
        }
        Response.End();
    }
 
}
 
</script>
 
 
 
<html>
  <head>
    <link rel="stylesheet" href="style/basic.css">
  </head>
 
  <body>
 
    <form id="Form" runat="server">
 
      <h3> <span id="Title" runat="server" />Zip Files from ASP.NET </h3>
 
      <p>This page uses the .NET Zip library 
      (see <a href="http://www.codeplex/com/DotNetZip">http://www.codeplex/com/DotNetZip</a>) 
       to dynamically create a zip archive, and then download it to the browser through Response.OutputStream</p>
 
      <span class="SampleTitle"><b>Check the boxes to select the files, then click the button to zip them up.</b></span>
      <br/>
      <br/>
      <asp:Button id="btnGo" Text="Zip checked files" AutoPostBack OnClick="btnGo_Click" runat="server"/>
   
      <br/>
      <br/>
      <span style="color:red" id="ErrorMessage" runat="server"/>
      <br/>
 
      <asp:ListView ID="FileListView" runat="server">
 
        <LayoutTemplate>
          <table>
            <tr ID="itemPlaceholder" runat="server" />
          </table>
        </LayoutTemplate>
 
        <ItemTemplate>
          <tr>
            <td><asp:Checkbox ID="include" runat="server"/></td>
            <td><asp:Label id="label" runat="server" Text="<%# Container.DataItem %>" /></td>
          </tr>
        </ItemTemplate>
 
        <EmptyDataTemplate>
          <div>Nothing to see here...</div>
        </EmptyDataTemplate>
 
      </asp:ListView>
 
 
    </form>
 
  </body>
 
</html>

Created Issue: Seek error when saving to Response.OutputStream in ASP.NET

Cheeso — Fri, 10 Oct 2008 04:35:35 GMT

Created Feature: Winforms Self-Extractor should allow the user to list the files to be extracted

Cheeso — Fri, 10 Oct 2008 04:01:11 GMT

When the winforms self-extractor runs, the user can see the zip comment, but cannot see the zip content. There should be a button to allow the user to view the files to be extracted.

Closed Issue: ZipIt: Subfolders showing up as password-protected when extracted with Win XP "Extract All"

Cheeso — Fri, 10 Oct 2008 03:58:33 GMT

Repro:
> mkdir -p test\subdir
> ZipIt.exe test.zip test
open test.zip with Widows Explorer
click Extract All Files

Expected: Extraction with no password protection
Observed: "File 'subdir' is password protected"

Doesn't happen when extraction is done with Ionic zip lib.
Comments: fixed in change set 25202. This will be in the next v1.6 prelim release. and in the v1.6 final release.

Source code checked in, #25202

Cheeso — Fri, 10 Oct 2008 03:58:02 GMT

Fix for workitem 6279: "extract All" on WinXP produces a spurious message that an empty directory in the zip archive is password protected. Turns out that if you append a trailing slash to the directory name, you don't get this behavior. Updated the ZipEntry.cs module to do this for directories. Also updated a few tests that specifically looked at directory names. This introduces a change in the behavior of DotNetZip- now, all directory names inserted into an archive will have a trailing slash. This should be totally compatible with other zip tools. totally unrelated change: I also changed the name on the output assembly for the winforms example to be DotNetZip-WinformsTool.