Updated installer with custom action

installer/src/msi/adblockplusie.wxs

 <?xml version="1.0" encoding="UTF-8"?>
 <!--
   Compilation Note:
   You may see linking errors that look like these:
     <quote>LGHT0217 : Error executing ICE action 'ICExx' [...] The error code is 2738.</quote>
   The documentation for this error code talks about custom actions,
     even though the CustomAction keyword does not appear in this source.
   Certain WiX elements are implemented by MSI custom actions,
     which means this source implicitly declares some insofar as the Windows Installer sees it.
   These errors are benign and can be avoided by some fiddling with the registry on the development machine.
@@ skipping 135 matching lines @@
       The "Binary" tag describe an asset that's incorporated into the MSI but that is not an installed component.
       The "Custom" tag defines when the action executes by defining an entry in one of the sequence tables.
       
       Attribute "Return" sets the "Custom Action Return Processing Options" to zero,
         which indicates to block the installer until the action completes
         and to treat a non-zero return value from the action as an error.
     -->
     <CustomAction
         Id="Close_IE"
         BinaryKey="installer_ca"
-        DllEntry="abp_close_applications"
+        DllEntry="abp_close_ie"
         Return="check"
     />
     <!--
       Note that we're using a 32-bit custom action library for both 32- and 64-bit installers. 
     -->
     <Binary Id="installer_ca" SourceFile="$(var.installer_dir)\build\ia32\$(var.CA_Configuration)\installer-ca.dll"/>    
     <InstallUISequence>
       <!--
         The LaunchConditions action occurs near the beginning, before any of the expensive operations.
       -->
@@ skipping 125 matching lines @@
     -->
     <ComponentGroup Id="Binaries" Directory="INSTALLFOLDER">
       <!--
         The 32-bit version of the DLL is included in both 32- and 64-bit installers.
         We need an explicit value for attribute @Win64 so that the ARCH argument does not override its implicit value.
       -->
       <Component Id="AdblockPlus32.dll" Guid="d9a35780-d712-11e2-8b8b-0800200c9a66" Win64="no">
         <File Id="AdblockPlus32.dll" Name="AdblockPlus32.dll" Source="$(var.plugin_dir)\build\ia32\$(var.Configuration)\AdblockPlus.dll" KeyPath="yes" Checksum="yes">
           <?include dll_class.wxi ?>
         </File>
         <?include bho_registry_value.wxi ?>

[Oleksandr, 2014/03/12 19:26:04]

This isn't directly related to this codereview, but just so that we don't
forget. We also need to write an Implemented Categories registry key. Please see
src\Plugin\AdblockPlus.rgs for more info 

[Eric, 2014/03/17 12:26:46]

This is for Windows 8?

       </Component>
       <!--
         The 64-bit version of the DLL is only included in the 64-bit installer.
         We don't really need an explicit value for attribute @Win64, but it's there for resilience.
 
         Note that the <Class> element and the <RegistryKey> element are duplicated from the 32-bit version.
         We use "include" directives to ensure that they are identical.
         They have to be the same to support both the 32- and 64-bit versions of Internet Explorer on a 64-bit system.
         IE uses the same algorithm to search for BHO regardless of platform,
           so with two versions of IE, we need two identical registrations.
@@ skipping 505 matching lines @@
     </ComponentGroup>
     <DirectoryRef Id="ABP_APPDATA_FOLDER">
       <Directory Id="ini" FileSource="$(var.plugin_dir)\files">
         <Component Id="ini_settings.ini" Guid="dc30c3b0-d713-11e2-8b8b-0800200c9a66">
           <File Name="settings.ini"/>
         </Component>
       </Directory>
     </DirectoryRef>
   </Product>
 </Wix>