[
{
"Id": "161951",
"ThreadId": "48515",
"Html": "I created a backup utility that, with the exception of a few issues, seems to work well. The utility zips the My Documents directory.
\r\nIn live beta testing, the error I'm getting is on a particular person/computer is an outlook pst file inside My Documents. The pst file is 1.76GB, the total size of My Documents is 21.7GB. (She has another pst file that is 5+GB (jeez - don't get me started) but the zipping process had not yet reached that far) Anyway..
\r\nAll my testing, with the exception of xlsx files in use (another post), zips successfully. I even tested pst files (and pst files in use by outlook) successfully - though they were smaller.
\r\n
\r\nIs the overall size of the archive being created causing an issue?
\r\n
\r\nThe code is basically:
\r\nzipArchive.AddDirectory(SourceFolder)
\r\nzipArchive.CompressionLevel = Zlib.CompressionLevel.LEVEL9_BEST_COMPRESSION
\r\nzipArchive.UseZip64WhenSaving = Ionic.Zip.Zip64Option.Always
\r\nzipArchive.Save(DestinationFile)\r\n
\r\n\r\n",
"PostedDate": "2009-02-25T08:57:45.013-08:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "161967",
"ThreadId": "48515",
"Html": "BFJ - large files should work successfully.
\r\nsome questions.
\r\nWhat version of DotNetZip, specifically?
\r\nCan you provide a stack trace of the exception?
\r\n",
"PostedDate": "2009-02-25T09:26:37.483-08:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "161978",
"ThreadId": "48515",
"Html": "1.7.2.6
\r\nI'll provide more info as soon as I retest...
\r\nThanks,
\r\njeff
\r\nPS-The zip process had been running for about an hour or so on the test subjects pc before it bombed. I just assumed it was overall file size of the archive and the pst file pushed it over the cliff. \r\n",
"PostedDate": "2009-02-25T09:40:07.817-08:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "162004",
"ThreadId": "48515",
"Html": "YES - Jeff there was a previous problem reported with the progress events, specifically having to do with an arithmetic overflow.
\r\nI fixed it in v1.7.2.7, which is the latest v1.7 release.
\r\nCan you please try it with that?
\r\n",
"PostedDate": "2009-02-25T10:31:21.093-08:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "162045",
"ThreadId": "48515",
"Html": "I tried 1.7.2.7 and still got the error.
\r\nThe error is happening on the e.TotalBytesToTransfer when the SaveProgress event fires.
\r\nThis may help:
\r\nSystem.OverflowException was unhandled
\r\n Message="Arithmetic operation resulted in an overflow."
\r\n Source="SMG Backup"
\r\n StackTrace:
\r\n at SMG_Backup.MainForm.zipArchive_SaveProgress(Object sender, SaveProgressEventArgs e) in C:\\Users\\jeffy.SELLETHICS\\Documents\\Visual Studio 2005\\Projects\\SMG Backup\\SMG Backup\\MainForm.vb:line 218
\r\n at Ionic.Zip.ZipFile.OnSaveBlock(ZipEntry entry, Int64 bytesXferred, Int64 totalBytesToXfer) in c:\\dinoch\\dev\\dotnet\\zip\\DotNetZip\\Zip Partial DLL\\ZipFile.cs:line 3777
\r\n at Ionic.Zip.ZipEntry.OnWriteBlock(Int64 bytesXferred, Int64 totalBytesToXfer) in c:\\dinoch\\dev\\dotnet\\zip\\DotNetZip\\Zip Partial DLL\\ZipEntry.cs:line 1717
\r\n at Ionic.Zip.ZipEntry._WriteFileData(Stream s) in c:\\dinoch\\dev\\dotnet\\zip\\DotNetZip\\Zip Partial DLL\\ZipEntry.cs:line 2953
\r\n at Ionic.Zip.ZipEntry._EmitOne(Stream outstream) in c:\\dinoch\\dev\\dotnet\\zip\\DotNetZip\\Zip Partial DLL\\ZipEntry.cs:line 3310
\r\n at Ionic.Zip.ZipEntry.Write(Stream outstream) in c:\\dinoch\\dev\\dotnet\\zip\\DotNetZip\\Zip Partial DLL\\ZipEntry.cs:line 3268
\r\n at Ionic.Zip.ZipFile.Save() in c:\\dinoch\\dev\\dotnet\\zip\\DotNetZip\\Zip Partial DLL\\ZipFile.cs:line 2915
\r\n at Ionic.Zip.ZipFile.Save(String zipFileName) in c:\\dinoch\\dev\\dotnet\\zip\\DotNetZip\\Zip Partial DLL\\ZipFile.cs:line 3086
\r\n at SMG_Backup.MainForm.ZipSave(String SourceFolder, String DestFile) in C:\\Users\\jeffy.SELLETHICS\\Documents\\Visual Studio 2005\\Projects\\SMG Backup\\SMG Backup\\MainForm.vb:line 81
\r\n at SMG_Backup.MainForm.btnZip_Click(Object sender, EventArgs e) in C:\\Users\\jeffy.SELLETHICS\\Documents\\Visual Studio 2005\\Projects\\SMG Backup\\SMG Backup\\MainForm.vb:line 66
\r\n at System.Windows.Forms.Control.OnClick(EventArgs e)
\r\n at System.Windows.Forms.Button.OnClick(EventArgs e)
\r\n at System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
\r\n at System.Windows.Forms.Control.WmMouseUp(Message& m, MouseButtons button, Int32 clicks)
\r\n at System.Windows.Forms.Control.WndProc(Message& m)
\r\n at System.Windows.Forms.ButtonBase.WndProc(Message& m)
\r\n at System.Windows.Forms.Button.WndProc(Message& m)
\r\n at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
\r\n at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
\r\n at System.Windows.Forms.NativeWindow.DebuggableCallback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
\r\n at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
\r\n at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
\r\n at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
\r\n at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
\r\n at System.Windows.Forms.Application.Run(ApplicationContext context)
\r\n at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.OnRun()
\r\n at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.DoApplicationModel()
\r\n at Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase.Run(String[] commandLine)
\r\n at SMG_Backup.My.MyApplication.Main(String[] Args) in 17d14f5c-a337-4978-8281-53493378c1071.vb:line 81
\r\n at System.AppDomain._nExecuteAssembly(Assembly assembly, String[] args)
\r\n at System.AppDomain.nExecuteAssembly(Assembly assembly, String[] args)
\r\n at System.Runtime.Hosting.ManifestRunner.Run(Boolean checkAptModel)
\r\n at System.Runtime.Hosting.ManifestRunner.ExecuteAsAssembly()
\r\n at System.Runtime.Hosting.ApplicationActivator.CreateInstance(ActivationContext activationContext, String[] activationCustomData)
\r\n at System.Runtime.Hosting.ApplicationActivator.CreateInstance(ActivationContext activationContext)
\r\n at System.Activator.CreateInstance(ActivationContext activationContext)
\r\n at Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssemblyDebugInZone()
\r\n at System.Threading.ThreadHelper.ThreadStart_Context(Object state)
\r\n at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
\r\n at System.Threading.ThreadHelper.ThreadStart()
\r\n",
"PostedDate": "2009-02-25T12:16:07.49-08:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "162056",
"ThreadId": "48515",
"Html": "Ok,
\r\nIt looks like the exception is occuring in your code.
\r\nCan you show me line 218 in MainForm.vb? I suspect you are assigning an Int64 value to an Int32 field, like the Value property on the progressBar ?
\r\nAlso, regarding the other issue: you can see if the temporary XLSX problem is fixed with v1.7.2.9.
\r\n",
"PostedDate": "2009-02-25T12:38:18.83-08:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "162058",
"ThreadId": "48515",
"Html": "That is my saveprogess event, line 218 is: pbarCurrent.Maximum = e.TotalBytesToTransfer
\r\n
\r\n\r\nPrivate
\r\n\r\n
\r\n\r\n Sub zipArchive_SaveProgress(ByVal sender As Object, ByVal e As Ionic.Zip.SaveProgressEventArgs) Handles zipArchive.SaveProgress\r\n
\r\n
\r\n
\r\nIf e.EntriesTotal > 0 Then\r\n
\r\n
\r\n\r\npbarTotal.Maximum = e.EntriesTotal
\r\n
\r\n\r\nEnd If\r\n
\r\n
\r\n\r\n
\r\n\r\nIf e.EntriesSaved > 0 Then\r\n
\r\n
\r\n\r\npbarTotal.Value = e.EntriesSaved
\r\n
\r\n\r\nEnd If\r\n
\r\n
\r\n\r\n
\r\n\r\nIf e.TotalBytesToTransfer > 0 Then\r\n
\r\n
\r\n\r\npbarCurrent.Maximum = e.TotalBytesToTransfer
\r\n
\r\n\r\nEnd If\r\n
\r\n
\r\n\r\n
\r\n\r\nIf e.BytesTransferred > 0 Then\r\n
\r\n
\r\n\r\npbarCurrent.Value = e.BytesTransferred
\r\nlblCurrentFile.ResetText()
\r\nlblCurrentFile.Text = e.CurrentEntry.FileName
\r\nlblCurrentFile.Update()
\r\n
\r\n\r\nEnd If\r\n
\r\n
\r\n\r\nApplication.DoEvents()
\r\n
\r\n\r\nEnd Sub\r\n
\r\n
\r\n",
"PostedDate": "2009-02-25T12:42:43.567-08:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "162066",
"ThreadId": "48515",
"Html": "I think I see..
\r\nProgress bar is Integer, TotalBytesToTransfer is long. So the value exceeded limitations.
\r\n
\r\nI'm testing again (after this test, I'll try the xlsx test), but I change the code to set the progressbar max to 100, convert the long to integer, divide the bytestransferred by totaltotransfer * 100.
\r\n
\r\n Private Sub zipArchive_SaveProgress(ByVal sender As Object, ByVal e As Ionic.Zip.SaveProgressEventArgs) Handles zipArchive.SaveProgress
\r\n If e.EntriesTotal > 0 Then
\r\n pbarTotal.Maximum = e.EntriesTotal
\r\n End If
\r\n If e.EntriesSaved > 0 Then
\r\n pbarTotal.Value = e.EntriesSaved
\r\n End If
\r\n If e.BytesTransferred > 0 Then
\r\n pbarCurrent.Value = CType((e.BytesTransferred / e.TotalBytesToTransfer) * 100, Integer)
\r\n lblCurrentFile.ResetText()
\r\n lblCurrentFile.Text = e.CurrentEntry.FileName
\r\n lblCurrentFile.Update()
\r\n End If
\r\n Application.DoEvents()
\r\n End Sub
\r\n",
"PostedDate": "2009-02-25T13:01:45.283-08:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "162072",
"ThreadId": "48515",
"Html": "I downloaded the DotNetZipLib-DevKit-v1.7.zip but all that was in there was a chm file...
\r\n(In order to get 1.7.2.9)\r\n",
"PostedDate": "2009-02-25T13:37:20.837-08:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "162119",
"ThreadId": "48515",
"Html": "ok, I'm having release problems!
\r\nSorry about that! I'll get that fixed pronto.\r\n",
"PostedDate": "2009-02-25T16:13:53.593-08:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "162129",
"ThreadId": "48515",
"Html": "OK, Jeff, v1.7.2.10 is up there, it corrects the "missing files".\r\n",
"PostedDate": "2009-02-25T17:09:20.257-08:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "162153",
"ThreadId": "48515",
"Html": "Yes, your code looks right now. The overflow you were seeing was because of the long==>int conversion, as you said.
\r\n",
"PostedDate": "2009-02-25T20:56:11.63-08:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "162334",
"ThreadId": "48515",
"Html": "Success.
\r\n
\r\nI used 1.7.2.11 to zip a directory, My Documents, and prior to the zip process I opened the following files: .gif, .jpg, .pdf, .doc, .docx, .xls, .xlsx, and .mdb. The zip process completed successfully. I then opened the zip archive and any temp files that were created by opening the original file, were inside the zip archive. I then closed all the files I had open, then ran the update feature I have in my program, which enumerates the files in My Documents and compares to the zip archive, and it updated successfully (replaces an older file with the newer version, adds new files/folders, removes files if they no longer exist).
\r\n
\r\nNow if we could just get that file exception/inclusion feature.... :)
\r\n
\r\nI might not understand your answer, but what was different about the xlsx file compared to the others?\r\n",
"PostedDate": "2009-02-26T07:22:51.133-08:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "162548",
"ThreadId": "48515",
"Html": "You will understand just fine. The xslx file is apparenly opened with Delete permissions by Excel. When DotNetZip was trying to open the file initially, it did not specify FileShare.Delete, implying that the open would fail if another process (in this case, Excel) had the file open with Delete access on the file pointer. What I did was further relax the Open call in DotNetZip, so that it would not fail, even if another party held rights to delete the file after I had opened it.
\r\n
\r\nPreviously I had set the Open in DotNetZip to succeed if another process had Read or Write access on the file. That works for a .xlsx file, but not for a temporary xslx file.
\r\n
\r\nAnd prior to that change, DotNetZip would just fail if the file was open by another process.
\r\n
\r\nSo it took me a couple tries to get it relaxed enough for the Excel case.
\r\nThere still is a chance it will fail of course - Excel could delete the temporary xslx file while your app is zipping. The library will just throw an exception in that case. but the point is, the zip process may still fail.
\r\n",
"PostedDate": "2009-02-26T16:27:44.83-08:00",
"UserRole": null,
"MarkedAsAnswerDate": null
}
]