[
{
"Id": "1067630",
"ThreadId": "449837",
"Html": "Hi Dino,
\n
\n(Note: I’m addressing this post to Dino only because I’m suggesting there may be a bug in the library. However, all comments, especially those containing helpful suggestions, are welcome.) I apologize for the length of this post, but it takes quite a bit of space to communicate all the necessary information.
\n
\nI’ve been struggling for several weeks to create a Powershell script that uses DotNetZip to archive (zip) a set of nested folders, and I think I’ve run into a bug in the library. I’ll lay it out for you, and maybe you can tell me what’s going on.
\n
\nI'm running under Windows 7 SP1 Professional and PowerShell 3.0.
\n
\nI’m using a slight modification of your ZipUp-Files script at the DotNetZip Home Page on MSDN. (http://archive.msdn.microsoft.com/DotNetZip/Wiki/View.aspx?title=PowerShell%20Example&referringTitle=Home) At least I was going to start there. Unfortunately, I didn’t get very far, because of this alleged bug.
\n
\nHere is my script as it stands now. Most of the changes I’ve made deal with file and directory names to make the script compatible with my machine’s filesystem.
\nfunction ZipUp-Files ( $directory )\n{\n $children = get-childitem -path $directory\n foreach ($o in $children) \n {\n if (!$BaseDir -or ($BaseDir -eq "")) {\n $ix = $o.PSParentPath.IndexOf("::")\n $BaseDir = $o.PSParentPath.Substring($ix+2)\n $x = get-item $BaseDir\n $ix = $x.PSParentPath.IndexOf("::")\n $ParentOfBase = $x.PSParentPath.Substring($ix+2) + "\\"\n }\n \n if ($o.Name -ne "TestResults" -and \n $o.Name -ne "obj" -and \n $o.Name -ne "bin" -and\n $o.Name -ne "NTUSER.DAT" -and\n $o.Name -ne "_tfs" -and \n $o.Name -ne "notused" -and \n $o.Name -ne "AppNote.txt" -and \n $o.Name -ne "CodePlex-Readme.txt" -and \n $o.Name -ne "ReadThis.txt" -and \n $o.Name -ne "Ionic.snk" -and \n $o.Name -ne "Ionic.pfx" -and \n $o.Name -ne "Debug" -and \n $o.Name -ne "Release" -and\n $o.Name -ne "Resources")\n {\n if ($o.PSIsContainer)\n {\n ZipUp-Files ( $o.FullName )\n }\n else \n {\n #Write-output $o.FullName\n if ($o.Name -and\n $o.Name -ne "" -and\n $o.Name -ne ".tfs-ignore" -and\n (!$o.Name.EndsWith("~")) -and\n (!$o.Name.EndsWith("#")) -and\n (!$o.Name.EndsWith(".cache")) -and\n (!$o.Name.EndsWith(".zip") )\n )\n {\n Write-output $o.FullName.Replace($ParentOfBase, "")\n $e= $zipfile.AddFile($o.FullName.Replace($ParentOfBase, ""))\n }\n }\n }\n }\n}\n\n\n$DotNetZip='C:\\Windows\\System32\\WindowsPowerShell\\v1.0\\DotNetZip'\n$DNZ = $DotNetZip\n$PS = 'C:\\PSScripts' # Development area for my PowerShell scripts\n\nRemove-Item 'c:\\DotNetZip-src-v.zip' -Force -ea SilentlyContinue\n\n[System.Reflection.Assembly]::LoadFrom($DNZ+'\\Ionic.Zip.Dll') \n# [System.Reflection.Assembly]::LoadFrom("c:\\\\dinoch\\\\bin\\\\Ionic.Zip.dll");\n$version = get-content -path $DNZ'\\AssemblyInfo.cs' | select-string -pattern 'AssemblyFileVersion\\("[0-9]+(\\.([0-9]+|\\*)){1,3}"\\)' | %{$_ -replace "[^0-9.]",""}\n\n$ZipFileName = 'c:\\DotNetZip-src-v.zip'\n$zipfile = new-object Ionic.Zip.ZipFile($ZipFileName);\ncd $DNZ; cd ..\nZipUp-Files "DotNetZip"\n$zipfile.Save()\n$zipfile.Dispose()\n\ncd $PS\n
\n\nAs suggested by $DotNetZip= immediately after the function portion of the script, on my machine, Powershell is installed at C:\\Windows\\System32\\WindowsPowerShell\\v1.0, and DotNetZip is stored in a directory therein. For the ISE host, that is sufficient. The variable $DotNetZip points to that directory, and Powershell_ISE is happy. I can run the script, which I have called ZipUp-Files-WFM.ps1 in that host all day long.
\n
\nHowever, the Console-Host is an entirely story: when I attempt to run ZipUp-Files-WFM under simply Powershell, it results in an abnormal termination, with the following messages at the end.
\n. . . . . . . . . . . . . . . . . . . . . .\n\nDotNetZip\\License.zlib.txt\nDotNetZip\\License_1.txt\nDotNetZip\\PleaseDonate.txt\nDotNetZip\\PleaseDonate_1.txt\nDotNetZip\\Readme.txt\nDotNetZip\\Readme_1.txt\nDotNetZip\\Zipit.exe\nException calling "Save" with "0" argument(s): "C:\\Users\\Walter\\DotNetZip\\Apps\\ConvertFromCS-Zip.ps1"\nAt C:\\PSScripts\\ZipUp-Files-WFM.ps1:68 char:1\n+ $zipfile.Save()\n+ ~~~~~~~~~~~~~~~\n + CategoryInfo : NotSpecified: (:) [], MethodInvocationException\n + FullyQualifiedErrorId : FileNotFoundException\n
\n\nTo me most of the error message is essentially nonsense. Maybe it means more to you.
\n
\nThe reason I suspect there is bug is that neither my $profile nor my script make any reference to the C:\\Users\\Walter directory, other than indirectly through $(PS)Home preference variables.
\n
\nFurthermore, most of the method calls to Ionic.Zip.dll are content to use the $Home directory, and do so correctly. Only the Save() method call fails, and when it does, it yanks an (incorrect) pathname out of thin air. To me, that strongly suggests a bug somewhere in the method code.
\n
\nThanks in advance for your help,
\n
\nWalter
\n",
"PostedDate": "2013-07-12T11:39:07.927-07:00",
"UserRole": null,
"MarkedAsAnswerDate": null
},
{
"Id": "1496984",
"ThreadId": "449837",
"Html": "Did you ever manage to get a solution to this? I've got a very similar problem, the save() method seems to be pulling a filename out of thin air. I've tried setting the filename when creating the object, as well as passing the filename to the save method, still ignores it and uses FTP.log in my users folder, for some reason. output -
\nException calling "Save" with "1" argument(s): "C:\\Users\\cameron\\FTP.log"\nAt line:28 char:1\n+ $zipFile.Save("e:\\temp\\logs\\test.zip")\n+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~\n + CategoryInfo : NotSpecified: (:) [], MethodInvocationException\n + FullyQualifiedErrorId : FileNotFoundException
\n\nI had a quick look through the source code, and can't see anywhere where it's picking up the user folder, so no idea where it's getting that from.
\n",
"PostedDate": "2017-06-08T23:21:55.55-07:00",
"UserRole": null,
"MarkedAsAnswerDate": null
}
]