/build/static/layout/Breadcrumb_cap_w.png

what happens if mscomctl.ocx is modified?

Hi,

If mscomctl.ocx is modified,then will it have any problem in installing ActiveX related components?If so,how to fix it?
I have seen a package which modifies mscomctl.ocx at the time of installation,where as the actual setup.exe wont modify.Will this be the reason for the application's inability to install ActiveX related components?

Pls reply...

Thanks

0 Comments   [ + ] Show comments

Answers (4)

Posted by: anonymous_9363 11 years ago
Red Belt
0
MSCOMCTL.OCX is itself an ActiveX control (as the name suggests, it deal with a set of COMmon ConTroLs) and doesn't affect whether or not other ActiveX controls can be installed or not.

To be a total pedant, it would most unlikely that a deployment would modify the file: it would replace it. 'Modify' implies a patching process of some kind.
Posted by: win7packager 11 years ago
Senior Yellow Belt
0
This application actually needs client side server connectivity,and we are not able to replicate the error here at our side.What difference we found between setup.exe and package is only this ocx is getting modified, as per Installrite,and the application is showing ERROR:429 when shortcut is launched.(Error Description : ActiveX component cannot create object).

Will it be better if we register the ocx and then add it to package?

Thanks...
Posted by: anonymous_9363 11 years ago
Red Belt
0
InstallRite is showing it as modified because, in all likelihood, the version info has changed as well as the date and time stamp. It will have been replaced.

No offence, but I suggest you change your moniker here at AppDeploy because, if you don't understand ActiveX - and you clearly don't - you cannot reasonably call yourself a packager. That is further evidenced by your thinking that registering the OCX on your packaging machine before adding it to a package somehow means that its COM information will get added to the client machine.

Most packaging tools will read COM information from a DLL/OCX and add it to the appropriate MSI tables without the packager's intervention. Failing that, most will have a utility (e.g. WiseComCapture in Wise) to extract that information to a .REG file. On importing that file, the tool will again populate the relevant tables.

Can I suggest you get hold of Phil Wilson's ouevre, The Definitive Guide to Windows Installer? That will give you a good grounding in WI fundamentals. Then you can start packaging.
Posted by: mekaywe 11 years ago
Brown Belt
0
Try with Gap Capture if you can find some relevant info which is useful :)
Rating comments in this legacy AppDeploy message board thread won't reorder them,
so that the conversation will remain readable.

Don't be a Stranger!

Sign up today to participate, stay informed, earn points and establish a reputation for yourself!

Sign up! or login

Share

 
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