/build/static/layout/Breadcrumb_cap_w.png

Registry vs Class and Typelib Tables

Do most of you guys register via the Class and Typelib tables where possible?

Can anyone shed some light on the advantages and disadvantages of this vs writing the information via the registry table?

I understand that adverstisement/install on demand is one reason to use the tables, but are there any others?

0 Comments   [ + ] Show comments

Answers (3)

Posted by: ab2cv 18 years ago
Orange Senior Belt
0
The only other reason I've heard of is purely for 'neatness' i.e. it can make it easier to manage the data if it is split up into categories instead of all being lumped together in the one table. I think it's a lot of work to shift information from the registry table to the class tables etc manually so I just rely on my repackager tool to do the work, which it does well for the most part. Occasionally it may omit to delete duplicate information from the registry table during conversion, which can lead to the classic ICE33 warnings.

Alan
Posted by: OldWiseMan 18 years ago
Senior Yellow Belt
0
Cheers mate.

Further to my question, can anyone explain exactly how self healing could be triggered via COM registry entries generated by the Class table?

Is it as simple as populating the table, and if an application calls the DLL etc it acts as an entry point?
Posted by: ab2cv 18 years ago
Orange Senior Belt
0
ORIGINAL: OldWiseMan
Is it as simple as populating the table, and if an application calls the DLL etc it acts as an entry point?

That's how I understand it. As the class table references the component that installs the file instead of the actual file itself, it acts as an entry point for the advertising.

Alan
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.
 
This website uses cookies. By continuing to use this site and/or clicking the "Accept" button you are providing consent Quest Software and its affiliates do NOT sell the Personal Data you provide to us either when you register on our websites or when you do business with us. For more information about our Privacy Policy and our data protection efforts, please visit GDPR-HQ