[ { "Id": "446297", "ThreadId": "213545", "Html": "

Some info:

Using PowerShell V2 (non x86)
Dev/Test machine: Win 7 (64 BIT)
Directory to Zip Size: ~ 25GB


This code works and produces a ~ 7GB zip file which extracts OK:

\r\n
\r\n
[System.Reflection.Assembly]::LoadFrom("Ionic.Zip.dll")
$directoryToZip = "E:\\VM\\Win7 Dev"

$zipfile = new-object Ionic.Zip.ZipFile

$e = $zipfile.AddDirectory($directoryToZip)\r\n
$zipfile.UseZip64WhenSaving = [Ionic.Zip.Zip64Option]::Always\r\n$zipfile.Save("E:\\Output\\Test.zip")
$zipfile.Dispose()
\r\n
\r\n

 

\r\n
\r\n

 

\r\n

This code saves the file OK, but when the outputted archive.exe runs the error below is produced.

\r\n
\r\n
\r\n
[System.Reflection.Assembly]::LoadFrom("Ionic.Zip.dll");\r\n
$directoryToZip = "E:\\VM\\Win7 Dev";\r\n$outputFile = [IO.FileInfo] "E:\\Output\\archive.exe";\r\n
$zipfile = new-object Ionic.Zip.ZipFile;\r\n\r\n$selfExtractOptions = New-Object Ionic.Zip.SelfExtractorSaveOptions\r\n$selfExtractOptions.Flavor = [Ionic.Zip.SelfExtractorFlavor]::ConsoleApplication\r\n$selfExtractOptions.DefaultExtractDirectory = $outputFile.Directory.FullName\r\n$selfExtractOptions.RemoveUnpackedFilesAfterExecute = $false\r\n\r\n$e = $zipfile.AddDirectory($directoryToZip)\r\n$zipfile.UseZip64WhenSaving = [Ionic.Zip.Zip64Option]::Always\r\n\r\n$zipfile.SaveSelfExtractor($outputFile.FullName, $selfExtractOptions)\r\n\r\n$zipfile.Dispose();\r\n
\r\n
\r\n
\r\n
Error when clicking on archive.exe:
\r\n
[Window Title]
E:\\Output\\archive.exe

[Content]
E:\\Output\\archive.exe is not a valid Win32 application.

[OK]
\r\n
\r\n
\r\n
\r\n
Archive.exe is ~ 7GBs, so I thought perhaps the exe was too large and I also want the zip to fit on DVDs so I used the MaxOutputSegmentSize property set to 700MBs. It saved OK but I got another error when running it:
\r\n
\r\n
$directoryToZip = "E:\\VM\\Win7 Dev";
$outputFile = [IO.FileInfo] "E:\\Output\\archive.exe";
$zipfile = new-object Ionic.Zip.ZipFile;

$selfExtractOptions = New-Object Ionic.Zip.SelfExtractorSaveOptions
$selfExtractOptions.Flavor = [Ionic.Zip.SelfExtractorFlavor]::ConsoleApplication
$selfExtractOptions.DefaultExtractDirectory = $outputFile.Directory.FullName
$selfExtractOptions.RemoveUnpackedFilesAfterExecute = $false

$e = $zipfile.AddDirectory($directoryToZip)
$zipfile.UseZip64WhenSaving = [Ionic.Zip.Zip64Option]::Always
$zipfile.MaxOutputSegmentSize = 734003200

$zipfile.SaveSelfExtractor($outputFile.FullName, $selfExtractOptions)

$zipfile.Dispose();
\r\n
\r\n
Error when clicking on spanned archive.exe:
\r\n
[Window Title]
E:\\Output\\archive.exe

[Content]
The version of this file is not compatible with the version of Windows you're running. Check your computer's system information to see whether you need an x86 (32-bit) or x64 (64-bit) version of the program, and then contact the software publisher.

[OK]
\r\n

Any suggestions would be appreciated. What i'm trying to do is create a spanned self extracting ZIP from a large (many GBs) input directory.
", "PostedDate": "2010-05-22T20:55:25.323-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "446366", "ThreadId": "213545", "Html": "

Hmm, a spanned self-extracting archive.

\r\n

The documentation says it is not possible

\r\n

> You can save a split Zip file only when saving to a regular filesystem file. It's not possible to save a split zip file as a self-extracting archive,

\r\n

Seems like a bug that DotNetZip does not throw an exception when you try to create a spanned SFX.  I'll create a work item for that.

", "PostedDate": "2010-05-23T05:38:18.613-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "446368", "ThreadId": "213545", "Html": "This discussion has been copied to a work item. Click here to go to the work item and continue the discussion.", "PostedDate": "2010-05-23T05:42:19.617-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "446454", "ThreadId": "213545", "Html": "

Ah thanks! Obviously I didn't read the entire documentation on that property.

\r\n

How about my second example where I'm not splitting the ZIP. The error is "E:\\Output\\archive.exe is not a valid Win32 application.". Archive.exe was pretty big, about 7GBs. It seems like there is a limit to how big the self extracting EXE can be because when I take the same code and run it against a smaller input directory, the self extractor EXE works.

", "PostedDate": "2010-05-23T15:14:15.107-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "446692", "ThreadId": "213545", "Html": "

You may be right that a SFX larger than a certain limit will not properly execute.

\r\n

I'll have to investigate that.

\r\n

 

", "PostedDate": "2010-05-24T09:09:59.323-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "446693", "ThreadId": "213545", "Html": "This discussion has been copied to a work item. Click here to go to the work item and continue the discussion.", "PostedDate": "2010-05-24T09:10:47.617-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "446695", "ThreadId": "213545", "Html": "

Can you clarify for me, where 64-bit OS is being used? 

\r\n

on the creation of SFX - did you use a 64-bit OS there?

\r\n

on the extraction of the SFX - did you use a 64-bit version of Windows there?

", "PostedDate": "2010-05-24T09:11:37.7-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "446790", "ThreadId": "213545", "Html": "

So I ran the code on my Windows 7 64bit Ultimate machine. The input directory to be zipped was local on that machine and the self extracting EXE was created and executed all on that same machine.

\r\n

Also I just tried the same code to create an SFX on Windows Server 2003 Enterprise 32BIT on a 22.9GB input folder. The output archive.exe file was 15GB and I get the following error when running it:

\r\n

---------------------------
C:\\Documents and Settings\\arisman1\\Desktop\\test\\archive.exe
---------------------------
C:\\Documents and Settings\\arisman1\\Desktop\\test\\archive.exe is not a valid Win32 application.

\r\n


---------------------------
OK  
---------------------------

\r\n

The same code creates an SFX that works when created and executed on Windows Server 2003 Enterprise 32BIT on a smaller 22MB input folder.

", "PostedDate": "2010-05-24T12:47:36.467-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "446820", "ThreadId": "213545", "Html": "

I read something earlier today that said there's a 4gb limit on Windows executable files (*.exe, *.dll, etc) for PE32 and PE32+ which applies to both 32-bit and 64-bit versions. You might be hitting this limit. I'll see if I can the page I was reading again...

\r\n

P.S. What does WinZip do if you try to create an SFX from the same files?

", "PostedDate": "2010-05-24T14:05:33.393-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "446870", "ThreadId": "213545", "Html": "

Yes, that's what I was thinking, too.  But I haven't figured out yet, how the DotNetZip SFX would interact with the PE spec.  In an SFX, the zip data is just "extra" data tacked onto the PE file.  It's not included formally into the PE data records.   So I would think there would be no problem. But, your observations disagree with that.

\r\n

I need to look further.

\r\n

 

", "PostedDate": "2010-05-24T17:18:05.5-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "446878", "ThreadId": "213545", "Html": "

So I just tried winzip... WinZip is a little weird, first the zip must be created, then there is a tool in the winzip program files directory called WZSEPE32.EXE which creates a self extracting ZIP from an existing ZIP. It gave me an error when I selected my big 15GB zip file created with DotNetZip:

\r\n

---------------------------
WinZip Self-Extractor Personal Edition
---------------------------
This Zip file cannot be made into a .EXE File because the resulting EXE File would be greater than 2GB.
---------------------------
OK   
---------------------------

", "PostedDate": "2010-05-24T18:03:45.283-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "659440", "ThreadId": "213545", "Html": "

I am receiving a similar problem. I suspect it is because the files are so massive (e.g. ~90GB, ~20GB). Windows gives: http://i.imgur.com/2nNPT.png

\r\n

It should be noted ZIP/RAR programs open the files just fine.

", "PostedDate": "2011-08-17T07:23:43.223-07:00", "UserRole": null, "MarkedAsAnswerDate": null } ]