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: Is there a way to convert registry to COM?
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
‎Oct 20, 2010
01:17 PM
Is there a way to convert registry to COM?
Is there a way to convert registry information from a file (from regspy) into COM registration? In my Basic project, from Repackager, I have several files that contain COM information but were not converted to COM registration. As a matter of fact, the COM parts of the file were not even entered as registry information. If I right-mouse click the file I am not given the option to Extract COM data for key file (or Refresh).
I would hate to spend time manually tediously entering all the COM data.
I would hate to spend time manually tediously entering all the COM data.
(12) Replies
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 20, 2010
01:48 PM
Hi There,
Generally, if you have the file set as the Keypath of its own Component, you should only have to enable "COM Extract at Build".
Now, if this gives an error, and when you right-click the file it has the "Extract COM Data for Key File" option disabled, then the *.dll may not use a standard entrypoint for self-registration. I would take a look with a *.dll export viewer and see at that point.
But, it's probably worth testing it manually with RegSpyUI.exe, which ships in:
C:\Program Files\InstallShield\2010\Support\
Generally, if you have the file set as the Keypath of its own Component, you should only have to enable "COM Extract at Build".
Now, if this gives an error, and when you right-click the file it has the "Extract COM Data for Key File" option disabled, then the *.dll may not use a standard entrypoint for self-registration. I would take a look with a *.dll export viewer and see at that point.
But, it's probably worth testing it manually with RegSpyUI.exe, which ships in:
C:\Program Files\InstallShield\2010\Support\
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 20, 2010
02:52 PM
regspy is able to export the data. I would rather do COM extract when file is added so I can see the data rather than check for it later.
But still, is there a way to import the .reg and have it populate the COM tables? As in Wise?
But still, is there a way to import the .reg and have it populate the COM tables? As in Wise?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 20, 2010
03:40 PM
Importing from a *.reg file doesn't map to the COM tables, although doing so just pulls into the Registry table.
But, it sounds like you're more interested in Static COM Extraction, which is the aforementioned "Right click -> Extract COM Data for Key File". Basically, you will use this instead of setting COM Extract at Build on the component properties.
This will extract into the COM Tables, you can check it, edit if you like, and any refresh will take place manually.
But, it sounds like you're more interested in Static COM Extraction, which is the aforementioned "Right click -> Extract COM Data for Key File". Basically, you will use this instead of setting COM Extract at Build on the component properties.
This will extract into the COM Tables, you can check it, edit if you like, and any refresh will take place manually.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 20, 2010
03:47 PM
that is what I need but that feature is grayed out.
The .dll has COM information as regspy shows.
If using Wise the COM data is placed into the appropriate COM tables.
The .dll has COM information as regspy shows.
If using Wise the COM data is placed into the appropriate COM tables.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 20, 2010
03:50 PM
Something sounds amiss if the *.dll works with Regspy, but doesn't have that option when you have it set as a keyfile.
Would it be possible to post the *.dll so I could take a look at it?
Would it be possible to post the *.dll so I could take a look at it?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 21, 2010
07:52 AM
Keep in mind this is all from a setup capture.
If I delete the file from the project and then add it back in then all the COM items are in the correct place; but the component is not suffixed with "_COM".
Rework is time consuming. Do you know of a way that I can avoid this problem?
Some type of configuration between Repakager and Installshield 2010?
If I delete the file from the project and then add it back in then all the COM items are in the correct place; but the component is not suffixed with "_COM".
Rework is time consuming. Do you know of a way that I can avoid this problem?
Some type of configuration between Repakager and Installshield 2010?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 21, 2010
10:18 AM
If I run Repackager with before/after snapshot then the ability to Extract or Refresh COM data for the key file is present. The COM data still was not placed in the tables; but I was able to refresh/extract the data. At least this is a step in the right direction.
However, I would still like the COM data to be placed in the appropriate COM tables if I import a .reg.
And while I am at it, why doesn't any of the Type Libraries get imported to the TypeLib Table?
There is something to be said about the simplicity of Wise Package Studio compared to Installshield's inability to these simple tasks.
However, I would still like the COM data to be placed in the appropriate COM tables if I import a .reg.
And while I am at it, why doesn't any of the Type Libraries get imported to the TypeLib Table?
There is something to be said about the simplicity of Wise Package Studio compared to Installshield's inability to these simple tasks.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 21, 2010
11:25 AM
I think we'd definitely like to fix whatever issue you're seeing.
What I would say to do is to post the project file (just the repackager and InstallSHield projects should be fine), and what application you repackaged to generate these setups.
I can take a look and see if there's anything obviously wrong.
What I would say to do is to post the project file (just the repackager and InstallSHield projects should be fine), and what application you repackaged to generate these setups.
I can take a look and see if there's anything obviously wrong.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 21, 2010
12:47 PM
FYI: Microsoft recommends that you avoid using the TypeLib table. For more information, see http://msdn.microsoft.com/en-us/library/aa372092(VS.85).aspx. That is why InstallShield uses the Registry table instead of the TypeLib table.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 21, 2010
01:31 PM
I have used the TypeLib Table for nearly nine years with no problems.
Makes you wonder why there are ICE errors generated on something that is recommended !
Installation package authors are strongly advised against using the TypeLib table. Instead, they should register type libraries by using the Registry table. Reasons for avoiding self registration include:
By "self registration" do they mean the SelfReg table?
Makes you wonder why there are ICE errors generated on something that is recommended !
Installation package authors are strongly advised against using the TypeLib table. Instead, they should register type libraries by using the Registry table. Reasons for avoiding self registration include:
By "self registration" do they mean the SelfReg table?
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 21, 2010
03:08 PM
Yes, the SelfReg or the ISSelfReg table. Or even using a custom action that calls RegSvr32.exe.
- Mark as New
- Subscribe
- Mute
- Permalink
- Report Inappropriate Content
‎Oct 21, 2010
07:50 PM
Why not the TypeLib Table? I never use the Selfreg Table always the COM tables.