This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
- Revenera Community
- :
- InstallShield
- :
- InstallShield Forum
- :
- Re: New COM Extraction Changes...
Subscribe
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Subscribe
- Mute
- Printer Friendly Page
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
Feb 17, 2012
01:19 PM
New COM Extraction Changes...
I was wondering, which HKLM\SOLFTWARE\InstallShiled\RegSpy\UseAPIRegistryHooks value mirrors earlier versions of the product...
0-Use API hooking to read existing registry entries for the DLL
1-Use registry redirection to prevent making changes to the registered DLLs on the build machine (default if value not set on XP/2003)
2-Use the new kernel mode monitoring, which combines the advantages of both of the other methods (default if value not set on >=VISTA/2008.
When I search for the value on my Win 7 64 Bit build machine I don't have the RegSpy key so no value, of course. I only see a RegSpyProxy key with no values. So, I guess this means it is behaving as option 2.
Would earlier versions have used the 0 value actions?
I'm just wondering if any problems might occur in switching from 2010 to 2012 Premier with regard to extracting registry information. At build time, I have several components marked as .NET COM Interop = Yes with .NET Scan At Build = Properties Only (The global .NET Scan At Build Option is set to None.). Is there the potential using the newer method that these will become broken (not registered properly) on target machines?
Does the new COM extraction have anything to do with the .NET settings mentioned above?
Any info is Greatly appreciated!
0-Use API hooking to read existing registry entries for the DLL
1-Use registry redirection to prevent making changes to the registered DLLs on the build machine (default if value not set on XP/2003)
2-Use the new kernel mode monitoring, which combines the advantages of both of the other methods (default if value not set on >=VISTA/2008.
When I search for the value on my Win 7 64 Bit build machine I don't have the RegSpy key so no value, of course. I only see a RegSpyProxy key with no values. So, I guess this means it is behaving as option 2.
Would earlier versions have used the 0 value actions?
I'm just wondering if any problems might occur in switching from 2010 to 2012 Premier with regard to extracting registry information. At build time, I have several components marked as .NET COM Interop = Yes with .NET Scan At Build = Properties Only (The global .NET Scan At Build Option is set to None.). Is there the potential using the newer method that these will become broken (not registered properly) on target machines?
Does the new COM extraction have anything to do with the .NET settings mentioned above?
Any info is Greatly appreciated!
(1) Reply
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
Feb 22, 2012
09:20 AM
Typically recent versions of InstallShield have used the option corresponding to 1 (the option was there to fall back to 0 if necessary); the newest version of InstallShield added option 2.
.NET Scan and COM Extraction should be completely unrelated, although .NET COM Interop may have been improved with the newest COM Extraction implementation.
.NET Scan and COM Extraction should be completely unrelated, although .NET COM Interop may have been improved with the newest COM Extraction implementation.
![](/skins/images/CC38E504FC9E1309DC48ACFEB4925670/responsive_peak/images/icon_anonymous_message.png)