I've tried both modes for creating a self extractor for a strongly encrypted (AES128/256) password protected zip. It creates the file which appears to be a reasonable size. However the file throws errors when I try to execute it. Has anyone else seen this? I'm developing a web application. Creating a standard zip file seems to work just fine. I've tried a number of other packages (sharp/7-zip) but none compare to this one in terms of shear ease of use/ intelligence of design. I'm sure I'm missing something simple. Any help would be appreciated.
\r\nHere is the error
\r\nMicrosoft Windows XP [Version 5.1.2600]\r\n\r\nException while extracting: System.IO.FileLoadException: Could not load file or\r\nassembly 'Ionic.Zip, Version=1.8.4.2, Culture=neutral, PublicKeyToken=edbe51ad94\r\n2a3f5c' or one of its dependencies. Invalid pointer (Exception from HRESULT: 0x8\r\n0004003 (E_POINTER))\r\nFile name: 'Ionic.Zip, Version=1.8.4.2, Culture=neutral, PublicKeyToken=edbe51ad\r\n942a3f5c' ---> System.NullReferenceException: Object reference not set to an ins\r\ntance of an object.\r\n at Ionic.Zip.SelfExtractor.Resolver(Object sender, ResolveEventArgs args)\r\n at System.AppDomain.OnAssemblyResolveEvent(String assemblyFullName)\r\n at Ionic.Zip.SelfExtractor.Run()\r\n at Ionic.Zip.SelfExtractor.Main(String[] args)\r\n\r\n\r\n\r\nAnd here is the code that produced it\r\n
using (ZipFile zip = new ZipFile())\r\n {\r\n zip.Password = thePassword.Trim();\r\n zip.Encryption = EncryptionAlgorithm.WinZipAes128;\r\n zip.AddDirectory(inputFolderPath);\r\n //zip.Save(outputFilePath);\r\n zip.SaveSelfExtractor(outputFilePath, SelfExtractorFlavor.ConsoleApplication);\r\n }\r\n\r\nHmm, that's very odd.
\r\nYou're seeing a loader error. When you call SaveSelfExtractor(), DotNetZip embeds the Ionic.Zip.dll into the executable. When you run the SFX, the exe unpacks the DLL from within *itself*, and then calls into that DLL. It sounds tricky but it's really just a packing convenience. It's not reasonable to have to distribute the DLL with every SFX.
\r\nThe error you are seeing is a null pointer exception in the assembly resolver method. In other words, The SFX is having trouble finding and extracting the DLL which is embedded within itself. I'm trying to imagine how that might happen, and I just can't come up with any good ideas.
\r\nAre you doing anything unusual with the EXE? Running it from a network share? Modifying it after it is built? Renaming it? I'm trying to think what would lead to this kind of problem.
\r\nI have this exact scenario in the set of tests that I run every time I cut a release. (The tests succeed)
\r\nI'll wait for you to get back to me, in the meantime I will think some more about it.
\r\n", "PostedDate": "2009-07-02T18:48:36.6-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "208170", "ThreadId": "61360", "Html": "
Do you work in an enterprise where they have modified the machine.config for managed machines? Not sure, but It may be possible to disable the loading of assemblies the way I have done it in the SFX, via an enteprise policy. Could that be a possibility?
", "PostedDate": "2009-07-02T18:50:07.393-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "208182", "ThreadId": "61360", "Html": "Since I'm working in ASP.Net, I am using the debug version of the Ionic.Zip.ddl. I imagine that its offsets may be different. Could this be the problem??
\r\nI have full control of my machine.config and it is totally untweaked. So I doubt that is it.
", "PostedDate": "2009-07-02T20:19:33.143-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "208188", "ThreadId": "61360", "Html": "Nope. I don't think it's offsets.
\r\nWhat do you mean "since you're working in ASP.NET, you're using the debug version of the DLL." Are the two things related in some way I don't understand? What does ASP.NET have to do with whether you use the debug version versus the Release version? It doesn't matter for the purposes of this puzzle, but I wanna make sure I understand what you're doing.
\r\nCan you try to run the fusion log viewer to help diagnose this failure? The instructions are here: http://blogs.msdn.com/suzcook/archive/2003/05/29/57120.aspx
\r\nAt the same time I'm putting together a version of the library that I hope will produce a more informative error message when the failure occurs. It will be v1.8.4.4. you will be able to download it soon.
\r\n", "PostedDate": "2009-07-02T20:56:34.113-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "208199", "ThreadId": "61360", "Html": "
ok, v1.8.4.4 is up, available for you to try.
", "PostedDate": "2009-07-02T22:30:33.413-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "208387", "ThreadId": "61360", "Html": "Thanks for uploading the new version.
\r\nI'm sorry my earlier message wasn't particularly clear. What I meant to say is that I'm writing this code as an ASP.Net application that will reside locally. In these cases, I generally don't bother with the release version and only drag & drop the debug versions over to my Visual Studio 2005 project window (one full set in the bin directory and one full set in the project directory).
\r\nI've tried the new code and this is the error message that it produces:
\r\n\r\nC:\\Test>test_7e4b2440-2.exe\r\nException while extracting: System.IO.FileLoadException: Could not load file or\r\nassembly 'Ionic.Zip, Version=1.8.4.4, Culture=neutral, PublicKeyToken=edbe51ad94\r\n2a3f5c' or one of its dependencies. General Exception (Exception from HRESULT: 0\r\nx80131500)\r\nFile name: 'Ionic.Zip, Version=1.8.4.4, Culture=neutral, PublicKeyToken=edbe51ad\r\n942a3f5c' ---> System.Exception: GetManifestResourceStream returns null. Availab\r\nle resources: [Ionic.Zip.DLL]\r\n at Ionic.Zip.SelfExtractor.Resolver(Object sender, ResolveEventArgs args)\r\n at System.AppDomain.OnAssemblyResolveEvent(String assemblyFullName)\r\n at Ionic.Zip.SelfExtractor.Run()\r\n at Ionic.Zip.SelfExtractor.Main(String[] args)\r\n\r\nC:\\Test>\r\n
I can't see where this would matter, but here is how I am defining the output path for the\r\n
", "PostedDate": "2009-07-03T10:33:57.847-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "208396", "ThreadId": "61360", "Html": "string filename = ZipFilenameTextBox.Text.Trim().Replace(" ", "_");\r\n int dot = filename.IndexOf(".");\r\n if (dot > 1) filename = filename.Remove(dot);\r\n filename = filename + "_" + Session["Guid"].ToString().Trim() + ".exe";\r\n string outputFilePath = @"\\\\server14\\filestore_data\\" + filename;\r\n\r\nI'll try the fusion log next. Thanks again for your help. -pb\r\n
PB, I have the answer.
\r\nThe problem is that the self-extractor is looking for an embedded assembly named "Ionic.Zip.dll". What it has found instead is an embedded assembly named "Ionic.Zip.DLL". The case of the extension is different. And so it fails.
\r\nI think you may be able to fix this in your setup by renaming the assembly to Ionic.Zip.dll, rather than Ionic.Zip.DLL, in your ASP.NET bin directory. Just to be clear, it is the name of the DLL that is used when the self-extractor is being built, not the name of the DLL when the SFX is being run. It really should not matter, but the self-extractor code is currently sensitive to the case mismatch.
\r\nThe permanent fix for this is to allow a match even when the case of the extension is different (dll versus DLL versus Dll etc).
\r\nI'll submit a fixed assembly shortly.
", "PostedDate": "2009-07-03T11:20:46.863-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "208400", "ThreadId": "61360", "Html": "This discussion has been copied to a work item. Click here to go to the work item and continue the discussion.", "PostedDate": "2009-07-03T11:27:11.7-07:00", "UserRole": null, "MarkedAsAnswerDate": null }, { "Id": "208420", "ThreadId": "61360", "Html": "If you grab release v1.8.4.5, it should work for you (whether or not you rename the DLL).
\r\n", "PostedDate": "2009-07-03T14:00:40.98-07:00", "UserRole": null, "MarkedAsAnswerDate": null } ]