Thanks! I'll test it out tomorrow but my first impression is that the stream'ing is easier than expected! Seems to be a general principle, a task always looks easy after it's coded!
-Wally At 06:17 PM 8/19/2002 -0500, you wrote: >Attached is a possible way to stream it. I have not tested it however due to >time constraints. (I know cop out but very true) > >-----Original Message----- >From: Wally Grajewski [mailto:[EMAIL PROTECTED]] >Sent: Sunday, August 18, 2002 9:45 PM >To: [EMAIL PROTECTED] >Subject: Re: [nant-dev] ziptask bug? > > >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 > ------------------------------------------------------- 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
