thank for your sharing, it's really healpfull

Thanks guys, that really helped. I was doing something similar to creating a list of open streams and closing them after the save operation. The underlying stream was causing error, I was using ADODB.Stream object (COM interop).

Hi,

  Yes, Konstantin is correct, here is another sample... the important thing is perventing the file streams from being disposed until the zip file has been saved.  Using this sample I have create a new zip file w/ a 250mb, another 250mb, and a 600mb entry, resulting in a final zip of over 1gb.

<UserControl x:Class="CompressionTest.MainPage"
             xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
             xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
             xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
             xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
             mc:Ignorable="d"
             d:DesignHeight="300"
             d:DesignWidth="400">

    <Grid x:Name="LayoutRoot"
          Background="White">
        <StackPanel>
            <Button x:Name="loadZip"
                    Click="loadZip_Click"
                    Content="Load a zip" />
            <Button x:Name="createZip"
                    Click="createZip_Click"
                    Content="Create a zip" />
            <Button x:Name="insertNewEntry"
                    Click="insertNewEntry_Click"
                    Content="Insert new entry" />
            <Button x:Name="saveZip"
                    Click="saveZip_Click"
                    Content="Save archive" />
        </StackPanel>
    </Grid>
</UserControl>

    public partial class MainPage : UserControl
    {
        ZipFile zip;
        FileStream _origZip;
        List<FileStream> _openFiles;
        Stream _saveZip;

        public MainPage()
        {
            InitializeComponent();
            _openFiles = new List<FileStream>();
        }

        private void loadZip_Click(object sender, RoutedEventArgs e)
        {
            var openDlg = new OpenFileDialog();
            openDlg.ShowDialog();

            _origZip = openDlg.File.OpenRead();
            zip = new ZipFile(_origZip);
        }

        private void insertNewEntry_Click(object sender, RoutedEventArgs e)
        {
            var openDlg = new OpenFileDialog();
            openDlg.ShowDialog();

            var openFile = openDlg.File.OpenRead();
            zip.Entries.Add(ZipEntry.CreateFile(openDlg.File.Name, "/",  openFile));
            _openFiles.Add(openFile);
        }

        private void saveZip_Click(object sender, RoutedEventArgs e)
        {
            var saveDlg = new SaveFileDialog();
            saveDlg.ShowDialog();
            _saveZip = saveDlg.OpenFile();
            zip.Save(_saveZip);
            if (_origZip != null)
                _origZip.Close();

            foreach (var file in _openFiles)
                file.Close();

            _openFiles.Clear();

            _saveZip.Close();
        }

        private void createZip_Click(object sender, RoutedEventArgs e)
        {
            zip = new ZipFile();
        }
    }

Thanks,

Rich

Hi,

There is no problem using stream to load a zip file or create an entry as long as the used streams remain open  long enough. This means that if you load a zip file through a stream you need to keep the stream open until you finish your work with the zip file and it is no longer needed. The same applies to entries created through a stream.

My statement that you quoted above is not true in general. It was part of investigating an issue. Sorry for the confusion created.

I have attached a sample solution that demonstrates how to use streams with the Compression library.

Please let me know if you have any further issues.

Regards,