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: Com extraction issues.
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
‎Aug 10, 2007
02:02 PM
Com extraction issues.
I have a bunch of c++ COM components, that were recently migrated into VS2005 and have been rebuilt with the /clr flag. Installshield is now unable to extract COM information from any of them. I get warning -4354.
I have manually registered these and they are putting COM information into the registry, so I'm not sure why they would be causing this warning (its an error in my book if installshield can't get the COM info). Is there any way to find out what Installshields objection is? This was also happening with version 12.
I have manually registered these and they are putting COM information into the registry, so I'm not sure why they would be causing this warning (its an error in my book if installshield can't get the COM info). Is there any way to find out what Installshields objection is? This was also happening with version 12.
(7) Replies
Not applicable
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 13, 2007
08:10 AM
Since you're using the /clr switch, it may be more appropriate to use the .NET COM Interop functionality instead.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 13, 2007
08:58 AM
presumably, but this is the way they have been done. I don't think any of the code has actually been transitioned to be managed, just the compiler switch changed. So I don't think it could be made COM visible via .NET.
But all that aside, why would the extraction be failing here?
But all that aside, why would the extraction be failing here?
Not applicable
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 13, 2007
01:01 PM
Have you tried running regsvr32 against your DLL? Does that succeed?
According to the /clr switch doc, it attempts to produce managed code wherever possible (http://msdn2.microsoft.com/en-us/library/aa712815(vs.71).aspx).
Have you tried simply removing this switch?
According to the /clr switch doc, it attempts to produce managed code wherever possible (http://msdn2.microsoft.com/en-us/library/aa712815(vs.71).aspx).
Have you tried simply removing this switch?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 13, 2007
01:21 PM
these guys are exes. /regserver and /unregserver seem to result in the correct information being added and removed from the registry.
We can't remove the /clr switch because its needed for the managed interfaces built for these components. But we also require the COM interface.
We can't remove the /clr switch because its needed for the managed interfaces built for these components. But we also require the COM interface.
Not applicable
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 13, 2007
01:35 PM
Interesting 🙂 It may be helpful to run the utility RegSpyUi.exe from the Support directory underneath where you've installed InstallShield (C:\Program Files\Macrovision\IS2008 by default) and see if that produces some useful information.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 13, 2007
01:52 PM
I've tried doing this but it just returns without an error. Is there any information on running this utility? What parameters it should take, etc.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Aug 16, 2007
05:21 PM
tried using that tool. It returns no information for the executable.