[ { "Id": "525590", "ThreadId": "235656", "Html": "\r\n

Hi

\r\n

I'm using Ionic.zip  ver 1.9.1.5 with vb.net 2008

\r\n

If I create a zip using    zip1.UseZip64WhenSaving =Zip64Option.none  then I everything is god and I can delete the resultant zip file.

\r\n

However if make a zip using    zip1.UseZip64WhenSaving =Zip64Option.always   then I can not  delete the resultant zip.  Windows states the zip file is in use by another process, even after a reboot.

\r\n

 

\r\n

My code is -

\r\n

            Using zip1 As ZipFile = New ZipFile
\r\n                zip1.CompressionLevel = My.Settings.ZipLevel                        \r\n ' Ionic.Zlib.CompressionLevel.Level6
\r\n                zip1.UseZip64WhenSaving = My.Settings.Zip64Mode            ' Ionic.Zip.Zip64Option.Always
\r\n                zip1.AddDirectory(bufferFilesFolder)
\r\n                Me._entriesToZip = zip1.EntryFileNames.Count
\r\n                Me.SetProgressBars()
\r\n                AddHandler zip1.SaveProgress, New EventHandler(Of SaveProgressEventArgs)(AddressOf Me.zip1_SaveProgress)
\r\n                zip1.Save(bufferFolder & ZipName)
\r\n            End Using

\r\n

 

\r\n

Am I doing something wrong or have I found a bug?

\r\n

How do you get rid of the faulty zip?  can't rename it but can copy it. The copy can not be deleted either. Can not add or delete any contents of the zip but can restore it.

\r\n

Now have a hard drive full of test zips that I can't kill off...

\r\n

 

\r\n

Regards

\r\n

malcom

\r\n", "PostedDate": "2010-11-22T16:13:51.337-08:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "525616", "ThreadId": "235656", "Html": "\r\n

I don't know; maybe you have an anti-virus program that is holding the file open.  It's very unusual that you cannot delete the files even after a reboot, unless some process immediately opens it.  Which makes me think of an anti-virus program. \r\n It's possible that the AV program doesn't know how to properly read zip64 files, which causes the file to stay open.  I'm just guessing here.

\r\n

If you get the sysinternals tools, there's a \r\nhandle tool that lists the files that are open by all processes in the operating system. This may tell you what is holding the file open, preventing it from being deleted.

\r\n

 

\r\n", "PostedDate": "2010-11-22T17:51:05.033-08:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "525620", "ThreadId": "235656", "Html": "\r\n

Thanks Cheeso,

\r\n

I had a look at the Handles tool with interesting results. It reports that only 'explorer' has handles to any of  these dud zip files.

\r\n

The only explorer instance is that of the Windows (XP) gui. If I kill that process then I can delete the dud zip via the command line.

\r\n

 

\r\n

This only occurs with zip64 enabled and is regardless of file sizes or quantity.

\r\n

If I copy the dud zip file to another pc, I can't delete it from there either.

\r\n

There is something very different about these files in that Explorer is holding onto them...  Any clues

\r\n

 

\r\n

I noticed you also have a ionic.tar compressor. If I can't use zip64 then I might look at TAR.  Can you tell me what the limits are for TAR files? I need way more than 4.2Gb, more like 20Gb.

\r\n

Is all this Ionic stuff your work? Bloody good effort.

\r\n

 

\r\n

cheers

\r\n

malcom

\r\n", "PostedDate": "2010-11-22T18:24:31.083-08:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "525632", "ThreadId": "235656", "Html": "\r\n

Hmm, yep, could be that explorer for some reason wants to read that file, can't, and then keeps trying.  ?? odd.  I can't imagine why that would be.

\r\n

I have a test suite developed for DotNetZip and I run it with every binary release.  It creates hundreds of zip64 files, and deletes them when it's finished.  This most recently ran on a computer running Vista SP1.  Never had a problem with\r\n Explorer.  I don't believe I ever ran the test suite on Windows XP.

\r\n

Do you by chance have another zip tool installed on your computer?  Something that adds an Explorer extension, that might try to read every zip file it finds? Just an idea.  Maybe it's an explorer extension.

\r\n

About the tar thing - yes that is also my work.  Tar+GZip It's probably better for you if you have many many files.  The compression gets better when you compress large streams.  If the files you are compressing are already large, then there's\r\n not going to be a large difference in compression between ZIP and tar+gzip. The other distinguishing factor is usually that zip files can be read by various tools, and tar/gz files require "less popular" tools, which means they're harder to share.  But\r\n in your case you're talking about zip64, which honestly, isn't widely supported, so a file formatted that way will not be shareable anyway.  Tar+GZ will be more easy to share than zip64, I think.

\r\n

anyway good luck figuring this all out.

\r\n

 

\r\n

 

\r\n

 

\r\n", "PostedDate": "2010-11-22T18:57:50.41-08:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "525636", "ThreadId": "235656", "Html": "\r\n

Thanks Mate

\r\n

 

\r\n

I think TAR is the go then.

\r\n

This a Windows app that feels out into an OSX network, archives a heap of large graphics files and moves them off to data tapes. If ever they are restored, it will be on a Mac so Tar is a more obvious solution. Files are typically 1-2Gb.

\r\n

FYI Stuffit for Mac reads zip64 nicely

\r\n

 

\r\n

You could be onto something with the zip tools. I think all machines have Zipgenius installed as well so thats worth investigating although I'd expect that to lock standard zips as well as 64's.

\r\n

I'll let you know what transpires but I think Tar is the eventual solution.

\r\n

 

\r\n

many thanks, love your work.

\r\n

 

\r\n

 

\r\n", "PostedDate": "2010-11-22T19:07:14.743-08:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "526089", "ThreadId": "235656", "Html": "\r\n

In case someone else has a similar problem, ZipGenius (http://www.zipgenius.com/) is the problem.

\r\n

Uninstalling this removed all problems. For some reason it opens handles to (only) zip64 files at boot up preventing their deletion. Non zip64 files are ok.

\r\n

 

\r\n

Thanks for your help Cheeso

\r\n", "PostedDate": "2010-11-23T13:31:38.27-08:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "526533", "ThreadId": "235656", "Html": "\r\n

Glad you worked it out Malcomm, and thanks for the compliments.

\r\n

good luck.

\r\n

 

\r\n", "PostedDate": "2010-11-24T09:30:47.423-08:00", "UserRole": null, "MarkedAsAnswerDate": null } ]