[
  {
    "Id": "847959",
    "ThreadId": "359303",
    "Html": "\r\n<p>We're having a problem with <strong><span style=\"color:#000080\">DotNetZip</span></strong> causing our\r\n<strong><span style=\"color:#000080\">MSI</span></strong> based installer to abort and roll-back. It happens everytime we attempt to invoke a\r\n<em>managed code C# custom action </em>that references the <strong>Iconic.Zip</strong> via a\r\n<strong><span style=\"color:#000080\">using</span></strong> declaration. the problem does not occur unless\r\n<strong>Iconic.Zip</strong> is declared. If it is only added as a library reference and not used, the problem does not occur. By the way, it doesn't seem to matter what we're trying to do with DotNetZip: even just trying to get a listing of the top level files\r\n in the archive blows up. We re-name the .XAP file to .ZIP before we attempt anything.</p>\r\n<p>Now what we are trying to do is simple. We have a Silverlight portion of our app whose XAP file contains a configuration file that must be modified during installation. We can do this in a test environment with no problem in a test environment where&nbsp;a&nbsp;C#\r\n Program.cs wrapper invokes the Class containing the references to <span style=\"color:#000080\">\r\n<strong>DotNetZip. </strong><span style=\"color:#000000\">When we run it from th MSI wrapper the class instance fails immediately upon invocation.</span></span></p>\r\n<p><span style=\"color:#000080\"><span style=\"color:#000000\">What is causing this? We are using v1.8.1.8 of the DotNetZip library and InstallShield 2012 Professional to generate the MSI and Setup Wrappers.</span></span></p>\r\n<p><span style=\"color:#000080\"><span style=\"color:#000000\">Ken Jinks</span></span></p>\r\n<p><span style=\"color:#000080\"><span style=\"color:#000000\">Sungard OMNI Web Solutions</span></span></p>\r\n<p><span style=\"color:#000080\"><span style=\"color:#000000\">&nbsp;</span></span></p>\r\n",
    "PostedDate": "2012-06-12T07:02:33.35-07:00",
    "UserRole": null,
    "MarkedAsAnswerDate": null
  }
]