Kevin,
Yes, I have noticed and think that their is an issue with sharpziplib
and 'big' zip files (i.e. >500 files). The way I worked
around the problem (temporarily) is to build sub-zip files and
then piece together the pieces into 1 big whole. My requirement
was to build distribution packages so the nested zip solution was
more than adequate, just needed to compensate with a few extra steps in
the unzip process. However, this is just a "temporary-n-crude" fix which
leads to another problem, out-of-memory-space. The way
[ZipTask.cs] currently works is that it loads your file into memory
and then passes the 'memory' to the sharpziplib for compression. If
your system RAM is limited, which is highly dependent on your swap file
size and the programs your running in Windows at least, then you run
into this scenario (which I have ~ for large verbose log files). For this,
the only fix seems to be using stream's with ZipTask. I'm hoping to
be the first to post the 'streamed' method.
Anyway, good suspicions!
-Wally
At 05:08 PM 8/17/2002 -0500, you wrote:
>2 things:
>
>First, I cannot seem to get the ziplevel effect the storage method of the
>zip file created. I set the zip file to ziplevel="0" and verified that the
>property is indeed set as 0 via debugger.
>
>The zip file generated is still compressed. About 5 to 1, nice bit of
>compression, but I was interested in sacrificing speed for space.
>
>Second, when I use a ziplevel 1,2,3 or 4. I sometimes get an array out of
>bounds error generating a "big" zip file (800 or so entries resulting in a
>4MB zip) does not seem to happen with small filesets.
>
><zip zipfile="${dist.dir}/${dist.name}" ziplevel="1">
> <fileset basedir="C:\Inetpub\wwwroot\">
> <includes name="${project.dir}\**\*"/>
> <includes name="${project2.dir}\**\*"/>
> <includes name="${dbstuff.dir}\*"/>
>
> <!-- do not archive unnecessary files for deployment -->
> <excludes name="**\*.vb"/>
> <excludes name="**\*.sln"/>
> <excludes name="**\*.suo"/>
>
> <excludes name="**\*.vbproj*"/>
> <excludes name="**\*.vssscc*"/>
> <excludes name="**\_vti_*\*" />
> </fileset>
></zip>
>
> [zip] Zipping 880 files to \\remotemachine\share\foo.zip
>
> INTERNAL ERROR
> System.IndexOutOfRangeException: Index was outside the bounds of
>the array.
> at SourceForge.NAnt.Task.Execute() in
>c:\opensource\nant\src\NAnt\Task.cs:line 100
> at SourceForge.NAnt.Target.Execute() in
>c:\opensource\nant\src\NAnt\Target.cs:line 149
> at SourceForge.NAnt.Target.Execute() in
>c:\opensource\nant\src\NAnt\Target.cs:line 132
> at SourceForge.NAnt.Project.Execute(String targetName) in
>c:\opensource\nant\src\NAnt\Project.cs:line 427
> at SourceForge.NAnt.Project.Execute() in
>c:\opensource\nant\src\NAnt\Project.cs:line 412
> at SourceForge.NAnt.Project.Run() in
>c:\opensource\nant\src\NAnt\Project.cs:line 448
>
> Please send bug report to [EMAIL PROTECTED]
>
>I have a sneaking suspicion this may be a problem with sharpziplib but
>wanted to stop here first.
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by: OSDN - Tired of that same old
>cell phone? Get a new here for FREE!
>https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
>_______________________________________________
>Nant-developers mailing list
>[EMAIL PROTECTED]
>https://lists.sourceforge.net/lists/listinfo/nant-developers
-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone? Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
_______________________________________________
Nant-developers mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/nant-developers
